Re: [BUG] perf test 29 crashing

On Thu, Jun 30, 2016 at 01:41:57PM -0600, David Ahern wrote: > On 6/30/16 10:18 AM, Jiri Olsa wrote: > > it was the setup in my .perfconfig: > > > > [call-graph] > > threshold=10 > > > > caused some of the callchains to disappear and screw the test, > > Did you find out why it caused a segfault?

Re: [PATCH v3 5/7] PCI: Do not use IORESOURCE_STARTALIGN to identify bridge resources

Hi Gavin, On 2016/7/1 10:34, Gavin Shan wrote: On Thu, Jun 30, 2016 at 06:53:11PM +0800, Yongji Xie wrote: Now we use the IORESOURCE_STARTALIGN to identify bridge resources in __assign_resources_sorted(). That's quite fragile. We may also set flag IORESOURCE_STARTALIGN for SR-IOV resources in

Re: [PATCHv4 1/2] usb: USB Type-C connector class

Hi Guenter, On Thu, Jun 30, 2016 at 03:02:20PM -0700, Guenter Roeck wrote: > > +static ssize_t > > +preferred_role_store(struct device *dev, struct device_attribute *attr, > > +const char *buf, size_t size) > > +{ > > + struct typec_port *port = to_typec_port(dev); > > + enum t

Re: [QUEUED v20160630 3/4] intel_th: gth: Fix a source comment

Chunyan Zhang writes: > On Thu, Jun 30, 2016 at 8:56 PM, Alexander Shishkin > wrote: >> There's a kerneldoc comment that'd been derived from another one by way >> of copying-and-pasting but hadn't been subsequently amended to replect > > ^ > s/replect/ref

Re: [QUEUED v20160630 1/4] stm class: Add runtime power management handling

Mathieu Poirier writes: > On 30 June 2016 at 09:30, Alexander Shishkin > wrote: >> Mathieu Poirier writes: >> >>> On 30 June 2016 at 06:56, Alexander Shishkin >>> wrote: Currently, there's no runtime pm in stm class devices, which makes it harder for the underlying hardware drivers t

[PATCH] Introduce rb_replace_node_rcu()

Hi Peter, How about the attached patch? Should I also reorder rb_replace_node() whilst I'm at it so that the new node is initialised first (it shouldn't make a difference, I know)? David --- commit 812667d2a82a6a8fe35a44e951e8b1515b04696a Author: David Howells Date: Fri Jul 1 07:53:51 2016 +0

Re: [PATCH 5/6] lightnvm: expose device geometry through sysfs

On 06/30/2016 10:01 PM, J Freyensee wrote: On Wed, 2016-06-29 at 16:51 +0200, Matias Bjørling wrote: From: "Simon A. F. Lund" For a host to access an Open-Channel SSD, it has to know its geometry, so that it writes and reads at the appropriate device bounds. Currently, the geometry informatio

Re: [PATCH 06/13] irq: add a helper spread an affinity mask for MSI/MSI-X vectors

On Thu, Jun 30, 2016 at 07:48:54PM +0200, Christoph Hellwig wrote: > On Sat, Jun 25, 2016 at 10:05:19PM +0200, Alexander Gordeev wrote: > > > + * and generate an output cpumask suitable for spreading MSI/MSI-X > > > vectors > > > + * so that they are distributed as good as possible around the CPUs

Re: [PATCH] Introduce rb_replace_node_rcu()

On Fri, Jul 01, 2016 at 08:08:07AM +0100, David Howells wrote: > Should I also reorder rb_replace_node() whilst > I'm at it so that the new node is initialised first (it shouldn't make a > difference, I know)? Might as well, I can't imagine that making a performance difference and keeping the gen

Re: [PATCH v1 03/11] KVM: x86: dynamic kvm_apic_map

On 30/06/2016 22:54, Radim Krčmář wrote: > x2APIC supports up to 2^32-1 LAPICs, but most guest in coming years will > have slighly less VCPUs. Dynamic size saves memory at the cost of > turning one constant into a variable. > > apic_map mutex had to be moved before allocation to avoid races wit

Re: [PATCH 3/4] sched/fair: Add REBALANCE_AFFINITY rebalancing code

On Thu, Jun 30, 2016 at 12:58:05PM +0200, Peter Zijlstra wrote: > On Mon, Jun 20, 2016 at 02:15:13PM +0200, Jiri Olsa wrote: > > Sched domains are defined at the start and can't be changed > > during runtime. > > Not entirely true; you can change them using cpusets, although there are > strict con

[PATCH 2/2] arm64: dts: rockchip: support the pmu node for rk3399

As the Marc posted the patches [0] to support Partitioning per-cpu interrupts. Let's add this patch to match it on rk3399 SoCs. [0]: https://lkml.org/lkml/2016/4/11/182 Signed-off-by: Caesar Wang Cc: Heiko Stuebner Cc: Will Deacon Cc: Marc Zyngier CC: linux-arm-ker...@lists.infradead.org ---

[PATCH 0/2] arm64: dts: rockchip: Support PMU for rk3399 SoCs

Hello Heiko, Marc & ARM guys When Jay first submitted the rk3399.dtsi upstream he had the PMU node in there, but then took it out because the upstream binding wasn't done yet. It looks as if the upstream stuff has landed, since in linux/master I see: 2

[PATCH 1/2] arm64: dts: rockchip: change all interrupts cells for 4 on rk3399 SoCs

Add the interrupts cells value for 4, and the 4th cell is zero. Due to the doc[0] said:" the system requires describing PPI affinity, then the value must be at least 4" The 4th cell is a phandle to a node describing a set of CPUs this interrupt is affine to. The interrupt must be a PPI, and the no

Re: [RFC] [PATCH 0/3] media: an attempt to refresh omap1_camera driver

On 06/17/2016 09:04 AM, Hans Verkuil wrote: > Hi Janusz, > > On 06/16/2016 07:21 PM, Janusz Krzysztofik wrote: >> As requested by media subsystem maintainers, here is an attempt to >> convert the omap1_camera driver to the vb2 framework. Also, conversion >> to the dmaengine framework, long await

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On Thu, Jun 30, 2016 at 10:10:25AM -0700, Guenter Roeck wrote: > On Wed, Jun 29, 2016 at 04:38:37PM +0300, Heikki Krogerus wrote: > > The purpose of USB Type-C connector class is to provide > > unified interface for the user space to get the status and > > basic information about USB Type-C connect

[PATCH] ipv6: Fix soft lockup for ipv6 network notifier.

The problem was occurs in my system that a lot of drviers register its own handler to the notifiler call chain for netdev_chain, and then create 4095 vlan dev for one nic, and add several ipv6 address on each one of them, just like this: for i in `seq 1 4095`; do ip link add link eth0 name eth0.$i

[PATCH 0/3] Expose new mmc caps to DT

I sent a RFC patchset[0] to invent new caps for improving the initialization of mmc core. And Ulf merged MMC_CAP2_NO_SD and improved it for the latest patchset of sh_mmcif[1]. So we could continue to add MMC_CAP2_NO_MMC for a sd or a sdio slot not to send MMC command during initialization if fail

Re: [RFC PATCH 2/2] net: macb: Add gmii2rgmii phy converter support

Le 01/07/2016 08:20, Kedareswara rao Appana a écrit : > This patch adds support for gmii2rgmii phy converter > in the macb driver. Okay, I'd like more explanation here. Hints & key words: - dt property - mdio bus - mac speed > Signed-off-by: Kedareswara rao Appana > --- > drivers/net/ethernet/

[tip:x86/cpu] x86/amd_nb: Clean up init path

Commit-ID: 09c6c30e72ce6892b21e6cf76b4508ad82a38636 Gitweb: http://git.kernel.org/tip/09c6c30e72ce6892b21e6cf76b4508ad82a38636 Author: Borislav Petkov AuthorDate: Thu, 16 Jun 2016 19:13:50 +0200 Committer: Ingo Molnar CommitDate: Fri, 1 Jul 2016 09:36:12 +0200 x86/amd_nb: Clean up init

Re: [PATCH v2 06/14] ARM: sun8i: clk: Add clk-factor rate application method

On Fri, 1 Jul 2016 08:34:21 +0200 Ondřej Jirman wrote: > > The documentation says that only the CPU and DDR PLLs can be dynamically > > changed after boot. > > The question is what exactly is meant by after boot. :) Anyway, if the > kernel has no business changing some other PLLs, if there's cod

[PATCH 1/3] mmc: core: Allow hosts to specify non-support for MMC commands

Host drivers which needs to valdiate for non-supported MMC commands and returnn error code for such requests. To improve and simplify the behaviour, let's invent MMC_CAP2_NO_MMC which these host drivers can set to tell the mmc core to skip sending MMC commands during card initialization. Signed-o

[PATCH 3/3] Documentation: mmc: add description for new no-sd* and no-mmc

This patch adds description for no-sd, no-sdio, no-mmc. We expect the specific boards adds these in DT to improve the initialization. For instance, for a soldered eMMC slot, we could skip sending SDIO and SD commands to probe its card types as it's always should be the type fo MMC card. Signed-off

[PATCH 2/3] mmc: core: expose MMC_CAP2_NO_* to dt

The reason for why we expose these to dt is that most of the controllers could support all card typs including sd, sdio and MMC card, but for the specific boards, (e)MMC or sdio are non-removable devices, so it's impossible that these slot will be used for other card types. Also for a certain SD sl

Re: [x86/KASLR] ed9f007ee6: -- System halted

Hi Xiaolong, Could you please apply below patch and see if it works for you? >From 46c2a9ecd11f61d952253e005bbd7dcbffa652fb Mon Sep 17 00:00:00 2001 From: Baoquan He Date: Fri, 1 Jul 2016 15:34:40 +0800 Subject: [PATCH] x86/KASLR: Fix code bug of finding earliest overlap Signed-off-by: Baoquan

Re: [PATCH 1/5] lockdep: Implement bitlock map allocator

On Fri, Jul 01, 2016 at 09:24:44AM +0900, Byungchul Park wrote: > On Thu, Jun 30, 2016 at 02:59:19PM +0200, Peter Zijlstra wrote: > > On Mon, Jun 20, 2016 at 01:55:11PM +0900, Byungchul Park wrote: > > > > > +struct bitlock_map { > > > + struct hlist_node hash_entry; > > > + unsigned long

[PATCH] kasan/quarantine: fix NULL pointer dereference bug

From: Joonsoo Kim If we move an item on qlist's tail, we need to update qlist's tail properly. curr->next can be NULL since it is singly linked list so it is invalid for tail. curr is scheduled to be moved so using prev would be correct. Unfortunately, I got this bug sometime ago and lose oops m

Re: [patch] crypto: sha256-mb - cleanup a || vs | typo

* Tim Chen wrote: > On Wed, 2016-06-29 at 10:05 -0700, H. Peter Anvin wrote: > > On 06/29/16 07:42, Dan Carpenter wrote: > > > > > > > > > > > > > > > > > and | behave basically the same here but || is intended.  It causes a > > > static checker warning to mix up bitwise and logical operation

Re: [PATCH] usb: host: Allow EHCI_OMAP to be built-in when USB_GADGET is 'm'

Hi, Roger Quadros writes: >>> NOP_USB_XCEIV is used not only by gadget drivers but by >>> host drivers as well e.g. EHCI_OMAP. >>> >>> commit 5a8d651a2bde ("usb: gadget: move gadget API functions to udc-core") >>> made it so that NOP_USB_XCEIV can't be built-in if USB_GADGET is 'm'. >>> But this

Re: [PATCH v1 02/11] KVM: x86: add kvm_apic_map_get_dest_lapic

On 30/06/2016 22:54, Radim Krčmář wrote: > kvm_irq_delivery_to_apic_fast and kvm_intr_is_single_vcpu_fast both > compute the interrupt destination. Factor the code. > > 'struct kvm_lapic **dst = NULL' had to be added to silence GCC. > GCC might complain about potential NULL access in the future

Re: [PATCH] ipv6: Fix soft lockup for ipv6 network notifier.

On Fri, 2016-07-01 at 15:38 +0800, Ding Tianhong wrote: ... > net/ipv6/addrconf.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c > index f555f4f..e294a3d 100644 > --- a/net/ipv6/addrconf.c > +++ b/net/ipv6/addrconf.c > @@ -3284,6 +3284,12

[PATCH perf/core v13 03/15] perf probe: Remove caches when --cache is given

From: Masami Hiramatsu perf-probe --del removes caches when --cache is given. Note that the delete pattern is not same as normal events. If you cached probes with event name, --del "eventname" works as expected. However, if you skipped it, the cached probes doesn't have actual event name. In tha

Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote: > Note that this patch is atop Boris's recent PWM regulator fixes. If > desired it wouldn't be too hard to write it atop the old code, though > quite honestly anyone using a PWM regulator should probably be using his > new code. G

[PATCH perf/core v13 11/15] perf probe: Search SDT/cached event from all probe caches

Search SDT/cached event from all probe caches if user doesn't pass any binary. With this, we don't have to specify target binary for SDT and named cached events (which start with %). E.g. without this, a target binary must be passed with -x. # perf probe -x /usr/lib64/libc-2.20.so -a %sdt_libc:\

[PATCH perf/core v13 15/15] perf-test: Add a test case for SDT event

Add a basic test case for SDT event support. This test scans an SDT event in perftools and check whether the SDT event is correctly stored into the buildid cache. Here is an example: $ perf test sdt -v 47: Test SDT event probing : --- start --- test

[PATCH perf/core v13 14/15] perf build: Add sdt feature detection

This checks whether sys/sdt.h is available or not, which is required for DTRACE_PROBE(). We can disable this feature by passing NO_SDT=1 when building. This flag will be used for SDT test case and further SDT events in perftools. Signed-off-by: Masami Hiramatsu --- tools/perf/Makefile.perf |

[PATCH perf/core v13 12/15] perf probe: Support @BUILDID or @FILE suffix for SDT events

Support @BUILDID or @FILE suffix for SDT events. This allows perf to add probes on SDTs/pre-cached events on given FILE or the file which has given BUILDID (also, this complements BUILDID.) For example, both gcc and libstdc++ has same SDTs as below. If you would like to add a probe on sdt_libstdcxx

Re: [PATCH v3 3/7] PCI: Do not disable memory decoding in pci_reassigndev_resource_alignment()

Hi Gavin, On 2016/7/1 8:50, Gavin Shan wrote: On Thu, Jun 30, 2016 at 06:53:09PM +0800, Yongji Xie wrote: We should not disable memory decoding when we reassign alignment in pci_reassigndev_resource_alignment(). It's meaningless and have some side effect. For example, some fixup functions such

[PATCH perf/core v13 13/15] perf probe: Support a special SDT probe format

Support a special SDT probe format which can omit the '%' prefix only if the SDT group name starts with "sdt_". So, for example both of "%sdt_libc:setjump" and "sdt_libc:setjump" are acceptable for perf probe --add. E.g. without this: # perf probe -a sdt_libc:setjmp Semantic error :Ther

Re: [PATCH] Introduce rb_replace_node_rcu()

Peter Zijlstra wrote: > One little niggle below, but: How about the attached? I've updated that comment and rearranged rb_replace_node_rcu(). David --- commit 8bd38ef5a38728390348cc5b4a8797be16af493f Author: David Howells Date: Fri Jul 1 07:53:51 2016 +0100 Introduce rb_replace_node_rc

[PATCH perf/core v13 10/15] perf probe: Allow wildcard for cached events

Allo glob wildcard for reusing cached/SDT events. E.g. # perf probe -x /usr/lib64/libc-2.20.so -a %sdt_libc:\* This example adds probes for all SDT in libc. Note that the SDTs must have been scanned by perf buildid-cache. Signed-off-by: Masami Hiramatsu --- Changes in v12: - Rename strlist

[PATCH v2 03/15] [media] lirc_dev: remove unnecessary debug prints

Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 25 - 1 file changed, 25 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/media/rc/lirc_dev.c index fa562a3..ee997ab 100644 --- a/drivers/media/rc/lirc_dev.c +++ b/drivers/media/rc/lirc_dev.c @@ -8

[PATCH perf/core v13 08/15] perf-probe: Make --list shows only available cached events

From: Masami Hiramatsu Make "perf probe --cache --list" shows only available cached events by checking build-id validity. E.g. without this patch: $ ./perf probe --cache --add oldevent=cmd_probe $ make #(to update ./perf) $ ./perf probe --cache --add newevent=cmd_probe $ ./perf pr

[PATCH v2 08/15] [media] lirc_dev: remove double if ... else statement

There are two if ... else which check the same thing in different part of the code, they can be merged in a single check. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/drive

[PATCH v2 10/15] [media] lirc_dev: remove CONFIG_COMPAT precompiler check

There is no need to check in precompilation whether the ioctl is compat or unlocked, depending on the configuration it will be called the correct one. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/driv

Re: [PATCH v1 04/11] KVM: x86: use u16 for logical VCPU mask in lapic

On 30/06/2016 22:54, Radim Krčmář wrote: > @@ -747,7 +745,7 @@ static inline bool kvm_apic_map_get_dest_lapic(struct kvm > *kvm, struct kvm_lapic > return true; > > lowest = kvm_vector_to_index(irq->vector, hweight16(*bitmap), > -

Re: [PATCH] usb: host: Allow EHCI_OMAP to be built-in when USB_GADGET is 'm'

On 01/07/16 10:57, Felipe Balbi wrote: > > Hi, > > Roger Quadros writes: NOP_USB_XCEIV is used not only by gadget drivers but by host drivers as well e.g. EHCI_OMAP. commit 5a8d651a2bde ("usb: gadget: move gadget API functions to udc-core") made it so that NOP_USB_XCEIV

Re: [PATCH] ipv6: Fix soft lockup for ipv6 network notifier.

On 2016/7/1 15:57, Eric Dumazet wrote: > On Fri, 2016-07-01 at 15:38 +0800, Ding Tianhong wrote: > ... >> net/ipv6/addrconf.c | 6 ++ >> 1 file changed, 6 insertions(+) >> >> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c >> index f555f4f..e294a3d 100644 >> --- a/net/ipv6/addrconf.c >>

Patch for drm-next WAS Re: [PATCH] kref: prefer atomic_inc_not_zero to atomic_add_unless

Dave, Since kref_get_unless_zero() was brought in by drm, could we add this to drm-next? Thanks, Thomas On 06/30/2016 12:52 AM, Jason A. Donenfeld wrote: > This was positively reviewed by maintainers but never picked up. Can > someone queue this for 4.7 or 4.8? > > Thanks, > Jason > > On Mon, F

[tip:x86/urgent] x86/Documentation: Fix various typos in Documentation/x86/ files

Commit-ID: c76a093dc1415d364020b8b33f1e194ef4d26fd0 Gitweb: http://git.kernel.org/tip/c76a093dc1415d364020b8b33f1e194ef4d26fd0 Author: Masanari Iida AuthorDate: Fri, 1 Jul 2016 12:46:01 +0900 Committer: Ingo Molnar CommitDate: Fri, 1 Jul 2016 10:00:10 +0200 x86/Documentation: Fix vario

[PATCH v2 15/15] [media] include: lirc: add LIRC_GET_LENGTH command

Added the get length command to allow userspace users to check on the data length. Signed-off-by: Andi Shyti --- include/uapi/linux/lirc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/uapi/linux/lirc.h b/include/uapi/linux/lirc.h index 4b3ab29..801e5f8 100644 --- a/include/uapi/li

[PATCH v2 07/15] [media] lirc_dev: simplify if statement in lirc_add_to_buf

The whole function is inside an 'if' statement ("if (ir->d.add_to_buf)"). Check the opposite of that statement at the beginning and exit, this way we can have one level less of indentation. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 31 +++ 1 file ch

[PATCH v2 04/15] [media] lirc_dev: replace printk with pr_* or dev_*

This patch mutes also all the checkpatch warnings related to printk. Reword all the printouts so that the string doesn't need to be split, which fixes the following checkpatch warning: WARNING: quoted string split across lines Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 79 ++

[PATCH v2 13/15] [media] lirc_dev: extremely trivial comment style fix

Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/media/rc/lirc_dev.c index 99d1f98..4b3efcf 100644 --- a/drivers/media/rc/lirc_dev.c +++ b/drivers/media/rc/lirc_dev.c @@ -692,7 +69

[PATCH v2 06/15] [media] lirc_dev: do not use goto to create loops

... use "do .. while" instead. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/media/rc/lirc_dev.c index 0d988c9..da1777c 100644 --- a/drivers/media/rc/lirc_dev.c +++ b/

[PATCH v2 05/15] [media] lirc_dev: simplify goto paths

The code can be rearranged so that some goto paths can be removed Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 34 -- 1 file changed, 12 insertions(+), 22 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/media/rc/lirc_dev.c index 212

[PATCH v2 00/15] lirc_dev fixes and beautification

Hi, After applying Joe's suggestion, the next patches had some conflicts, therefore I have to send all the 15 patches again. This is a collection of fixes, added functionality, coding rework and trivial coding style fixes. The first patch is preparatory to the second, which allows the user to cr

[tip:x86/cpu] x86/cpu: Rename "WESTMERE2" family to "NEHALEM_G"

Commit-ID: 4b3b234f434d440fcd749b9636131b76e2ce561e Gitweb: http://git.kernel.org/tip/4b3b234f434d440fcd749b9636131b76e2ce561e Author: Dave Hansen AuthorDate: Wed, 29 Jun 2016 12:27:37 -0700 Committer: Ingo Molnar CommitDate: Fri, 1 Jul 2016 10:03:24 +0200 x86/cpu: Rename "WESTMERE2" f

[PATCH v2 01/15] [media] lirc_dev: place buffer allocation on separate function

During the driver registration, move the buffer allocation on a separate function. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 57 +++-- 1 file changed, 34 insertions(+), 23 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c b/drivers/m

Re: [RFC 08/12] lockdep: Apply crossrelease to PG_locked lock

On Fri, Jul 01, 2016 at 08:21:21AM +0900, Byungchul Park wrote: > On Thu, Jun 30, 2016 at 03:04:58PM +0200, Peter Zijlstra wrote: > > On Mon, Jun 20, 2016 at 01:55:23PM +0900, Byungchul Park wrote: > > > @@ -215,6 +219,11 @@ struct page { > > > #ifdef LAST_CPUPID_NOT_IN_PAGE_FLAGS > > > int _las

[PATCH perf/core v13 09/15] perf: probe-cache: Add for_each_probe_cache_entry() wrapper

Add for_each_probe_cache_entry() wrapper macro for hiding list in probe_cache. Signed-off-by: Masami Hiramatsu --- Changes in v10: - Splitted from "perf probe: Allow wildcard for cached events" --- tools/perf/util/probe-file.c |8 tools/perf/util/probe-file.h |2 ++ 2 files c

[PATCH perf/core v13 00/15] perf-probe --cache and SDT support

Hi, Here is the 13th version of the patchset for probe-cache and initial SDT support. Here is the previous v12: https://lkml.org/lkml/2016/6/24/147 In this version, I've removed the patch for perf-list to show SDT events, since at this point we don't support SDT from perf record. I also change

Re: [PATCH] usb: host: Allow EHCI_OMAP to be built-in when USB_GADGET is 'm'

Hi, Roger Quadros writes: > NOP_USB_XCEIV is used not only by gadget drivers but by > host drivers as well e.g. EHCI_OMAP. > > commit 5a8d651a2bde ("usb: gadget: move gadget API functions to udc-core") > made it so that NOP_USB_XCEIV can't be built-in if USB_GADGET is 'm'. >>

[PATCH perf/core v13 01/15] perf probe: Use cache entry if possible

From: Masami Hiramatsu Before analyzing debuginfo, try to find a corresponding entry from probe cache always. This does not depend on --cache, the --cache enables to store/update cache, but looking up the cache is always enabled. Signed-off-by: Masami Hiramatsu Signed-off-by: Masami Hiramatsu

[PATCH perf/core v13 02/15] 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 \$params # perf probe --cache --list

[PATCH perf/core v13 04/15] perf/sdt: ELF support for SDT

From: Hemant Kumar This patch serves the initial support to identify and list SDT events in binaries. When programs containing SDT markers are compiled, gcc with the help of assembler directives identifies them and places them in the section ".note.stapsdt". To find these markers from the bina

[PATCH perf/core v13 07/15] perf probe: Accept %sdt and %cached event name

From: Masami Hiramatsu To improbe usability, support %[PROVIDER:]SDTEVENT format to add new probes on SDT and cached events. e.g. # perf probe -x /lib/libc-2.17.so %lll_lock_wait_private Added new event: sdt_libc:lll_lock_wait_private (on %lll_lock_wait_private in /usr/lib/libc

Re: [PATCH 1/4] spi: Add option to wake a device by toggling CS

On Thu, Jun 30, 2016 at 09:23:26PM -0700, Doug Anderson wrote: > Also, something doesn't seem terribly robust about this, buy maybe I'm > being paranoid. If something happens where the timer hasn't fired > quickly enough then you might not know that you need to assert the > wakeup, right? I don'

[PATCH perf/core v13 05/15] perf probe: Add group name support

From: Masami Hiramatsu Allow user to set group name for adding new event. Note that user must ensure that the group name doesn't conflict with existing group name carefully. E.g. Existing group name can conflict with other events. Especially, using the group name reserved for kernel modules can h

[PATCH perf/core v13 06/15] perf buildid-cache: Scan and import user SDT events to probe cache

From: Masami Hiramatsu perf buildid-cache --add scans given binary and add the SDT events to probe cache. "sdt_" prefix is appended for all SDT providers to avoid event-name clash with other pre-defined events. It is possible to use the cached SDT events as other cached events, via perf probe --

[PATCH v2 14/15] [media] lirc_dev: fix potential segfault

When opening or closing a lirc character device, the framework provides to the user the possibility to keep track of opening or closing of the device by calling two functions: - set_use_inc() when opening the device - set_use_dec() when closing the device if those are not set by the lirc user,

Re: [PATCH 1/4] spi: Add option to wake a device by toggling CS

On Wed, Jun 29, 2016 at 08:54:24PM -0700, apro...@chromium.org wrote: > From: Andrey Pronin > > Some SPI devices may go to sleep after a period of inactivity > on SPI. For such devices, if enough time has passed since the > last SPI transaction, toggle CS and wait for the device to > start before

Re: [PATCH -v2 1/2] ratelimit: Extend to print suppressed messages on release

* Borislav Petkov wrote: > +/* issue num suppressed message on exit */ > +#define RATELIMIT_MSG_ON_RELEASE BIT(0) So this flag says that we should issue a ratelimit message when it occurs. > +static inline void ratelimit_state_exit(struct ratelimit_state *rs) > +{ > + if (!(rs->flags &

Re: [PATCH] ipv6: Fix soft lockup for ipv6 network notifier.

On Fri, 2016-07-01 at 16:10 +0800, Ding Tianhong wrote: > On 2016/7/1 15:57, Eric Dumazet wrote: > > On Fri, 2016-07-01 at 15:38 +0800, Ding Tianhong wrote: > > ... > >> net/ipv6/addrconf.c | 6 ++ > >> 1 file changed, 6 insertions(+) > >> > >> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrc

Re: [PATCH v1 10/11] KVM: x86: add KVM_CAP_X2APIC_API

On 30/06/2016 22:54, Radim Krčmář wrote: > KVM_CAP_X2APIC_API can be enabled to extend APIC ID in get/set ioctl and MSI > addresses to 32 bits. Both are needed to support x2APIC. > > The capability has to be toggleable and disabled by default, because get/set > ioctl shifted and truncated APIC

Re: [PATCH 3/4] sched/fair: Add REBALANCE_AFFINITY rebalancing code

On Fri, Jul 01, 2016 at 09:35:46AM +0200, Jiri Olsa wrote: > well this is issue our partner met in the setup, > and I'm not sure what was their motivation for that, > perhaps James could clarify in here.. > > I tried to make the 'scratch that itch' solution as > mentioned in earlier discussion. >

Re: [PATCH] Introduce rb_replace_node_rcu()

On Fri, Jul 01, 2016 at 09:08:05AM +0100, David Howells wrote: > Peter Zijlstra wrote: > > > One little niggle below, but: > > How about the attached? I've updated that comment and rearranged > rb_replace_node_rcu(). Looks good, thanks!

Re: [PATCH v2 3/3] drivers core: allow id match override when manually binding driver

On Thu, Jun 30, 2016 at 09:47:32AM +0200, Michal Suchanek wrote: > So to write such tutorial you have to give some steps to follow which > are reasonably likely to succeed on wide variety of boards and require > smallest possible changes to the board software. > For mainline this would currently

[PATCH v2 02/15] [media] lirc_dev: allow bufferless driver registration

Some drivers don't necessarily need to have a FIFO managed buffer for their transfers. Drivers now should call lirc_register_bufferless_driver in order to handle the buffer themselves. The function works exaclty like lirc_register_driver except of the buffer allocation. Signed-off-by: Andi Shyti

Re: [PATCH] usb: host: Allow EHCI_OMAP to be built-in when USB_GADGET is 'm'

On 01/07/16 11:15, Felipe Balbi wrote: > > Hi, > > Roger Quadros writes: >> NOP_USB_XCEIV is used not only by gadget drivers but by >> host drivers as well e.g. EHCI_OMAP. >> >> commit 5a8d651a2bde ("usb: gadget: move gadget API functions to >> udc-core") >> made it so t

[tip:x86/urgent] x86/amd_nb: Fix boot crash on non-AMD systems

Commit-ID: 1ead852dd88779eda12cb09cc894a03d9abfe1ec Gitweb: http://git.kernel.org/tip/1ead852dd88779eda12cb09cc894a03d9abfe1ec Author: Borislav Petkov AuthorDate: Thu, 16 Jun 2016 19:13:49 +0200 Committer: Ingo Molnar CommitDate: Fri, 1 Jul 2016 09:35:35 +0200 x86/amd_nb: Fix boot cras

Re: [PATCH] clk: rockchip: fix the rk3399 spdif incorrect bit for DPTX

Am Donnerstag, 30. Juni 2016, 10:18:59 schrieb Xing Zheng: > The CLKSEL_CON32 bit_0 is controlled for spdif_8ch, not spdif_rec_dptx, > it should be bit_8, let's fix it. > > Reported-by: Chris Zhong > Tested-by: Chris Zhong > Signed-off-by: Xing Zheng applied to my clk branch for 4.8

Re: [PATCH v1 06/11] KVM: x86: use hardware-compatible format for APIC ID register

On 30/06/2016 22:54, Radim Krčmář wrote: > +static void __kvm_apic_state_fixup(struct kvm_vcpu *vcpu, > + struct kvm_lapic_state *s, bool set) > +{ > + if (apic_x2apic_mode(vcpu->arch.apic)) { > + u32 *id = (u32 *)(s->regs + APIC_ID); > + if (set) > +

[PATCH v2 12/15] [media] lirc_dev: fix error return value

If ioctl is called, it cannot be a case of invalid system call number (ENOSYS), that is an operation not permitted (EPERM). Replace ENOSYS with EPERM. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/med

[PATCH] [media] rc: ir-spi: add support for IR LEDs connected with SPI

The ir-spi is a simple device driver which supports the connection between an IR LED and the MOSI line of an SPI device. The driver, indeed, uses the SPI framework to stream the raw data provided by userspace through a character device. The chardev is handled by the LIRC framework and its function

Re: [PATCH 4/6] mm: move flush in madvise_free_pte_range()

> > From: Dave Hansen > > I think this code is OK and does not *need* to be patched. We > are just rewriting the PTE without the Accessed and Dirty bits. > The hardware could come along and set them at any time with or > without the erratum that this series addresses > > But this does make the

[PATCH v2 11/15] [media] lirc_dev: fix variable constant comparisons

When comparing a variable with a constant, the comparison should start from the variable and not from the constant. It's also written in the human DNA. Swap the terms of comparisons whenever the constant comes first and fix the following checkpatch warning: WARNING: Comparisons should place the

Re: block: GPF in get_task_ioprio

On Fri, Jul 1, 2016 at 4:43 AM, Omar Sandoval wrote: > On Thu, Jun 30, 2016 at 10:50:44AM +0200, Dmitry Vyukov wrote: >> Hello, >> >> The following program triggers GPF in get_task_ioprio if run in a parallel >> loop: > > Dmitry, > > Could you please try the below? > > diff --git a/block/ioprio.c

Re: [PATCH] sched: Assign !p->on_cpu to the second parameter of smp_cond_load_acquire()

On Fri, Jul 01, 2016 at 11:08:01AM +0800, T.Zhou wrote: > - smp_cond_load_acquire(&p->on_cpu, !VAL); > + smp_cond_load_acquire(&p->on_cpu, !p->on_cpu); Huh, what?! No, the second parameter should very much include VAL, which gets assigned the value of *(&p->on_cpu). Go read the macro, it

Re: [PATCH v4 1/7] mfd: ac100: Add device tree bindings for X-Powers AC100 codec/RTC combo IC

On Thu, 30 Jun 2016, Chen-Yu Tsai wrote: > Signed-off-by: Chen-Yu Tsai > --- > Changes since v3: > > - Fixed device node names and added labels. > - Added clock output from codec and input to rtc. > > Changes since v2: > > - Fix interrupt line for ac100_codec in provided example. > > --

Re: [PATCH v1 03/11] KVM: x86: dynamic kvm_apic_map

On 01/07/2016 00:15, Andrew Honig wrote: >> > + /* kvm_apic_map_get_logical_dest() expects multiples of 16 */ >> > + size = round_up(max_id + 1, 16); > Now that you're using the full range of apic_id values, could this > calculation overflow? Perhaps max_id could be u64? Good point,

Re: [PATCH v1 01/11] KVM: x86: bump KVM_SOFT_MAX_VCPUS to 240

On 30/06/2016 22:54, Radim Krčmář wrote: > 240 has been well tested by Red Hat. > > Signed-off-by: Radim Krčmář > --- > v1: new, loosely related and should have been posted long ago > > arch/x86/include/asm/kvm_host.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/

Re: [PATCH v1 11/11] KVM: x86: bump MAX_VCPUS to 288

On 30/06/2016 22:54, Radim Krčmář wrote: > 288 is in high demand because of Knights Landing CPU. > We cannot set the limit to 640k, because that would be wasting space. > > Signed-off-by: Radim Krčmář > --- > arch/x86/include/asm/kvm_host.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(

Re: [PATCH] kasan/quarantine: fix NULL pointer dereference bug

On 07/01/2016 10:53 AM, js1...@gmail.com wrote: > From: Joonsoo Kim > > If we move an item on qlist's tail, we need to update qlist's tail > properly. curr->next can be NULL since it is singly linked list > so it is invalid for tail. curr is scheduled to be moved so > using prev would be correc

Re: [PATCH] doc: flat-table directive

Am 30.06.2016 um 21:44 schrieb Mauro Carvalho Chehab : > Em Thu, 30 Jun 2016 13:05:11 -0600 > Jonathan Corbet escreveu: > >> Anyway, I don't want to delay this work, so I have gone ahead and applied >> it; > > Got already one issue... Maybe on Jeni's changes to the makefiles... > > I want to

Re: [RESEND][PATCH] tpm: read burstcount from TPM_STS in one 32-bit transaction

On Thu, Jun 30, 2016 at 10:25:43AM -0700, apro...@chromium.org wrote: > From: Andrey Pronin > > Some chips incorrectly support partial reads from TPM_STS register > at non-zero offsets. Read the entire 32-bits register instead of > making two 8-bit reads to support such devices and reduce the num

Re: [RESEND][PATCH] tpm: read burstcount from TPM_STS in one 32-bit transaction

On Fri, Jul 01, 2016 at 11:43:23AM +0300, Jarkko Sakkinen wrote: > On Thu, Jun 30, 2016 at 10:25:43AM -0700, apro...@chromium.org wrote: > > From: Andrey Pronin > > > > Some chips incorrectly support partial reads from TPM_STS register > > at non-zero offsets. Read the entire 32-bits register ins

Re: [PATCH v3 3/4] perf annotate: add powerpc support

Thanks Michael for your suggestion. On Thursday 30 June 2016 11:51 AM, Michael Ellerman wrote: On Thu, 2016-06-30 at 11:44 +0530, Ravi Bangoria wrote: diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c index 36a5825..b87eac7 100644 --- a/tools/perf/util/annotate.c +++ b/tools/

Re: [PATCH v1 09/11] KVM: x86: reset lapic base in kvm_lapic_reset

On 30/06/2016 22:54, Radim Krčmář wrote: > LAPIC is reset in xAPIC mode and the surrounding code expects that. > KVM never resets after initialization. This patch is just for sanity. > > Signed-off-by: Radim Krčmář > --- > arch/x86/kvm/lapic.c | 8 > 1 file changed, 4 insertions(+),

Re: [PATCH v1 08/11] KVM: x86: directly call recalculate_apic_map on lapic restore

On 30/06/2016 22:54, Radim Krčmář wrote: > The get/set dance was just for that. > > Reviewed-by: Peter Xu > Signed-off-by: Radim Krčmář > --- > arch/x86/kvm/lapic.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c > inde

  1   2   3   4   5   6   7   >