Re: [PATCH] arm64: print a fault message when attempting to write RO memory

Hi, On Wed, Feb 15, 2017 at 05:54:08PM -0800, Stephen Boyd wrote: > If a page is marked read only we should print out that fact, > instead of printing out that there was a page fault. Right now we > get a cryptic error message that something went wrong with an > unhandled fault, but we don't evalu

Re: [RT] lockdep munching nr_list_entries like popcorn

On Thu, Feb 16, 2017 at 10:01:18AM +0100, Thomas Gleixner wrote: > On Thu, 16 Feb 2017, Mike Galbraith wrote: > > > On Thu, 2017-02-16 at 09:37 +0100, Thomas Gleixner wrote: > > > On Thu, 16 Feb 2017, Mike Galbraith wrote: > > > > > ... > > > > swapvec_lock? Oodles of 'em? Nope. > > > > > > We

Re: [PATCH v4 28/36] media: imx: csi: fix crop rectangle changes in set_fmt

On Wed, Feb 15, 2017 at 06:19:30PM -0800, Steve Longerbeam wrote: > diff --git a/drivers/staging/media/imx/imx-media-csi.c > b/drivers/staging/media/imx/imx-media-csi.c > index ae24b42..3cb97e2 100644 > --- a/drivers/staging/media/imx/imx-media-csi.c > +++ b/drivers/staging/media/imx/imx-media-csi

[PATCH 0/4] add uart DMA function

In Mediatek SOCs, the uart can support DMA function. Base on DMA engine formwork, we add the DMA code to support uart. And put the code under drivers/dma. This series contains document bindings, Kconfig to control the function enable or not, device tree including interrupt and dma device node, t

[PATCH 3/4] serial: 8250-mtk: add uart DMA support

Modify uart register to support DMA function. Signed-off-by: Long Cheng --- drivers/tty/serial/8250/8250_mtk.c | 194 +++- 1 file changed, 193 insertions(+), 1 deletion(-) diff --git a/drivers/tty/serial/8250/8250_mtk.c b/drivers/tty/serial/8250/8250_mtk.c inde

[PATCH 1/4] dt-bindings: dma: uart: add uart dma bindings

add uart dma bindings Signed-off-by: Long Cheng --- .../devicetree/bindings/dma/mtk_uart_dma.txt | 32 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/dma/mtk_uart_dma.txt diff --git a/Documentation/devicetree/bindings/dma/mtk_

[PATCH 2/4] dmaengine: mtk_uart_dma: add Mediatek uart DMA support

In DMA engine framework, add 8250 mtk dma to support it. Signed-off-by: Long Cheng --- drivers/dma/Kconfig|9 + drivers/dma/Makefile |1 + drivers/dma/mtk_uart_dma.c | 955 3 files changed, 965 insertions(+) create mode 100644

[PATCH 4/4] arm: dts: mt2701: add uart APDMA to device tree

1. add uart APDMA controller device node 2. add uart 0/1/2/3 DMA function 3. uart0 is console, So disable DMA 4. enable uart2 port to test DMA function. Signed-off-by: Long Cheng --- arch/arm/boot/dts/mt2701-evb.dts | 22 ++ arch/arm/boot/dts/mt2701.dtsi| 29 +

[PATCH v2 2/3] usb: dwc3: use BIT() macro where possible

To avoid checkpatch warnings with new patches let's start using the BIT() macro wherever possible. Signed-off-by: Roger Quadros --- v2: -include bitops.h drivers/usb/dwc3/core.h | 193 ++- drivers/usb/dwc3/dwc3-omap.c | 48 +-- drivers/usb/d

Re: Linux 4.10-rc8

> Not yet. This is my main machine, so it is slightly problematic. I > should be able to try tommorow. Ok. So fun thing number one: I press suspend button on keyboard, machine suspends but power light and fans are on. I hit power button, machine suspends. I hit it again, machine resumes. Second

Re: v4.10-rc8 (-rc6) boot regression on Intel desktop, does not boot after cold boots, boots after reboot

Hi! On Wed 2017-02-15 15:34:27, Linus Torvalds wrote: > On Wed, Feb 15, 2017 at 3:20 PM, Pavel Machek wrote: > > 4.10-rc4 broken > > 4.10-rc3 ok > > Hmm. If those actually end up being reliable, then there's not a whole > lot in between them wrt PCI or USB. > > What looked like the most likely

RE: RE: Re: Re: Re: Subject: [PATCH v2] USB:Core: BugFix: Proper handling of Race Condition when two USB class drivers try to call init_usb_class simultaneously

  > > At boot time, probe function of multiple connected devices > > (proprietary devices) execute simultaneously. > >  What exactly do you mean here?  How can probe happen "simultaneously"? >  The USB core prevents this, right? >   >> >>> I have observed two scenarios to 

Re: [PATCH] arm64: print a fault message when attempting to write RO memory

On Thu, Feb 16, 2017 at 11:06:12AM +, Mark Rutland wrote: > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose > the contents to any oth

Re: [BUG] 4.10-rc8 - ping spinning?

On Thu, Feb 16, 2017 at 03:03:03AM -0800, l...@pengaru.com wrote: > Hello list, > > Some rtl8192cu bugs of old got me in the habit of running ping in a shelved > (i.e. forgotten) xterm, a harmless practice which seemed to prevent the > rtl8192cu device from dying. > > This evening t

Re: [PATCH v1 3/3] ASoC: zx-96p22: add zte's aud96p22 controller driver

On Wed, Feb 15, 2017 at 06:55:10PM +0800, Baoyou Xie wrote: > This patch adds aud96p22 controller driver for zte's SoC family. > > Signed-off-by: Baoyou Xie s/controller/codec in patch subject. > --- > sound/soc/codecs/Kconfig | 4 + > sound/soc/codecs/Makefile | 2 + > sound/so

[tip:x86/platform] x86/platform/UV/NMI: Fix uneccessary kABI breakage

Commit-ID: d48085f0716f195ee7432de2dd110e2093c40fd5 Gitweb: http://git.kernel.org/tip/d48085f0716f195ee7432de2dd110e2093c40fd5 Author: tra...@sgi.com AuthorDate: Tue, 14 Feb 2017 18:11:29 -0600 Committer: Thomas Gleixner CommitDate: Thu, 16 Feb 2017 12:16:52 +0100 x86/platform/UV/NMI:

Re: [RFC,v2 3/3] sched: ignore task_h_load for CPU_NEWLY_IDLE

On Wed, Feb 15, 2017 at 7:58 PM, Dietmar Eggemann wrote: > On 02/14/2017 06:28 PM, Uladzislau Rezki wrote: So that is useful information that should have been in the Changelog. OK, can you respin this patch with adjusted Changelog and taking Mike's feedback? >>>

Re: [PATCH v4 30/36] media: imx: update capture dev format on IDMAC output pad set_fmt

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: > When configuring the IDMAC output pad formats (in ipu_csi, > ipu_ic_prpenc, and ipu_ic_prpvf subdevs), the attached capture > device format must also be updated. > > Signed-off-by: Steve Longerbeam > Suggested-by: Philipp Zabel > --- >

Re: [PATCH v4 36/36] media: imx: propagate sink pad formats to source pads

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: [...] > diff --git a/drivers/staging/media/imx/imx-ic-prpencvf.c > b/drivers/staging/media/imx/imx-ic-prpencvf.c > index dd9d499..c43f85f 100644 > --- a/drivers/staging/media/imx/imx-ic-prpencvf.c > +++ b/drivers/staging/media/imx/imx-ic-p

Re: [PATCH v6 1/3] perf: add PERF_RECORD_NAMESPACES to include namespaces related info

> +/* > + * The maximum size of the name of each namespace > + */ > +#define NS_NAME_SIZE 8 > + > +struct perf_ns_link_info { > + charname[NS_NAME_SIZE]; > + __u64 dev; > + __u64 ino; > +}; Ugh. I missed the name the first time around. That really looks

Re: [PATCH v4 33/36] media: imx: redo pixel format enumeration and negotiation

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: > The previous API and negotiation of mbus codes and pixel formats > was broken, and has been completely redone. > > The negotiation of media bus codes should be as follows: > > CSI: > > sink pad direct src pad IDMAC src pad > -

Re: [PATCH v2 0/6] Move dell-led to drivers/platform/x86

> The led stops working after 4th patch "platform/x86: dell-laptop: > import dell_micmute_led_set() from drivers/leds/dell-led.c", and the > .config is with CONFIG_DELL_LAPTOP=m > > However, I found dell-laptop is not loaded on Latitude 7480 as its > chassis type is Notebook (10), instead of 8 (Po

Re: [PATCH v4 17/36] media: Add userspace header file for i.MX

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: > This adds a header file for use by userspace programs wanting to interact > with the i.MX media driver. It defines custom v4l2 controls and events > generated by the i.MX v4l2 subdevices. > > Signed-off-by: Steve Longerbeam > --- > inc

Re: [PATCH v2 0/6] Move dell-led to drivers/platform/x86

On Thu, Feb 16, 2017 at 7:32 PM, Michał Kępień wrote: >> The led stops working after 4th patch "platform/x86: dell-laptop: >> import dell_micmute_led_set() from drivers/leds/dell-led.c", and the >> .config is with CONFIG_DELL_LAPTOP=m >> >> However, I found dell-laptop is not loaded on Latitude 74

Re: [PATCH v4 00/36] i.MX Media Driver

Two problems. On Wed, Feb 15, 2017 at 06:19:02PM -0800, Steve Longerbeam wrote: > media: imx: propagate sink pad formats to source pads 1) It looks like all cases aren't being caught: - entity 74: ipu1_csi0 (3 pads, 4 links) type V4L2 subdev subtype Unknown flags 0 de

Re: [PATCH v2 0/6] Move dell-led to drivers/platform/x86

On Thu, Feb 16, 2017 at 1:32 PM, Michał Kępień wrote: > For maintainers' convenience, I am planning to submit a v3 with all the > tags supplied by everyone who reviewed this series and also some minor > coding style tweaks suggested along the way. Thanks! I'm a bit busy right now, but I definite

Re: [PATCH v2 08/10] mm, compaction: finish whole pageblock to reduce fragmentation

On Fri, Feb 10, 2017 at 06:23:41PM +0100, Vlastimil Babka wrote: > The main goal of direct compaction is to form a high-order page for > allocation, > but it should also help against long-term fragmentation when possible. Most > lower-than-pageblock-order compactions are for non-movable allocation

[PATCH 02/17] block: introduce bio_remove_last_page()

MD need this helper to remove the last added page, so introduce it. Signed-off-by: Ming Lei --- block/bio.c | 23 +++ include/linux/bio.h | 1 + 2 files changed, 24 insertions(+) diff --git a/block/bio.c b/block/bio.c index 5eec5e08417f..0ce7ffcd7939 100644 --- a/bl

[PATCH 00/17] md: cleanup on direct access to bvec table

In MD's resync I/O path, there are lots of direct access to bio's bvec table. This patchset kills most of them, and the conversion is quite straightforward. Once direct access to bvec table in MD is cleaned up, we may make multipage bvec moving on. Thanks, Ming Ming Lei (17): block: introduce

[PATCH 05/17] md: raid1/raid10: use the introduced helpers

This patch uses the introduced helpers to fetch pre-allocated page from bio bvec table, and store it back. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 4 ++-- drivers/md/raid10.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/md/raid1.c b/drivers/md/raid1.

[PATCH 03/17] md: raid1/raid10: use bio_remove_last_page()

Signed-off-by: Ming Lei --- drivers/md/raid1.c | 3 +-- drivers/md/raid10.c | 6 ++ 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c index 85f309836fd7..6e4e0b868ff2 100644 --- a/drivers/md/raid1.c +++ b/drivers/md/raid1.c @@ -2824,8 +282

[PATCH 07/17] md: raid1/raid10: don't use .bi_vcnt to check if all pages are added

Instead we use the index of the pre-allocated pages buffer, it should be more explicit because the index(.bi_error) just means how many pages are added to the bio. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 2 +- drivers/md/raid10.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[PATCH 08/17] md: raid1: simplify r1buf_pool_free()

This patch gets each page's reference of each bio for resync, then r1buf_pool_free() gets simplified. The same policy has been taken in raid10's buf pool allocation/free too. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) di

[PATCH 16/17] md: raid10: avoid direct access to bvec table in reshape_request

The cost is 128bytes(8*16) stack space in kernel thread context, and just use the bio helper to retrieve pages from bio. Signed-off-by: Ming Lei --- drivers/md/raid10.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c index c7d2f

Re: [PATCH v6 1/3] perf: add PERF_RECORD_NAMESPACES to include namespaces related info

On Fri, Feb 17, 2017 at 12:25:27AM +1300, Eric W. Biederman wrote: > > +/* > > + * The maximum size of the name of each namespace > > + */ > > +#define NS_NAME_SIZE 8 > > + > > +struct perf_ns_link_info { > > + charname[NS_NAME_SIZE]; > > + __u64 dev; > > +

[PATCH 17/17] md: raid10: avoid direct access to bvec table in handle_reshape_read_error

The cost is 128bytes(8*16) stack space in kernel thread context, and just use the bio helper to retrieve pages from bio. Signed-off-by: Ming Lei --- drivers/md/raid10.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c ind

[PATCH 15/17] md: raid10: avoid direct access to bvec table in fix_recovery_read_error

The cost is 128bytes(8*16) stack space in kernel thread context, and just use the bio helper to retrieve pages from bio. Signed-off-by: Ming Lei --- drivers/md/raid10.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c index 69

[PATCH 10/17] md: raid1: remove direct access to bvec table in fix_sync_read_error

This patch uses a stack variable to hold the pages in bio, so that we can remove direct access to bvec table in fix_sync_read_error(). This 16*8 stack variable is just fine for kernel thread context. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 16 +--- 1 file changed, 13 insert

[PATCH 11/17] md: raid1: use bio helper in process_checks()

Avoid to direct access to bvec table. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c index 02ee8542295d..4400fbe7ce8c 100644 --- a/drivers/md/raid1.c +++ b/drivers/md/raid1.c @@ -2017

Re: [PATCH V2 1/2] exec: don't wait for zombie threads with cred_guard_mutex held

I am slowly working my way through this and I have found something that I have an issue with. Oleg Nesterov writes: > - In any case we should limit the scope of cred_guard_mutex in execve paths. > It is not clear why do we take it at the start of execve, and worse, it is > not clear why we

[PATCH 13/17] md: raid1: use bio_segments_all()

Use this helper, instead of direct access to .bi_vcnt. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c index 54ec32be3277..02cfece74981 100644 --- a/drivers/md/raid1.c +++ b/drivers/

[PATCH 14/17] md: raid10: avoid direct access to bvec table in sync_request_write()

The cost is 256bytes(8*16*2) stack space, and just use the bio helper to retrieve pages from bio. Signed-off-by: Ming Lei --- drivers/md/raid10.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c index 5c698f3d3083..69f

[PATCH 12/17] md: raid1: avoid direct access to bvec table in process_checks()

Given process_checks is only called in resync path, it should be ok to allocate three stack variable(total 320byteds) to store pages from bios. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 20 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/drivers/md/raid

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On 02/16/2017 at 06:18 PM, Borislav Petkov wrote: > On Thu, Feb 16, 2017 at 01:36:37PM +0800, Xunlei Pang wrote: >> I tried to use qemu to inject SRAO("mce -b 0 0 0xb100 0x5 0x0 >> 0x0"), >> it works well in 1st kernel, but it doesn't work for 1st kernel after kdump >> boots(seems >>

[PATCH 09/17] md: raid1/raid10: use bio helper in *_pool_free

Signed-off-by: Ming Lei --- drivers/md/raid1.c | 13 ++--- drivers/md/raid10.c | 11 +++ 2 files changed, 17 insertions(+), 7 deletions(-) diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c index ebea8615344a..1dd6b2760fba 100644 --- a/drivers/md/raid1.c +++ b/drivers/md/raid1

[PATCH 04/17] md: introduce helpers for dealing with fetch/store preallocated pages in bio

Both raid1 and raid10 uses bio's bvec table to store pre-allocated pages, then fetch and add it to bio. This patch introduces two helpers for dealing with the special case, like what bio_iov_iter_get_pages() does. Signed-off-by: Ming Lei --- drivers/md/md.h | 21 + 1 file ch

[PATCH 06/17] md: raid1/raid10: borrow .bi_error as pre-allocated page index

Before bio is submitted, it is safe to borrow .bi_error. This patch uses .bi_error as index of pre-allocated page in bio, so that we can avoid to mess .bi_vcnt. Especially the old way will not work any more when multipage bvec is introduced. Signed-off-by: Ming Lei --- drivers/md/raid1.c | 12 +

[PATCH 01/17] block: introduce bio_segments_all()

So that we can replace the direct access to .bi_vcnt. Signed-off-by: Ming Lei --- include/linux/bio.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/linux/bio.h b/include/linux/bio.h index 8e521194f6fc..3364b3ed90e7 100644 --- a/include/linux/bio.h +++ b/include/linux/bio.h @

Re: [PATCH] powerpc/xmon: Fix an unexpected xmon onoff state change

在 2017/2/16 18:57, Guilherme G. Piccoli 写道: On 16/02/2017 03:09, Michael Ellerman wrote: Pan Xinhui writes: Once xmon is triggered by sysrq-x, it is enabled always afterwards even if it is disabled during boot. This will cause a system reset interrut fail to dump. So keep xmon in its origin

Re: [PATCH v4 20/36] media: imx: Add CSI subdev driver

On Wed, Feb 15, 2017 at 06:19:22PM -0800, Steve Longerbeam wrote: > +static const struct platform_device_id imx_csi_ids[] = { > + { .name = "imx-ipuv3-csi" }, > + { }, > +}; > +MODULE_DEVICE_TABLE(platform, imx_csi_ids); > + > +static struct platform_driver imx_csi_driver = { > + .probe

Re: [PATCH v4 01/36] [media] dt-bindings: Add bindings for i.MX media driver

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: > Add bindings documentation for the i.MX media driver. > > Signed-off-by: Steve Longerbeam > --- > Documentation/devicetree/bindings/media/imx.txt | 66 > + > 1 file changed, 66 insertions(+) > create mode 1006

Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86

On 16 February 2017 at 04:34, Bhupesh Sharma wrote: > Hi Ard, Rafael > > On Thu, Feb 16, 2017 at 5:14 AM, Rafael J. Wysocki wrote: >> On Wednesday, February 15, 2017 05:44:28 PM Ard Biesheuvel wrote: >>> Hello Bhupesh, >>> >>> On 15 February 2017 at 13:04, Bhupesh Sharma wrote: >>> > This patchs

Re: [PATCH v2 0/6] Move dell-led to drivers/platform/x86

> On Thu, Feb 16, 2017 at 1:32 PM, Michał Kępień wrote: > > > For maintainers' convenience, I am planning to submit a v3 with all the > > tags supplied by everyone who reviewed this series and also some minor > > coding style tweaks suggested along the way. > > Thanks! > I'm a bit busy right now

Re: [BUG] 4.10-rc8 - ping spinning?

Hello netdev, Please see the forwarded message below. This was sent to linux-kernel but after digging a little I suspect it's specific to the network stack. Perusing the net/ changes between 4.9 and 4.10-rc8 this sounded awful related to what I'm observing: commit 83a1a1a70e87f676fbb6086b26b6ac

Re: [PATCH 02/17] block: introduce bio_remove_last_page()

On 02/16/2017 12:45 PM, Ming Lei wrote: > MD need this helper to remove the last added page, so introduce > it. > > Signed-off-by: Ming Lei > --- > block/bio.c | 23 +++ > include/linux/bio.h | 1 + > 2 files changed, 24 insertions(+) > > diff --git a/block/bio.c b/

Re: [PATCH] x86/mce: Keep quiet in case of broadcasted mce after system panic

On Thu, Feb 16, 2017 at 07:52:09PM +0800, Xunlei Pang wrote: > then mce will be broadcast to the other cpus which are still running > in the first kernel(i.e. looping in crash_nmi_callback). Simple: the crash code should really mark CPUs as not being online: void do_machine_check(struct p

Re: [PATCH] ARM: uaccess: consistently check object sizes

On Wed, Feb 15, 2017 at 12:05:57PM -0800, Kees Cook wrote: > In commit 76624175dcae ("arm64: uaccess: consistently check object sizes"), > the object size checks are moved outside the access_ok() so that bad > destinations are detected before hitting the "memset(dest, 0, size)" in the > copy_from_u

Re: [PATCH] cpufreq: schedutil: govern how frequently we change frequency with rate_limit

On Thu, Feb 16, 2017 at 03:42:10PM +0530, Viresh Kumar wrote: > But when I discussed this with Vincent, he suggested that it may not be > required > at all as the scheduler (with the helped of "decayed") doesn't call into > schedutil too often, i.e. at least 1 ms. And if the CPUs are stable enough

Re: [PATCH 13/17] md: raid1: use bio_segments_all()

On 02/16/2017 12:45 PM, Ming Lei wrote: > @@ -998,7 +998,8 @@ static void alloc_behind_pages(struct bio *bio, struct > r1bio *r1_bio) > { > int i; > struct bio_vec *bvec; > - struct bio_vec *bvecs = kzalloc(bio->bi_vcnt * sizeof(struct bio_vec), > + unsigned vcnt = bio_segment

Re: [PATCH v4 20/36] media: imx: Add CSI subdev driver

On Thu, Feb 16, 2017 at 11:52:06AM +, Russell King - ARM Linux wrote: > On Wed, Feb 15, 2017 at 06:19:22PM -0800, Steve Longerbeam wrote: > > +static const struct platform_device_id imx_csi_ids[] = { > > + { .name = "imx-ipuv3-csi" }, > > + { }, > > +}; > > +MODULE_DEVICE_TABLE(platform, im

Re: [PATCH] regulator: Fix regulator_summary for deviceless consumers

On Tue, Feb 14, 2017 at 05:31:03PM +0200, Leonard Crestez wrote: > root@leonard-imx6:~# cat /sys/kernel/debug/regulator/regulator_summary > Unable to handle kernel NULL pointer dereference at virtual address 015c > pgd = a8bd4000 > [015c] *pgd=a8c15831, *pte=, *ppte= Pleas

Re: [PATCH 2/4] dmaengine: mtk_uart_dma: add Mediatek uart DMA support

Hi Long, [auto build test WARNING on robh/for-next] [also build test WARNING on v4.10-rc8 next-20170216] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Long-Cheng/add-uart-DMA-function/20170216

Applied "regulator: Fix regulator_summary for deviceless consumers" to the regulator tree

The patch regulator: Fix regulator_summary for deviceless consumers has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [RFC PATCH 01/33] irqchip/gic-v3: Add redistributor iterator

Hi Marc, On 17/01/2017 11:20, Marc Zyngier wrote: > In order to discover the VLPI properties, we need to iterate over > the redistributor regions. As we already have code that does this, > let's factor it out and make it slightly more generic. > > Signed-off-by: Marc Zyngier > --- > drivers/irq

[PATCH 03/21] net-next: stmmac: add optional setup function

Instead of ading more ifthen login for adding a new mac_device_info setup function, it is easier to add a function pointer to the function needed. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 7 ++- include/linux/stmmac.h|

[PATCH 00/21] net-next: stmmac: add dwmac-sun8i ethernet driver

Hello This patch series add the driver for dwmac-sun8i which handle the Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. This driver is the continuation of the sun8i-emac driver. During the development, it appeared that in fact the hardware was a modified version of some dwmac. So the driver i

[PATCH 19/21] ARM: dts: sun50i-a64: enable dwmac-sun8i on the BananaPi M64

The dwmac-sun8i hardware is present on the BananaPi M64. It uses an external PHY rtl8211e via RGMII. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64-bananapi-m64.dts | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun5

[PATCH 21/21] ARM: sunxi: Enable dwmac-sun8i driver on multi_v7_defconfig

Enable the dwmac-sun8i driver in the multi_v7 default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/multi_v7_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig index 3a17555..72f974d 100644 -

[PATCH 09/21] ARM: dts: sun8i: Enable dwmac-sun8i on the Banana Pi M2+

From: LABBE Corentin The dwmac-sun8i hardware is present on the Banana Pi M2+ It uses an external PHY rtl8211e via RGMII. This patch create the needed regulator, emac and phy nodes. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 38

[PATCH 18/21] ARM: dts: sun50i-a64: enable dwmac-sun8i on pine64 plus

The dwmac-sun8i hardware is present on the pine64 plus. It uses an external PHY rtl8211e via RGMII. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64-pine64-plus.dts | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/

[PATCH 14/21] ARM: dts: sun8i: orangepi-pc-plus: Set EMAC activity LEDs to active high

On the Orange Pi PC Plus, the polarity of the LEDs on the RJ45 Ethernet port were changed from active low to active high. Signed-off-by: Chen-Yu Tsai Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc-plus.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/a

[PATCH 20/21] ARM: sunxi: Enable dwmac-sun8i driver on sunxi_defconfig

From: LABBE Corentin Enable the dwmac-sun8i driver in the sunxi default configuration Signed-off-by: Corentin Labbe --- arch/arm/configs/sunxi_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/sunxi_defconfig b/arch/arm/configs/sunxi_defconfig index da92c25..33bde8

[PATCH 16/21] ARM64: dts: sun50i-a64: add dwmac-sun8i Ethernet driver

The dwmac-sun8i is an Ethernet MAC that supports 10/100/1000 Mbit connections. It is very similar to the device found in the Allwinner H3, but lacks the internal 100 Mbit PHY and its associated control bits. This adds the necessary bits to the Allwinner A64 SoC .dtsi, but keeps it disabled at this

Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements

Hello, I was wondering about the following. Wasn't there some strict requirement about code going upstream, which also included that there was a full open-source driver stack for it? I don't see how this is the case for Mali, neither in the kernel, nor in userspace. I'm aware that the Mali kernel

[PATCH 17/21] ARM: dts: sun50i-a64: enable dwmac-sun8i on pine64

The dwmac-sun8i hardware is present on the pine64 It uses an external PHY via RMII. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.dts | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pine64.dts b/ar

[PATCH 15/21] ARM64: dts: sun50i-a64: Add dt node for the syscon control module

This patch add the dt node for the syscon register present on the Allwinner A64. Only two register are present in this syscon and the only one useful is the one dedicated to EMAC clock. Signed-off-by: Corentin Labbe --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 6 ++ 1 file changed, 6

[PATCH 13/21] ARM: dts: sun8i: Enable dwmac-sun8i on the Orange Pi plus

The dwmac-sun8i hardware is present on the Orange PI plus. It uses an external PHY rtl8211e via RGMII. This patch create the needed regulator, emac and phy nodes. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-plus.dts | 36 1 file changed, 36

[PATCH 08/21] ARM: dts: sun8i-h3: add dwmac-sun8i rgmii pins

This patch add pinctrl node for dwmac-sun8i on H3. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/sun8i-h3.dtsi index 61d56d2..59ed40e 100644 --- a/arch/arm/boo

[PATCH 12/21] ARM: dts: sun8i: Enable dwmac-sun8i on the Orange PI One

The dwmac-sun8i hardware is present on the Orange PI One. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-one.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-h3-orange

[PATCH 11/21] ARM: dts: sun8i: Enable dwmac-sun8i on the Orange Pi 2

The dwmac-sun8i hardware is present on the Orange PI 2. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-h3-orangepi-2

[PATCH 07/21] ARM: dts: sun8i-h3: add dwmac-sun8i ethernet driver

From: LABBE Corentin The dwmac-sun8i is an ethernet MAC hardware that support 10/100/1000 speed. This patch enable the dwmac-sun8i on the Allwinner H3 SoC Device-tree. The SoC H3 have an internal PHY, so optionals syscon and ephy are set. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/su

[PATCH 06/21] ARM: dts: sun8i-h3: Add dt node for the syscon control module

From: LABBE Corentin This patch add the dt node for the syscon register present on the Allwinner H3. Only two register are present in this syscon and the only one useful is the one dedicated to EMAC clock. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3.dtsi | 6 ++ 1 file ch

[PATCH 05/21] net-next: stmmac: Add dwmac-sun8i

The dwmac-sun8i is a heavy hacked version of stmmac hardware by allwinner. In fact the only common part is the descriptor management and the first register function. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/Kconfig| 11 + drivers/net/ethernet/stmicro/stmmac/

[PATCH 10/21] ARM: dts: sun8i: Enable dwmac-sun8i on the Orange PI PC

From: LABBE Corentin The dwmac-sun8i hardware is present on the Orange PI PC. It uses the internal PHY. This patch create the needed emac node. Signed-off-by: Corentin Labbe --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boo

[PATCH 04/21] ARM: sun8i: dt: Add DT bindings documentation for Allwinner dwmac-sun8i

This patch adds documentation for Device-Tree bindings for the Allwinner dwmac-sun8i driver. Signed-off-by: Corentin Labbe --- .../devicetree/bindings/net/dwmac-sun8i.txt| 86 ++ 1 file changed, 86 insertions(+) create mode 100644 Documentation/devicetree/bindings/ne

[PATCH 02/21] net-next: stmmac: export stmmac_set_mac_addr/stmmac_get_mac_addr

Thoses symbol will be needed for the dwmac-sun8i ethernet driver. For letting it to be build as module, they need to be exported. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmicro/stmmac/dwmac_lib.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/et

[PATCH 01/21] net-next: stmmac add optional init_phy function

For dwmac-sun8i, some actions must be done for enabling attached PHY. Thoses actions must be done after stmmac_probe_config_dt() and at start of stmmac_init_phy(). The best way to handle that is to add an optional init_phy() function. Signed-off-by: Corentin Labbe --- drivers/net/ethernet/stmic

Re: [PATCH v4 18/36] media: Add i.MX media core driver

On Wed, 2017-02-15 at 18:19 -0800, Steve Longerbeam wrote: > Add the core media driver for i.MX SOC. > > Signed-off-by: Steve Longerbeam > --- > Documentation/media/v4l-drivers/imx.rst | 542 + > drivers/staging/media/Kconfig | 2 + > drivers/stagi

[PATCH 0/4] zswap: Optimize compressed pool memory utilization

Could you please review this patch series and update if any corrections are needed in the patch-set. -Srividya On Fri, Aug 19, 2016 at 11:04 AM, Srividya Desireddy wrote: > On 17 August 2016 at 18:08, Pekka Enberg wrote: >> On Wed, Aug 17, 2016 at 1:03 PM, Srividya Desireddy >> wrote: >>> This

Re: [PATCH 1/2] acpi: Fix the mapping handle in case of declaring processors using the Device operator

On 2017/2/16 18:38, Dou Liyang wrote: In ACPI spec, we can declare processors using both Processor and Device operator. But now, we just handle the mapping of processors which are declared by Processor operator. It misses the processors declared by Device operator. The patch adds this case of t

[PATCH v2 2/4] usb: dwc3: omap: don't miss events during suspend/resume

The USB cable state can change during suspend/resume so be sure to check and update the extcon state. Signed-off-by: Roger Quadros --- drivers/usb/dwc3/dwc3-omap.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/usb/dwc3/dwc3-omap.c b/drivers/usb/dwc3/dwc3-omap.c in

[PATCH v2 3/4] usb: dwc3: add dual-role support

If dr_mode is "otg" then support dual role mode of operation. Get ID and VBUS information from the OTG controller and put the controller in the appropriate state. This is our dual-role state table. ID VBUSdual-role state -- --- 0 x A_HOST - Host cont

[PATCH v2 1/4] usb: dwc3: core.h: add some register definitions

Add OTG and GHWPARAMS6 register definitions Signed-off-by: Roger Quadros --- drivers/usb/dwc3/core.h | 82 + 1 file changed, 82 insertions(+) diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h index d514dca..fc82d2e 100644 --- a/driver

[PATCH v2 4/4] usb: dwc3: Workaround for super-speed host on dra7 in dual-role mode

dra7 OTG core limits the host controller to USB2.0 (high-speed) mode when we're operating in dual-role. We work around that by bypassing the OTG core and reading the extcon framework directly for ID/VBUS events. Signed-off-by: Roger Quadros --- Documentation/devicetree/bindings/usb/dwc3.txt |

[PATCH v2 0/4] usb: dwc3: dual-role support

Hi, We rely on the OTG controller block or Extcon to provide us with VBUS and ID line status via an interrupt. This is then used to switch the controller between host, peripheral and idle roles based on the following table. ID VBUSdual-role state -- --- 0

Re: [kbuild-all] drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.c:58:6: error: redefinition of 'brcmf_debugfs_init'

Hi all, Yes sorry, it's a false report related to how we do bisects. CONFIG_BRCM_TRACING=y CONFIG_BRCMDBG=y but DEBUG is not defined. I think it would help if CONFIG_BRCMDBG set DEBUG or if some of the tests for DEBUG used CONFIG_BRCMDBG instead. Arend or Rafał, would you be able to look at

Re: [PATCH v4 20/36] media: imx: Add CSI subdev driver

On Thu, Feb 16, 2017 at 12:40:27PM +, Russell King - ARM Linux wrote: > However, the following is primerily directed at Laurent as the one who > introduced the BUG_ON() in question... > > NEVER EVER USE BUG_ON() IN A PATH THAT CAN RETURN AN ERROR. > > It's possible to find Linus rants about t

Re: [PATCH v3 0/2] iov_iter: allow iov_iter_get_pages_alloc to allocate more pages per call

On Thu, 2017-02-02 at 09:51 +, Al Viro wrote: > On Wed, Jan 25, 2017 at 08:32:03AM -0500, Jeff Layton wrote: > > Small respin of the patch that I sent yesterday for the same thing. > > > > This moves the maxsize handling into iov_iter_pvec_size, so that we don't > > end up iterating past the m

Re: [PATCH v2 0/6] Move dell-led to drivers/platform/x86

On Thu, Feb 16, 2017 at 2:01 PM, Michał Kępień wrote: >> On Thu, Feb 16, 2017 at 1:32 PM, Michał Kępień wrote: >> >> > For maintainers' convenience, I am planning to submit a v3 with all the >> > tags supplied by everyone who reviewed this series and also some minor >> > coding style tweaks sugge

Re: drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.c:58:6: error: redefinition of 'brcmf_debugfs_init'

Arend Van Spriel writes: > On 16-2-2017 11:01, Kalle Valo wrote: >> Arend Van Spriel writes: >> >>> On 16-2-2017 10:39, Rafał Miłecki wrote: On 02/16/2017 10:31 AM, Kalle Valo wrote: > (Adding linux-wireless) > > Arend or Rafał, would you be able to look at this build problem?

<    1   2   3   4   5   6   7   8   9   >