The patchset will add a driver to support basic functionality for
XRA1403 device. Features supported:
- get/set GPIO direction (input, output)
- get/set GPIO level (low, high)
Documentation: A gpio-xra1403.txt file was added to document the DTS
bindings related to driver.
Add XRA1403 support to MAINTAINERS list.
Signed-off-by: Nandor Han
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f9deb67..db86335 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -14078,6 +14078,14 @@ L:
The patchset will add a driver to support basic functionality for
XRA1403 device. Features supported:
- get/set GPIO direction (input, output)
- get/set GPIO level (low, high)
Documentation: A gpio-xra1403.txt file was added to document the DTS
bindings related to driver.
Add XRA1403 support to MAINTAINERS list.
Signed-off-by: Nandor Han
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f9deb67..db86335 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -14078,6 +14078,14 @@ L: linux-kernel@vger.kernel.org
This driver support basic XRA1403 functionalities:
- set gpio direction
- get gpio direction
- set gpio high/low
- get gpio status
Signed-off-by: Nandor Han
Signed-off-by: Semi Malinen
---
drivers/gpio/Kconfig| 5 +
This driver support basic XRA1403 functionalities:
- set gpio direction
- get gpio direction
- set gpio high/low
- get gpio status
Signed-off-by: Nandor Han
Signed-off-by: Semi Malinen
---
drivers/gpio/Kconfig| 5 +
drivers/gpio/Makefile | 1 +
On Mon, May 15, 2017 at 06:52:47AM +0200, Samuel Iglesias Gonsálvez wrote:
> Hello Markus,
>
> Thanks for the patches!
>
> Series is,
>
> Acked-by: Samuel Iglesias Gonsalvez
>
> Greg, Would you mind picking this patch series through your char-misc
> tree?
I'm sorry, but
On Mon, May 15, 2017 at 06:52:47AM +0200, Samuel Iglesias Gonsálvez wrote:
> Hello Markus,
>
> Thanks for the patches!
>
> Series is,
>
> Acked-by: Samuel Iglesias Gonsalvez
>
> Greg, Would you mind picking this patch series through your char-misc
> tree?
I'm sorry, but this person is in my
From: Zhong Kaihua
Set PPLL2 to 2880M. With this patch, we saw better compatibility
on various 1080p HDMI monitors.
Signed-off-by: Zhong Kaihua
Signed-off-by: Zheng Shaobo
---
drivers/clk/hisilicon/clk-hi3660.c | 4 ++--
From: Chen Jun
This patch adds clocks for video encoder and decoder.
Signed-off-by: Chen Jun
Signed-off-by: Guodong Xu
---
drivers/clk/hisilicon/clk-hi3660.c | 23 +++
From: Zhong Kaihua
Set PPLL2 to 2880M. With this patch, we saw better compatibility
on various 1080p HDMI monitors.
Signed-off-by: Zhong Kaihua
Signed-off-by: Zheng Shaobo
---
drivers/clk/hisilicon/clk-hi3660.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Chen Jun
This patch adds clocks for video encoder and decoder.
Signed-off-by: Chen Jun
Signed-off-by: Guodong Xu
---
drivers/clk/hisilicon/clk-hi3660.c | 23 +++
include/dt-bindings/clock/hi3660-clock.h | 10 ++
2 files changed, 33 insertions(+)
diff
From: Chen Jun
Parent name of clk_mux_sysbus is not correct. This patch fixes it.
Signed-off-by: Chen Jun
Signed-off-by: John Stultz
Signed-off-by: Guodong Xu
---
drivers/clk/hisilicon/clk-hi3660.c |
From: Chen Jun
Parent name of clk_mux_sysbus is not correct. This patch fixes it.
Signed-off-by: Chen Jun
Signed-off-by: John Stultz
Signed-off-by: Guodong Xu
---
drivers/clk/hisilicon/clk-hi3660.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On 2017-05-10 21:49, Andy Duan wrote:
> From: Stefan Agner Sent: Thursday, May 11, 2017 12:08 PM
>>To: Andy Duan
>>Cc: David Miller ; and...@lunn.ch;
>>feste...@gmail.com; net...@vger.kernel.org; linux-
>>ker...@vger.kernel.org
On 2017-05-10 21:49, Andy Duan wrote:
> From: Stefan Agner Sent: Thursday, May 11, 2017 12:08 PM
>>To: Andy Duan
>>Cc: David Miller ; and...@lunn.ch;
>>feste...@gmail.com; net...@vger.kernel.org; linux-
>>ker...@vger.kernel.org
>>Subject: Re: [PATCH] net: fec: select queue depending on VLAN
Fixing 'checkpatch.pl' warnings: Trailing whitespaces
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/ccree/ssi_cipher.c | 110 ++---
1 file changed, 55 insertions(+), 55 deletions(-)
diff --git a/drivers/staging/ccree/ssi_cipher.c
Fixing 'checkpatch.pl' warnings: Trailing whitespaces
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/ccree/ssi_cipher.c | 110 ++---
1 file changed, 55 insertions(+), 55 deletions(-)
diff --git a/drivers/staging/ccree/ssi_cipher.c
On 14-05-17, 20:27, Thomas Gleixner wrote:
> To enable smp_processor_id() and might_sleep() debug checks earlier, it's
> required to add system states between SYSTEM_BOOTING and SYSTEM_RUNNING.
>
> Adjust the system_state check in pas_cpufreq_cpu_exit() to handle the extra
> states.
>
>
On 14-05-17, 20:27, Thomas Gleixner wrote:
> To enable smp_processor_id() and might_sleep() debug checks earlier, it's
> required to add system states between SYSTEM_BOOTING and SYSTEM_RUNNING.
>
> Adjust the system_state check in pas_cpufreq_cpu_exit() to handle the extra
> states.
>
>
On 2017-05-14 17:50, Jonathan Cameron wrote:
> On 08/05/17 09:46, Jan Kiszka wrote:
>> This is an upstream port of an IIO driver for the TI ADC108S102 and
>> ADC128S102. The former can be found on the Intel Galileo Gen2 and the
>> Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration
On 2017-05-14 17:50, Jonathan Cameron wrote:
> On 08/05/17 09:46, Jan Kiszka wrote:
>> This is an upstream port of an IIO driver for the TI ADC108S102 and
>> ADC128S102. The former can be found on the Intel Galileo Gen2 and the
>> Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration
Hello Markus,
Thanks for the patches!
Series is,
Acked-by: Samuel Iglesias Gonsalvez
Greg, Would you mind picking this patch series through your char-misc
tree?
Sam
On Sat, 2017-05-13 at 10:56 +0200, SF Markus Elfring wrote:
> From: Markus Elfring
Hello Markus,
Thanks for the patches!
Series is,
Acked-by: Samuel Iglesias Gonsalvez
Greg, Would you mind picking this patch series through your char-misc
tree?
Sam
On Sat, 2017-05-13 at 10:56 +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sat, 13 May 2017 10:37:06 +0200
>
2017-05-15 3:03 GMT+03:00 Ben Skeggs :
> On 05/15/2017 01:10 AM, Tommi Rantala wrote:
>>
>> Hi,
>
> Hey Tommi,
>
> Thanks for bisecting this. It's rather unexpected that you should be seeing
> problems here, but, the commit makes sense for it at least.
>
> Are you able to get
2017-05-15 3:03 GMT+03:00 Ben Skeggs :
> On 05/15/2017 01:10 AM, Tommi Rantala wrote:
>>
>> Hi,
>
> Hey Tommi,
>
> Thanks for bisecting this. It's rather unexpected that you should be seeing
> problems here, but, the commit makes sense for it at least.
>
> Are you able to get me new kernel logs
On Tue, May 9, 2017 at 2:02 AM, Scott Branden
wrote:
> One update below needed dealing with memreserve
>
>
> On 17-05-06 04:54 AM, Anup Patel wrote:
>>
>> The Broadcom Stingray SoC is a new member in Broadcom iProc
>> SoC family.
>>
>> This patch adds initial DTS files
On Tue, May 9, 2017 at 2:02 AM, Scott Branden
wrote:
> One update below needed dealing with memreserve
>
>
> On 17-05-06 04:54 AM, Anup Patel wrote:
>>
>> The Broadcom Stingray SoC is a new member in Broadcom iProc
>> SoC family.
>>
>> This patch adds initial DTS files for Broadcom Stingray SoC
On Mon, May 8, 2017 at 5:00 AM, Florian Fainelli wrote:
> Le 05/06/17 à 04:54, Anup Patel a écrit :
>> The Broadcom Stingray SoC is a new member in Broadcom iProc
>> SoC family.
>>
>> This patch adds initial DTS files for Broadcom Stingray SoC
>> and two of its reference
On Mon, May 8, 2017 at 5:00 AM, Florian Fainelli wrote:
> Le 05/06/17 à 04:54, Anup Patel a écrit :
>> The Broadcom Stingray SoC is a new member in Broadcom iProc
>> SoC family.
>>
>> This patch adds initial DTS files for Broadcom Stingray SoC
>> and two of its reference boards (bcm958742k and
On Fri, May 12, 2017 at 8:51 PM, Rob Herring wrote:
> On Sat, May 06, 2017 at 05:24:37PM +0530, Anup Patel wrote:
>> From: Sandeep Tripathy
>>
>> Update iproc clock dt-binding documentation with
>> Stingray pll and clock details.
>>
>>
On Fri, May 12, 2017 at 8:51 PM, Rob Herring wrote:
> On Sat, May 06, 2017 at 05:24:37PM +0530, Anup Patel wrote:
>> From: Sandeep Tripathy
>>
>> Update iproc clock dt-binding documentation with
>> Stingray pll and clock details.
>>
>> Signed-off-by: Sandeep Tripathy
>> Reviewed-by: Ray Jui
>>
Hi Xunlei,
On Mon, 15 May 2017 12:02:18 +0800 Xunlei Pang wrote:
>
> The following patch will fix it, do you want to me to send it out separately?
> or help merge it into
> fc7d2b44367f ("powerpc/fadump: use the correct VMCOREINFO_NOTE_SIZE for
> phdr") directly?
Andrew
Hi Xunlei,
On Mon, 15 May 2017 12:02:18 +0800 Xunlei Pang wrote:
>
> The following patch will fix it, do you want to me to send it out separately?
> or help merge it into
> fc7d2b44367f ("powerpc/fadump: use the correct VMCOREINFO_NOTE_SIZE for
> phdr") directly?
Andrew normally takes these
On Thu, 2017-05-04 at 10:41:12 UTC, Nicholas Piggin wrote:
> On Thu, 04 May 2017 14:54:19 +0530
> Abdul Haleem wrote:
>
> > Hi,
> >
> > linux-next build fails on BE config with next-20170424 onwards
> >
> > the patch https://lkml.org/lkml/2017/4/20/994 fixes a
On Mon, 2017-05-08 at 08:50:16 UTC, =?utf-8?q?Horia_Geant=C4=83?= wrote:
> Makefile.postlink always includes include/config/auto.conf, however
> this file is not present in a clean kernel tree, causing make to fail:
>
> arch/powerpc/Makefile.postlink:10: include/config/auto.conf: No such file or
On Thu, 2017-05-04 at 10:41:12 UTC, Nicholas Piggin wrote:
> On Thu, 04 May 2017 14:54:19 +0530
> Abdul Haleem wrote:
>
> > Hi,
> >
> > linux-next build fails on BE config with next-20170424 onwards
> >
> > the patch https://lkml.org/lkml/2017/4/20/994 fixes a similar issue
> > with kvm guest
On Mon, 2017-05-08 at 08:50:16 UTC, =?utf-8?q?Horia_Geant=C4=83?= wrote:
> Makefile.postlink always includes include/config/auto.conf, however
> this file is not present in a clean kernel tree, causing make to fail:
>
> arch/powerpc/Makefile.postlink:10: include/config/auto.conf: No such file or
The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output
of Tx descriptor is to be used by next/dependent Tx descriptor.
The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome()
when calling dma->device_prep_dma_pq() under following conditions:
1. ASYNC_TX_FENCE not
The DMA_PREP_FENCE is to be used when preparing Tx descriptor if output
of Tx descriptor is to be used by next/dependent Tx descriptor.
The DMA_PREP_FENSE will not be set correctly in do_async_gen_syndrome()
when calling dma->device_prep_dma_pq() under following conditions:
1. ASYNC_TX_FENCE not
This patch adds the DT bindings document for newly added Broadcom
SBA RAID driver.
Acked-by: Rob Herring
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Anup Patel
---
This patch adds the DT bindings document for newly added Broadcom
SBA RAID driver.
Acked-by: Rob Herring
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
Signed-off-by: Anup Patel
---
.../devicetree/bindings/dma/brcm,iproc-sba.txt | 29 ++
1 file changed, 29
The Broadcom stream buffer accelerator (SBA) provides offloading
capabilities for RAID operations. This SBA offload engine is
accessible via Broadcom SoC specific ring manager.
This patch adds Broadcom SBA RAID driver which provides one
DMA device with RAID capabilities using one or more Broadcom
The Broadcom stream buffer accelerator (SBA) provides offloading
capabilities for RAID operations. This SBA offload engine is
accessible via Broadcom SoC specific ring manager.
This patch adds Broadcom SBA RAID driver which provides one
DMA device with RAID capabilities using one or more Broadcom
The Broadcom SBA RAID is a stream-based device which provides
RAID5/6 offload.
It requires a SoC specific ring manager (such as Broadcom FlexRM
ring manager) to provide ring-based programming interface. Due to
this, the Broadcom SBA RAID driver (mailbox client) implements
DMA device having one
The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The
Linux async_tx framework pass values from raid6_gfexp as coefficients
for each source to prep_dma_pq() callback of DMA channel with PQ
capability. This creates problem for RAID6 offload engines (such as
Broadcom SBA) which take
The Broadcom SBA RAID is a stream-based device which provides
RAID5/6 offload.
It requires a SoC specific ring manager (such as Broadcom FlexRM
ring manager) to provide ring-based programming interface. Due to
this, the Broadcom SBA RAID driver (mailbox client) implements
DMA device having one
The raid6_gfexp table represents {2}^n values for 0 <= n < 256. The
Linux async_tx framework pass values from raid6_gfexp as coefficients
for each source to prep_dma_pq() callback of DMA channel with PQ
capability. This creates problem for RAID6 offload engines (such as
Broadcom SBA) which take
Hi, Benjamin
Let's stop endless discussing and focus on our needs.
I just copied my questions here.
You can ask them directly.
For the below inlined replies, I'll stop replying if they are based on
dependent on our basic agreements.
And I'll reply if something is really bad from my point of
Hi, Benjamin
Let's stop endless discussing and focus on our needs.
I just copied my questions here.
You can ask them directly.
For the below inlined replies, I'll stop replying if they are based on
dependent on our basic agreements.
And I'll reply if something is really bad from my point of
On Sun, May 14, 2017 at 06:41:13PM +0200, Peter Rosin wrote:
> As is, a failure message is printed unconditionally, which is confusing.
> And noisy.
>
> Fixes: 8d4d159f25a7 ("i2c: mux: provide more info on failure in
> i2c_mux_add_adapter")
> Signed-off-by: Peter Rosin
> ---
>
On Sun, May 14, 2017 at 06:41:13PM +0200, Peter Rosin wrote:
> As is, a failure message is printed unconditionally, which is confusing.
> And noisy.
>
> Fixes: 8d4d159f25a7 ("i2c: mux: provide more info on failure in
> i2c_mux_add_adapter")
> Signed-off-by: Peter Rosin
> ---
>
Jonathan,
Thank you for letting me know about correct iio git tree.
I checked out 'togreg' branch, and noticed that
latest ade7758_core.c still has checkpatch.pl warnings.
Actually Quentin Swain fixed the similar warnings in the ade7854.c,
and my patch is fix for similar warnings but it is for
Jonathan,
Thank you for letting me know about correct iio git tree.
I checked out 'togreg' branch, and noticed that
latest ade7758_core.c still has checkpatch.pl warnings.
Actually Quentin Swain fixed the similar warnings in the ade7854.c,
and my patch is fix for similar warnings but it is for
Jonathan,
Thank you for letting me know about correct iio git tree.
I checked out 'togreg' branch, and noticed that
latest ade7758_core.c still has checkpatch.pl warnings.
Actually Quentin Swain fixed the similar warnings in the ade7854.c,
and my patch is fix for similar warnings but it is for
Jonathan,
Thank you for letting me know about correct iio git tree.
I checked out 'togreg' branch, and noticed that
latest ade7758_core.c still has checkpatch.pl warnings.
Actually Quentin Swain fixed the similar warnings in the ade7854.c,
and my patch is fix for similar warnings but it is for
Mike Galbraith writes:
> On Tue, 2017-05-09 at 04:37 +0200, Mike Galbraith wrote:
>> On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote:
>>
>> > Thanks for reporting this. Can you confirm the following patch prevents
>> > the issue?
>>
>> Nope, it still gripes.
>
Mike Galbraith writes:
> On Tue, 2017-05-09 at 04:37 +0200, Mike Galbraith wrote:
>> On Mon, 2017-05-08 at 16:48 -0300, Gabriel Krisman Bertazi wrote:
>>
>> > Thanks for reporting this. Can you confirm the following patch prevents
>> > the issue?
>>
>> Nope, it still gripes.
>
> The reason
On 05/12/2017 04:31 PM, Laurent Pinchart wrote:
Hi Archit,
On Friday 12 May 2017 16:20:07 Archit Taneja wrote:
On 05/12/2017 03:08 PM, Laurent Pinchart wrote:
On Wednesday 10 May 2017 17:14:33 Daniel Vetter wrote:
On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
On Tue, May
On 05/12/2017 04:31 PM, Laurent Pinchart wrote:
Hi Archit,
On Friday 12 May 2017 16:20:07 Archit Taneja wrote:
On 05/12/2017 03:08 PM, Laurent Pinchart wrote:
On Wednesday 10 May 2017 17:14:33 Daniel Vetter wrote:
On Wed, May 10, 2017 at 04:41:09PM +0300, Ville Syrjälä wrote:
On Tue, May
The function x25_init is not properly unregister related resources
on error handler.It is will result in kernel oops if x25_init init
failed, so add right unregister call on error handler.
Signed-off-by: linzhang
---
net/x25/af_x25.c | 6 --
1 file changed, 4
The function x25_init is not properly unregister related resources
on error handler.It is will result in kernel oops if x25_init init
failed, so add right unregister call on error handler.
Signed-off-by: linzhang
---
net/x25/af_x25.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
On 05/12/2017 at 11:32 AM, Xunlei Pang wrote:
> When a contrained task is throttled by dl_check_constrained_dl(),
> it may carry the remaining positive runtime, as a result when
> dl_task_timer() fires and calls replenish_dl_entity(), it will
> not be replenished correctly due to the positive
On 05/12/2017 at 11:32 AM, Xunlei Pang wrote:
> When a contrained task is throttled by dl_check_constrained_dl(),
> it may carry the remaining positive runtime, as a result when
> dl_task_timer() fires and calls replenish_dl_entity(), it will
> not be replenished correctly due to the positive
On 05/10/2017 12:30 AM, Michal Suchanek wrote:
> Arm64 has 256TB address space so fix the test to pass on Arm as well.
>
> Also remove unneeded numaif include.
>
> Signed-off-by: Michal Suchanek
> ---
> tools/testing/selftests/vm/virtual_address_range.c | 36
>
On 05/10/2017 12:30 AM, Michal Suchanek wrote:
> Arm64 has 256TB address space so fix the test to pass on Arm as well.
>
> Also remove unneeded numaif include.
>
> Signed-off-by: Michal Suchanek
> ---
> tools/testing/selftests/vm/virtual_address_range.c | 36
> --
> 1 file
On 05/15/2017 at 09:56 AM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm-current tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from include/asm-generic/bug.h:15:0,
> from arch/arm/include/asm/bug.h:59,
>
On 05/15/2017 at 09:56 AM, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm-current tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> In file included from include/asm-generic/bug.h:15:0,
> from arch/arm/include/asm/bug.h:59,
>
On Fri, May 12, 2017 at 08:38:15AM +0200, Michal Hocko wrote:
> On Fri 12-05-17 11:00:48, Joonsoo Kim wrote:
> > On Thu, May 11, 2017 at 11:13:04AM +0200, Michal Hocko wrote:
> > > On Thu 11-05-17 11:12:43, Joonsoo Kim wrote:
> > > > Sorry for the late response. I was on a vacation.
> > > >
> > >
On Fri, May 12, 2017 at 08:38:15AM +0200, Michal Hocko wrote:
> On Fri 12-05-17 11:00:48, Joonsoo Kim wrote:
> > On Thu, May 11, 2017 at 11:13:04AM +0200, Michal Hocko wrote:
> > > On Thu 11-05-17 11:12:43, Joonsoo Kim wrote:
> > > > Sorry for the late response. I was on a vacation.
> > > >
> > >
On 05/13/2017 at 04:58 AM, luca abeni wrote:
> On Fri, 12 May 2017 15:19:55 +0800
> Xunlei Pang wrote:
> [...]
"As seen, enforcing that the total utilization is smaller than M
does not guarantee that global EDF schedules the tasks without
missing any deadline (in
On 05/13/2017 at 04:58 AM, luca abeni wrote:
> On Fri, 12 May 2017 15:19:55 +0800
> Xunlei Pang wrote:
> [...]
"As seen, enforcing that the total utilization is smaller than M
does not guarantee that global EDF schedules the tasks without
missing any deadline (in other words,
Hi Alex and Gerd,
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Saturday, May 13, 2017 12:38 AM
>To: Gerd Hoffmann
>Cc: Chen, Xiaoguang ; Tian, Kevin
>;
Hi Alex and Gerd,
>-Original Message-
>From: Alex Williamson [mailto:alex.william...@redhat.com]
>Sent: Saturday, May 13, 2017 12:38 AM
>To: Gerd Hoffmann
>Cc: Chen, Xiaoguang ; Tian, Kevin
>; intel-...@lists.freedesktop.org; linux-
>ker...@vger.kernel.org; zhen...@linux.intel.com; Lv,
On Mon, 15 May 2017 05:58:05 +0300
"Michael S. Tsirkin" wrote:
> On Sun, May 14, 2017 at 07:51:28PM +0200, Maciek Fijalkowski wrote:
> > From: Maciej Fijalkowski
> >
> > Signed-off-by: Maciej Fijalkowski
>
> I prefer the original form - ;
On Mon, 15 May 2017 05:58:05 +0300
"Michael S. Tsirkin" wrote:
> On Sun, May 14, 2017 at 07:51:28PM +0200, Maciek Fijalkowski wrote:
> > From: Maciej Fijalkowski
> >
> > Signed-off-by: Maciej Fijalkowski
>
> I prefer the original form - ; isn't a full statement.
>
> > ---
> >
Add documentation for PCIe host driver available in MT7623
series SoCs.
Signed-off-by: Ryder Lee
Acked-by: Rob Herring
---
.../bindings/pci/mediatek,mt7623-pcie.txt | 130 +
1 file changed, 130 insertions(+)
create mode
Jonathan,
Thank you for letting me know. In future I will work on 'togreg' branch
of iio.git tree to send my patches.
Thanks,
Harinath
On Sun, May 14, 2017 at 11:29 AM, Jonathan Cameron wrote:
> On 10/05/17 00:41, Harinath Nampally wrote:
>>
>> This patch fixes below kind of
Add documentation for PCIe host driver available in MT7623
series SoCs.
Signed-off-by: Ryder Lee
Acked-by: Rob Herring
---
.../bindings/pci/mediatek,mt7623-pcie.txt | 130 +
1 file changed, 130 insertions(+)
create mode 100644
Jonathan,
Thank you for letting me know. In future I will work on 'togreg' branch
of iio.git tree to send my patches.
Thanks,
Harinath
On Sun, May 14, 2017 at 11:29 AM, Jonathan Cameron wrote:
> On 10/05/17 00:41, Harinath Nampally wrote:
>>
>> This patch fixes below kind of warnings:
>>
Hi,
This patch series add Mediatek Gen2 PCIe host controller driver and
dt-binding document. It can be found on MT7623 series SoCs.
This driver was validated using Broadcom Tigon3 and Intel(R) 82575/82576
gigabit ethernet card.
P.S.
Hi Arnd,
I still keep interrupt-map properties of the child
Add support for the Mediatek PCIe Gen2 controller which can
be found on MT7623 series SoCs.
Signed-off-by: Ryder Lee
---
drivers/pci/host/Kconfig | 11 +
drivers/pci/host/Makefile| 1 +
drivers/pci/host/pcie-mediatek.c | 559
Hi,
This patch series add Mediatek Gen2 PCIe host controller driver and
dt-binding document. It can be found on MT7623 series SoCs.
This driver was validated using Broadcom Tigon3 and Intel(R) 82575/82576
gigabit ethernet card.
P.S.
Hi Arnd,
I still keep interrupt-map properties of the child
Add support for the Mediatek PCIe Gen2 controller which can
be found on MT7623 series SoCs.
Signed-off-by: Ryder Lee
---
drivers/pci/host/Kconfig | 11 +
drivers/pci/host/Makefile| 1 +
drivers/pci/host/pcie-mediatek.c | 559 +++
3 files
On Sun, May 14, 2017 at 07:51:30PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
Acked-by: Michael S. Tsirkin
But you really want to fix the subject. Make it less verbose
drop upper case and
On Sun, May 14, 2017 at 07:51:30PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
Acked-by: Michael S. Tsirkin
But you really want to fix the subject. Make it less verbose
drop upper case and add info about module. Something like:
Hi all,
Changes since 20170512:
Non-merge commits (relative to Linus' tree): 508
569 files changed, 13787 insertions(+), 5574 deletions(-)
I have created today's linux-next tree at
Hi all,
Changes since 20170512:
Non-merge commits (relative to Linus' tree): 508
569 files changed, 13787 insertions(+), 5574 deletions(-)
I have created today's linux-next tree at
On Sun, May 14, 2017 at 07:51:28PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
I prefer the original form - ; isn't a full statement.
> ---
> drivers/net/virtio_net.c | 3 ++-
> 1 file changed, 2
On Sun, May 14, 2017 at 07:51:28PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
I prefer the original form - ; isn't a full statement.
> ---
> drivers/net/virtio_net.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff
On Sun, May 14, 2017 at 07:51:29PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
This is not a complex value.
> ---
> drivers/net/virtio_net.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>
On Sun, May 14, 2017 at 07:51:29PM +0200, Maciek Fijalkowski wrote:
> From: Maciej Fijalkowski
>
> Signed-off-by: Maciej Fijalkowski
This is not a complex value.
> ---
> drivers/net/virtio_net.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
On Sun, May 14, 2017 at 3:45 AM, Greg Kroah-Hartman
wrote:
> On Fri, May 12, 2017 at 04:22:59PM -0700, Mahesh Bandewar wrote:
>> From: Mahesh Bandewar
>>
[...]
>> Now try to create a bridge inside this newly created net-ns which would
>> mean
On Sun, May 14, 2017 at 3:45 AM, Greg Kroah-Hartman
wrote:
> On Fri, May 12, 2017 at 04:22:59PM -0700, Mahesh Bandewar wrote:
>> From: Mahesh Bandewar
>>
[...]
>> Now try to create a bridge inside this newly created net-ns which would
>> mean bridge module need to be loaded.
>> # ip link
Hi Rafael,
On 5/11/2017 10:52 AM, Rafael J. Wysocki wrote:
>> OK. I'll reach out to Harb and let's see where the proposal goes.
> It looks like this is about operation regions after all, however, so _DEP as
> is
> should be sufficient here.
>
> There is some limited _DEP support in the ACPI
Hi Rafael,
On 5/11/2017 10:52 AM, Rafael J. Wysocki wrote:
>> OK. I'll reach out to Harb and let's see where the proposal goes.
> It looks like this is about operation regions after all, however, so _DEP as
> is
> should be sufficient here.
>
> There is some limited _DEP support in the ACPI
On Fri, 2017-05-12 at 17:05 +0200, Matthias Brugger wrote:
>
> On 12/05/17 05:22, Minghsiu Tsai wrote:
> > From: Daniel Kurtz
> >
> > If the mdp_* nodes are under an mdp sub-node, their corresponding
> > platform device does not automatically get its iommu assigned
On Fri, 2017-05-12 at 17:05 +0200, Matthias Brugger wrote:
>
> On 12/05/17 05:22, Minghsiu Tsai wrote:
> > From: Daniel Kurtz
> >
> > If the mdp_* nodes are under an mdp sub-node, their corresponding
> > platform device does not automatically get its iommu assigned properly.
> >
> > Fix this
On 05/14/2017 07:00 PM, Shawn Guo wrote:
On Sun, May 14, 2017 at 07:39:33AM -0700, Guenter Roeck wrote:
On 05/11/2017 12:22 AM, Shawn Guo wrote:
On Fri, May 05, 2017 at 03:32:59PM -0400, Sebastien Bourdelin wrote:
This watchdog is instantiated in a FPGA and can only be access using a
GPIOs
On 05/14/2017 07:00 PM, Shawn Guo wrote:
On Sun, May 14, 2017 at 07:39:33AM -0700, Guenter Roeck wrote:
On 05/11/2017 12:22 AM, Shawn Guo wrote:
On Fri, May 05, 2017 at 03:32:59PM -0400, Sebastien Bourdelin wrote:
This watchdog is instantiated in a FPGA and can only be access using a
GPIOs
1 - 100 of 494 matches
Mail list logo