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

[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

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

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

[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

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

[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

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.

[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

[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

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

[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

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

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

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

[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

[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

[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

[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 -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) > +{ > +

[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

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

[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")

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

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(>on_cpu, !VAL); > + smp_cond_load_acquire(>on_cpu, !p->on_cpu); Huh, what?! No, the second parameter should very much include VAL, which gets assigned the value of *(>on_cpu). Go read the macro, it even

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

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

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

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

Re: [PATCH v6 10/11] Input: synaptics-rmi4 - add support for F54 diagnostics

On Thu, Jun 30, 2016 at 06:38:53PM +0100, Nick Dyer wrote: > Function 54 implements access to various RMI4 diagnostic features. > > This patch adds support for retrieving this data. It registers a V4L2 > device to output the data to user space. > > Signed-off-by: Nick Dyer >

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

On Fri, Jul 01, 2016 at 05:01:38PM +0900, Andi Shyti wrote: > Added the get length command to allow userspace users to check on > the data length. So what does LIRC_GET_LENGTH do? If you want to add an ioctl, it need justification, documenting in

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

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

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

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

[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

[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

[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

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

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

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

[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

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,

[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

[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

[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

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

[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

[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

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

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

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

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 >

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

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

Re: [PATCH v1 07/11] KVM: VMX: optimize APIC ID read with APICv

On 30/06/2016 22:54, Radim Krčmář wrote: > The register is in hardware-compatible format now, so there is not need > to intercept. > > Signed-off-by: Radim Krčmář > --- > v1: new, split from the previous patch > > arch/x86/kvm/vmx.c | 3 --- > 1 file changed, 3

Re: [PATCH v8 2/7] Input: cros_ec_keyb - Stop handling interrupts directly

Hi Tomeu, 2016-04-26 9:06 GMT+02:00 Tomeu Vizoso : > On 26 April 2016 at 08:57, Lee Jones wrote: >> On Tue, 26 Apr 2016, Tomeu Vizoso wrote: >> >>> On 25 April 2016 at 23:17, Dmitry Torokhov >>> wrote: >>> > On Tue,

Re: [PATCH v4 14/22] sh: SH7751 core dtsi

Hi Sato-san, On Wed, Jun 29, 2016 at 3:40 PM, Yoshinori Sato wrote: > SH7751 core and internal peripheral define. Thanks for your patch! > Changes v4 > - remove unneeded #address-cells and #size-cells > - add missing dt-binding link Please move changelog

RE: [PATCH v3 2/2] pci/aer: interrupt fixup in the quirk

Hi Dongdong, > -Original Message- > From: Dongdong Liu [mailto:liudongdo...@huawei.com] > Sent: Thursday, June 23, 2016 1:44 PM > To: Po Liu; linux-...@vger.kernel.org; linux-arm- > ker...@lists.infradead.org; linux-kernel@vger.kernel.org; > devicet...@vger.kernel.org > Cc: Bjorn

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

On 1 July 2016 at 10:25, Mark Brown wrote: > 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

Re: [PATCH RESEND v2] mfd: sm501: Add device property

On Fri, 01 Jul 2016, Yoshinori Sato wrote: > On Thu, 30 Jun 2016 16:48:00 +0900, > Lee Jones wrote: > > > > On Thu, 30 Jun 2016, Yoshinori Sato wrote: > > > > > Signed-off-by: Yoshinori Sato > > > --- > > > Documentation/devicetree/bindings/mfd/sm501.txt | 45 > >

Re: [PATCH v1 05/11] KVM: x86: use generic function for MSI parsing

On 30/06/2016 22:54, Radim Krčmář wrote: > Signed-off-by: Radim Krčmář > --- > arch/x86/kvm/irq_comm.c | 17 ++--- > 1 file changed, 6 insertions(+), 11 deletions(-) > > diff --git a/arch/x86/kvm/irq_comm.c b/arch/x86/kvm/irq_comm.c > index

Re: [PATCH 3/4] spi: Add option to insert delay between transactions

On Wed, Jun 29, 2016 at 08:54:26PM -0700, apro...@chromium.org wrote: > Some devices may need CS to be deasserted for some time > between transactions. Added a new capability to guarantee > a delay between SPI transactions for the device. This seems like even more of a per device thing - it's a

Re: linux-next: build failure after merge of the powerpc tree

On 01/07/16 06:27, Stephen Rothwell wrote: > Hi all, > > After merging the powerpc tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > arch/powerpc/kernel/fadump.c: In function 'fadump_invalidate_dump': > arch/powerpc/kernel/fadump.c:1014:2: error: expected ';' before

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

Hi Nicolas Ferre, Thanks for the quick review... > > 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

[Patch v002] gcov: Added support for >=gcc-6

Signed-off-by: Florian Meier --- kernel/gcov/gcc_4_7.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/gcov/gcc_4_7.c b/kernel/gcov/gcc_4_7.c index e25e92f..6a5c239 100644 --- a/kernel/gcov/gcc_4_7.c +++ b/kernel/gcov/gcc_4_7.c

[tip:x86/platform] x86/platform/intel-mid: Add pinctrl for Intel Merrifield

Commit-ID: 0519e8b4cb2bda598f941088948129f9fe9e6acd Gitweb: http://git.kernel.org/tip/0519e8b4cb2bda598f941088948129f9fe9e6acd Author: Andy Shevchenko AuthorDate: Wed, 29 Jun 2016 22:01:34 +0300 Committer: Ingo Molnar CommitDate:

[PATCH 0/2] mfd: cros_ec_keyb: MKBP event support

Hi, The cros-ec MKBP event support will be used on different EC drivers like EC keyboard, EC USB PD and EC sensors drivers. The first attempt to merge these two patches was within the EC USB PD series [1] sent by Tomeu Vizoso, but these series are blocked possibly until we figure out how this

Re: [PATCH -v2 2/2] printk: Add kernel parameter to control writes to /dev/kmsg

* Borislav Petkov wrote: > +printk_kmsg: > + > +Control the logging to /dev/kmsg from userspace: > + > +0: default, ratelimited > +1: unlimited logging to /dev/kmsg from userspace > +2: logging to /dev/kmsg disabled > + > +The kernel command line parameter printk.kmsg= overrides

[PATCH 1/2] mfd: cros_ec: Add MKBP event support

From: Vic Yang Newer revisions of the ChromeOS EC add more events besides the keyboard ones. So handle interrupts in the MFD driver and let consumers register for notifications for the events they might care. To keep backward compatibility, if the EC doesn't support MKBP

[PATCH 2/2] Input: cros_ec_keyb - Stop handling interrupts directly

From: Vic Yang Because events other that keyboard ones will be handled by now on by other drivers, stop directly handling interrupts and instead listen to the new notifier in the MFD driver. Signed-off-by: Vic Yang Signed-off-by: Tomeu Vizoso

Re: [PATCH] MAINTAINERS: update STi maintainer list

Thanks Maxime for the patch. On 21/06/16 10:35, Maxime Coquelin wrote: Remove myself as STi maintainer as I will no longer have access to STi platforms, and remove Srini too, who now works on other platforms. Patrice will manage the pull requests. Signed-off-by: Maxime Coquelin

[PATCH v2 09/15] [media] lirc_dev: merge three if statements in only one

The three if statements check the same thing, merge them in only one statement. Signed-off-by: Andi Shyti --- drivers/media/rc/lirc_dev.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/media/rc/lirc_dev.c

[git pull] stm class/intel_th: Updates for char-misc-linus

Hi Greg, These are fixes I have queued for the v4.7. Please consider pulling into char-misc-linus. The following changes since commit 60cef77f9ba419fec6c41bc4e3fecb9bf426f664: intel_th: pci: Add Kaby Lake PCH-H support (2016-06-30 15:39:15 +0300) are available in the git repository at:

Re: [PATCH] mfd: dm355evm_msp: Refactoring for add_child()

On Thu, 30 Jun 2016, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 30 Jun 2016 21:54:51 +0200 > > Adjust jump targets according to the Linux coding style convention. > Another check for the variable "status" can be omitted then at the end. > >

Re: [PATCH -v2 2/2] printk: Add kernel parameter to control writes to /dev/kmsg

On Fri, Jul 01, 2016 at 11:04:13AM +0200, Ingo Molnar wrote: ... > So the most robust way to define such bitfields is via a pattern like this: > > enum devkmsg_log_bits { > __DEVKMSG_LOG_BIT_ON, > __DEVKMSG_LOG_BIT_OFF, > __DEVKMSG_LOG_BIT_LOCK, > }; > > enum

[PATCH v3 net-next 9/9] net: hns: get reset registers from DT

From: Kejian Yan Since the registers of subctrl may be different, it is better to mv the registers from hns mdio driver routine to device tree node. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v2:

[PATCH v3 net-next 5/9] net: hns: add a space before "*/"

From: Daode Huang In comment line, some time miss a space before */, so this patch adds a space before */. Signed-off-by: Daode Huang Signed-off-by: Yisen Zhuang --- drivers/net/ethernet/hisilicon/hns/hns_enet.c | 4

[PATCH v3 net-next 8/9] net: hns: add media-type property for hns

From: Kejian Yan It is PORT_TP type if the service port is GE mode. It is wrong to judge the port type by using if it is service port. Adding the media type to know port type. Reported-by: Jinchuan Tian Signed-off-by: Kejian Yan

[PATCH v3 net-next 3/9] net: hns: change code style from a = a + x to a += x

From: Daode Huang This patch fixes the code style in hns driver. Change it from "buff = buff + xxx" to "buff += xxx". The reveiw comments is from andy. Reviewed-by: Andriy Shevchenko Signed-off-by: Daode Huang

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

On Fri, Jul 01, 2016 at 10:22:47AM +0200, Ingo Molnar 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. This flag says that we should print the ratelimit message

[PATCH v3 0/4] Add PSR function support for Analogix/Rockchip DP

Hi all, The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make a lots of sense to save the power consumption. This v3 version have splited an common PSR driver for Rockchip, which is biggest changes from v2. This

[PATCH v3 2/4] drm/rockchip: add an common abstracted PSR driver

The PSR driver have exported four symbols for specific device driver: - rockchip_drm_psr_register() - rockchip_drm_psr_unregister() - rockchip_drm_psr_enable() - rockchip_drm_psr_disable() - rockchip_drm_psr_flush() Encoder driver should call the register/unregister interfaces to hook itself into

[PATCH] net/ixgbe: Allow resetting VF admin mac to zero

The VF administrative mac addresses (stored in the PF driver) are initialized to zero when the PF driver starts up. These addresses may be modified in the PF driver through ndo calls initiated by iproute2 or libvirt. While we allow the PF/host to change the VF admin mac address from zero to a

[PATCH v3 3/4] drm/bridge: analogix_dp: add the PSR function support

The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This patch have exported two symbols for platform driver to implement the PSR function in hardware side: -

Re: [PATCH] gcov: Support for >=gcc-6 missing

On 30 June 2016 at 14:13, Peter Oberparleiter wrote: > On 29.06.2016 16:58, Florian Meier wrote: >> Hello! >> >> I've noticed problems ("not executed"/ "file empty") with the gcov >> kernel support, when I'm using a gcc version >=6. >> For me, it seems like this is no

[PATCH v3 4/4] drm/rockchip: analogix_dp: implement PSR function

Alway enable the PSR function for Rockchip analogix_dp driver. If panel don't support PSR, then the core analogix_dp would ignore this setting. Signed-off-by: Yakir Yang --- Changes in v3: - split the common psr logic into a seperate driver, make this to a simple sub-psr

[PATCH v3 net-next 2/9] net: hns: fix code style about hns driver

From: Daode Huang This patch fixes code sytle of hns driver to make it simple. Signed-off-by: Daode Huang Signed-off-by: Yisen Zhuang --- drivers/net/ethernet/hisilicon/hns/hns_dsaf_misc.c | 16 +++- 1

[PATCH v3 net-next 0/9] net: hns: fix the typo of hns

This series includes typo fixes which review by Andy, adding the hns maintainer to MAINTAINERS, as below: > from Daode: adds the maintainer for hns driver; > from Daode: fix the typo of hns reviewed by Andy Shevchenko; > from Kejian: one remove redundant function and two fix to get

[PATCH v3 1/4] drm/rockchip: vop: export line flag function

VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to vop line_flag register, and then vop would generate a line_flag interrupt for it. For example eDP PSR function is interested

[PATCH v3 net-next 1/9] MAINTAINERS: add maintainers for hns driver

From: Daode Huang This patch adds maintainers for hisilicon network subsystem driver Signed-off-by: Daode Huang Signed-off-by: Yisen Zhuang --- change log: v3: match all files in and below

[PATCH v3 net-next 7/9] net: hns: remove redundant hns_mac_dev_to_enet_if()

From: Kejian Yan The sequence of hns_mac_dev_to_enet_if() is the same as hns_get_enet_interface(), and hns_get_enet_interface() is called by initialization to get the mac mode. And the mode is not changed anywhere. Thus add hns_mac_dev_to_enet_if() function to get the mac

[PATCH v3 net-next 4/9] net: hns: delete redundant parenthese

From: Daode Huang According to the previous review comments from Andy, this patch deletes the redundant parens in the patch. Signed-off-by: Daode Huang Signed-off-by: Yisen Zhuang ---

[PATCH v3 net-next 6/9] net: hns: normalize two different loop

From: Daode Huang There are two approaches to assign data, one does 2 loops, another does 1 loop. This patch normalize the different methods to 1 loop. Signed-off-by: Daode Huang Signed-off-by: Yisen Zhuang ---

  1   2   3   4   5   6   7   8   9   10   >