On 10/10/2017 07:43 PM, Masahiro Yamada wrote:
> Accumulate subdir-{cc,as}flags-y directly to KBUILD_{A,C}FLAGS.
> Remove KBUILD_SUBDIR_{AS,CC}FLAGS.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> scripts/Makefile.lib | 8
> 1 file changed, 4
On 10/10/2017 07:43 PM, Masahiro Yamada wrote:
> Accumulate subdir-{cc,as}flags-y directly to KBUILD_{A,C}FLAGS.
> Remove KBUILD_SUBDIR_{AS,CC}FLAGS.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> scripts/Makefile.lib | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff
On Fri, Sep 22, 2017 at 4:27 PM, Kai-Heng Feng
wrote:
> On Asus GL502VSK and UX305LA, ACPI incorrectly reports discharging when
> battery is full and AC is plugged.
>
> However rate_now is correct under this circumstance, hence we can use
> "rate_now == 0" as a
On Fri, Sep 22, 2017 at 4:27 PM, Kai-Heng Feng
wrote:
> On Asus GL502VSK and UX305LA, ACPI incorrectly reports discharging when
> battery is full and AC is plugged.
>
> However rate_now is correct under this circumstance, hence we can use
> "rate_now == 0" as a predicate to report battery full
On Wed, Oct 11, 2017 at 5:43 PM, Will Deacon wrote:
> On Thu, Aug 24, 2017 at 05:33:47PM +0530, Ganapatrao Kulkarni wrote:
>> function get_cpuid_str returns MIDR string of the first online
>> cpu from the range of cpus associated with the pmu core device.
>>
>> Signed-off-by:
On Wed, Oct 11, 2017 at 5:43 PM, Will Deacon wrote:
> On Thu, Aug 24, 2017 at 05:33:47PM +0530, Ganapatrao Kulkarni wrote:
>> function get_cpuid_str returns MIDR string of the first online
>> cpu from the range of cpus associated with the pmu core device.
>>
>> Signed-off-by: Ganapatrao Kulkarni
+BCM kernel feedback.
Sorry for duplicated mails, had HTML formatting issue.
On Wed, Oct 11, 2017 at 5:50 PM, Abhishek Shah
wrote:
> Hi Linus,
>
> I am facing one issue, where; while disabling/ masking interrupts just
> before kexec reboot, access to gpio expander
+BCM kernel feedback.
Sorry for duplicated mails, had HTML formatting issue.
On Wed, Oct 11, 2017 at 5:50 PM, Abhishek Shah
wrote:
> Hi Linus,
>
> I am facing one issue, where; while disabling/ masking interrupts just
> before kexec reboot, access to gpio expander pca9505 residing over
> i2c bus
On Tue, 10 Oct 2017 22:32:31 +0530
"Naveen N. Rao" wrote:
> On 2017/09/19 10:00AM, Masami Hiramatsu wrote:
> > Warn if optprobe handler tries to change execution path.
> > As described in Documentation/kprobes.txt, with optprobe
> > user handler can not change
On Tue, 10 Oct 2017 22:32:31 +0530
"Naveen N. Rao" wrote:
> On 2017/09/19 10:00AM, Masami Hiramatsu wrote:
> > Warn if optprobe handler tries to change execution path.
> > As described in Documentation/kprobes.txt, with optprobe
> > user handler can not change instruction pointer. In that
> >
On 10/12/2017 12:10 AM, Abbott Liu wrote:
>On 10/11/2017 12:50 PM, Florian Fainelli wrote:
>> On 10/11/2017 12:13 PM, Florian Fainelli wrote:
>>> Hi Abbott,
>>>
>>> On 10/11/2017 01:22 AM, Abbott Liu wrote:
Hi,all:
These patches add arch specific code for kernel address sanitizer
On 10/12/2017 12:10 AM, Abbott Liu wrote:
>On 10/11/2017 12:50 PM, Florian Fainelli wrote:
>> On 10/11/2017 12:13 PM, Florian Fainelli wrote:
>>> Hi Abbott,
>>>
>>> On 10/11/2017 01:22 AM, Abbott Liu wrote:
Hi,all:
These patches add arch specific code for kernel address sanitizer
On Wed, Oct 11, 2017 at 7:25 PM, Will Deacon wrote:
> On Wed, Oct 11, 2017 at 03:24:31PM +0200, Robert Richter wrote:
>> On 11.10.17 13:19:27, Will Deacon wrote:
>> > On Tue, Aug 29, 2017 at 02:47:30PM +0200, Robert Richter wrote:
>> > > Shaokun,
>> > >
>> > > On 29.08.17
On Wed, Oct 11, 2017 at 7:25 PM, Will Deacon wrote:
> On Wed, Oct 11, 2017 at 03:24:31PM +0200, Robert Richter wrote:
>> On 11.10.17 13:19:27, Will Deacon wrote:
>> > On Tue, Aug 29, 2017 at 02:47:30PM +0200, Robert Richter wrote:
>> > > Shaokun,
>> > >
>> > > On 29.08.17 17:26:00, Zhangshaokun
This is a v4l2 subdev driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx with an IMX6Q which uses the TDA19971
with 16bits connected to the IMX6 CSI. For this configuration I've tested
both 16bit YUV422 and 8bit BT656 mode. While the driver should support
This is a v4l2 subdev driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx with an IMX6Q which uses the TDA19971
with 16bits connected to the IMX6 CSI. For this configuration I've tested
both 16bit YUV422 and 8bit BT656 mode. While the driver should support
Cc: Rob Herring
Signed-off-by: Tim Harvey
---
v2:
- add vendor prefix and remove _ from vidout-portcfg
- remove _ from labels
- remove max-pixel-rate property
- describe and provide example for single output port
- use new audio port bindings
---
Cc: Rob Herring
Signed-off-by: Tim Harvey
---
v2:
- add vendor prefix and remove _ from vidout-portcfg
- remove _ from labels
- remove max-pixel-rate property
- describe and provide example for single output port
- use new audio port bindings
---
Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v2:
- implement dv timings enum/cap
- remove deprecated g_mbus_config op
- fix dv_query_timings
- add EDID get/set handling
- remove max-pixel-rate support
Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v2:
- implement dv timings enum/cap
- remove deprecated g_mbus_config op
- fix dv_query_timings
- add EDID get/set handling
- remove max-pixel-rate support
- add audio codec DAI support
- use new
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v2:
- use new audio bindings
- add HDMI audio input support
---
arch/arm/boot/dts/imx6q-gw54xx.dts| 102
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2093060..de7124e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13019,6 +13019,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S:
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v2:
- use new audio bindings
- add HDMI audio input support
---
arch/arm/boot/dts/imx6q-gw54xx.dts| 102
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2093060..de7124e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13019,6 +13019,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F:
IATU unroll feature can be enabled in EP mode as well, so we need to
have this check in pcie-designware-ep.c, so instead of making this
function as static in pcie-desigware-host.c, let's move this in
pcie-designware.c so that both pcie-designware-host.c and
pcie-designware-ep.c can use it.
IATU unroll feature can be enabled in EP mode as well, so we need to
have this check in pcie-designware-ep.c, so instead of making this
function as static in pcie-desigware-host.c, let's move this in
pcie-designware.c so that both pcie-designware-host.c and
pcie-designware-ep.c can use it.
Jes Sorensen writes:
> On 10/11/2017 04:41 AM, Kalle Valo wrote:
>> Jes Sorensen writes:
>>
>>> On 10/10/2017 03:30 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are
Jes Sorensen writes:
> On 10/11/2017 04:41 AM, Kalle Valo wrote:
>> Jes Sorensen writes:
>>
>>> On 10/10/2017 03:30 PM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
>>>
>>> While this isn't
On very rare occasions, immediately after a suspend, one of our
SandyBridge CI boxes hits the exception below on CPU0 while trying to
reconfigure the energy bias register. As far as I can tell, this is not
likely a race in the kernel, since we have only one cpu online, no
preempt and
On very rare occasions, immediately after a suspend, one of our
SandyBridge CI boxes hits the exception below on CPU0 while trying to
reconfigure the energy bias register. As far as I can tell, this is not
likely a race in the kernel, since we have only one cpu online, no
preempt and
On 2017년 10월 11일 21:57, Chanwoo Choi wrote:
> On Wed, Oct 11, 2017 at 8:15 PM, MyungJoo Ham
> wrote:
>>> The existing {min|max}_freq sysfs nodes don't consider whether min/max_freq
>>> are available or not. Those sysfs nodes show just the stored value
>>> in the struct
On 2017년 10월 11일 21:57, Chanwoo Choi wrote:
> On Wed, Oct 11, 2017 at 8:15 PM, MyungJoo Ham
> wrote:
>>> The existing {min|max}_freq sysfs nodes don't consider whether min/max_freq
>>> are available or not. Those sysfs nodes show just the stored value
>>> in the struct devfreq.
>>>
>>> The
CONFIG_BLK_DEV_HD_IDE was removed in commit 80aa31cb460d ("ide:
remove CONFIG_BLK_DEV_HD_IDE config option (take 2)") but the ide-cd
documentation was not updated and still asks users to disable it,
which is misleading and involves a fruitless search.
Signed-off-by: Finn Thain
CONFIG_BLK_DEV_HD_IDE was removed in commit 80aa31cb460d ("ide:
remove CONFIG_BLK_DEV_HD_IDE config option (take 2)") but the ide-cd
documentation was not updated and still asks users to disable it,
which is misleading and involves a fruitless search.
Signed-off-by: Finn Thain
diff --git
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> Increase the maximum number of hosts in a system to 10.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris Lew
> ---
>
> Changes since
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> Increase the maximum number of hosts in a system to 10.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris Lew
> ---
>
> Changes since v1:
> - None
>
> Changes since v2:
> - None
>
>
controller_group allocation in pci_ep_cfs_init function can fail
so we should have a check while using it in pci_ep_cfs_add_epc_group
for registering group, else we will hit NULL pointer access.
This patch adds required check for the same and returns -EPROBE_DEFER,
so that endpoint controller
Brian Norris writes:
> Ping? Any comments? I know there's more than one way to slice this
> problem, but it's most definitely a problem...
I'm lagging behind with patches but I'll try to catch up this week.
Sorry.
--
Kalle Valo
controller_group allocation in pci_ep_cfs_init function can fail
so we should have a check while using it in pci_ep_cfs_add_epc_group
for registering group, else we will hit NULL pointer access.
This patch adds required check for the same and returns -EPROBE_DEFER,
so that endpoint controller
Brian Norris writes:
> Ping? Any comments? I know there's more than one way to slice this
> problem, but it's most definitely a problem...
I'm lagging behind with patches but I'll try to catch up this week.
Sorry.
--
Kalle Valo
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> In V12 SMEM, SBL writes SMEM parameter information after the TOC. Use
> the SBL provided item count as the max item number.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
>
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> In V12 SMEM, SBL writes SMEM parameter information after the TOC. Use
> the SBL provided item count as the max item number.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris Lew
> ---
>
> Changes since
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> SMEM V12 creates a global partition to allocate global smem items from
> instead of a global heap. The global partition has the same structure as
> a private partition.
>
Acked-by: Bjorn Andersson
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> SMEM V12 creates a global partition to allocate global smem items from
> instead of a global heap. The global partition has the same structure as
> a private partition.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
>
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> The SMEM header structure includes the version information. Read the
> version directly from the header instead of getting an item from the
> global heap.
>
Acked-by: Bjorn Andersson
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> The SMEM header structure includes the version information. Read the
> version directly from the header instead of getting an item from the
> global heap.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> Endianness can vary in the system, add le32_to_cpu when comparing
> partition sizes from smem.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris Lew
On Wed 11 Oct 14:29 PDT 2017, Chris Lew wrote:
> From: Chris Lew
>
> Endianness can vary in the system, add le32_to_cpu when comparing
> partition sizes from smem.
>
Acked-by: Bjorn Andersson
Regards,
Bjorn
> Signed-off-by: Chris Lew
> ---
>
> Changes since v1:
> - New change
>
>
On 10/11/2017 09:49 PM, Michael S. Tsirkin wrote:
On Wed, Oct 11, 2017 at 02:03:20PM +0800, Wei Wang wrote:
On 10/10/2017 11:15 PM, Michael S. Tsirkin wrote:
On Mon, Oct 02, 2017 at 04:38:01PM +, Wang, Wei W wrote:
On Sunday, October 1, 2017 11:19 AM, Michael S. Tsirkin wrote:
On Sat,
On 10/11/2017 09:49 PM, Michael S. Tsirkin wrote:
On Wed, Oct 11, 2017 at 02:03:20PM +0800, Wei Wang wrote:
On 10/10/2017 11:15 PM, Michael S. Tsirkin wrote:
On Mon, Oct 02, 2017 at 04:38:01PM +, Wang, Wei W wrote:
On Sunday, October 1, 2017 11:19 AM, Michael S. Tsirkin wrote:
On Sat,
On Tue, 2017-10-10 at 12:02 +0200, Matthias Brugger wrote:
>
> On 08/15/2017 11:09 AM, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > Add MediaTek MT6380 regulator becoming one of PMIC wrapper slave
> > and also add extra new regmap_config of 32-bit mode for
On Tue, 2017-10-10 at 12:02 +0200, Matthias Brugger wrote:
>
> On 08/15/2017 11:09 AM, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > Add MediaTek MT6380 regulator becoming one of PMIC wrapper slave
> > and also add extra new regmap_config of 32-bit mode for MT6380
> > since old
Dear Kishon,
Could you please review this patch?
After that, I'll make the immutable brand and then send the pull request
for power_supply, mfd, phy, usb and extcon framework.
On 2017년 10월 10일 19:17, Chanwoo Choi wrote:
> The extcon has two type of extcon devices as following.
> - 'extcon
Dear Kishon,
Could you please review this patch?
After that, I'll make the immutable brand and then send the pull request
for power_supply, mfd, phy, usb and extcon framework.
On 2017년 10월 10일 19:17, Chanwoo Choi wrote:
> The extcon has two type of extcon devices as following.
> - 'extcon
Hi Bjorn,
Thanks a lot for your review!
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 2017年10月12日 3:41
> To: Z.q. Hou
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-...@vger.kernel.org;
Hi Bjorn,
Thanks a lot for your review!
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 2017年10月12日 3:41
> To: Z.q. Hou
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-...@vger.kernel.org; bhelg...@google.com; Roy Zang
> ;
Signed-off-by: Jacob Chen
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6671f375f7fc..b13dae0cbf42 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11509,6 +11509,13 @@ F: drivers/hid/hid-roccat*
F:
Signed-off-by: Jacob Chen
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6671f375f7fc..b13dae0cbf42 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11509,6 +11509,13 @@ F: drivers/hid/hid-roccat*
F: include/linux/hid-roccat*
F:
According to the ASPEED datasheet, gigabit speeds require a clock of
100MHz or higher. Other speeds require 25MHz or higher. This patch
configures a 100MHz clock if the system has a direct-attached
PHY, or 25MHz if the system is running NC-SI which is limited to 100MHz.
There appear to be no
According to the ASPEED datasheet, gigabit speeds require a clock of
100MHz or higher. Other speeds require 25MHz or higher. This patch
configures a 100MHz clock if the system has a direct-attached
PHY, or 25MHz if the system is running NC-SI which is limited to 100MHz.
There appear to be no
From: Colin King
Date: Wed, 11 Oct 2017 11:56:23 +0100
> From: Colin Ian King
>
> Variable old_flags is being assigned but is never read; it is redundant
> and can be removed.
>
> Cleans up clang warning: Value stored to 'old_flags' is never
From: Colin King
Date: Wed, 11 Oct 2017 11:56:23 +0100
> From: Colin Ian King
>
> Variable old_flags is being assigned but is never read; it is redundant
> and can be removed.
>
> Cleans up clang warning: Value stored to 'old_flags' is never read
>
> Signed-off-by: Colin Ian King
Applied.
If faddr2line is given a function name which is the
last one listed by "nm -n", it will fail because it
never finds the next symbol.
So teach the awk script to catch that possibility,
and use 'size' to provide the end point of the last
function.
Signed-off-by: NeilBrown
---
If faddr2line is given a function name which is the
last one listed by "nm -n", it will fail because it
never finds the next symbol.
So teach the awk script to catch that possibility,
and use 'size' to provide the end point of the last
function.
Signed-off-by: NeilBrown
---
scripts/faddr2line
On Tue, 2017-10-10 at 11:38 +0200, Matthias Brugger wrote:
>
> On 08/15/2017 11:09 AM, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > Some regulators such as MediaTek MT6380 also has to be written in
> > 32-bit mode. So the patch adds pwrap_write32, rename old
On Tue, 2017-10-10 at 11:38 +0200, Matthias Brugger wrote:
>
> On 08/15/2017 11:09 AM, sean.w...@mediatek.com wrote:
> > From: Sean Wang
> >
> > Some regulators such as MediaTek MT6380 also has to be written in
> > 32-bit mode. So the patch adds pwrap_write32, rename old pwrap_write
> > into
From: Colin King
Date: Wed, 11 Oct 2017 10:53:28 +0100
> From: Colin Ian King
>
> The function ipgre_mpls_encap_hlen is local to the source and
> does not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol
From: Colin King
Date: Wed, 11 Oct 2017 10:53:28 +0100
> From: Colin Ian King
>
> The function ipgre_mpls_encap_hlen is local to the source and
> does not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol 'ipgre_mpls_encap_hlen' was not declared. Should it
From: Colin King
Date: Wed, 11 Oct 2017 11:17:57 +0100
> From: Colin Ian King
>
> The array sctp_sched_ops is local to the source and
> does not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol
From: Colin King
Date: Wed, 11 Oct 2017 11:17:57 +0100
> From: Colin Ian King
>
> The array sctp_sched_ops is local to the source and
> does not need to be in global scope, so make it static.
>
> Cleans up sparse warning:
> symbol 'sctp_sched_ops' was not declared. Should it be static?
>
>
Hi Bjorn,
Thanks a lot for your comments!
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 2017年10月12日 3:38
> To: Z.q. Hou
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-...@vger.kernel.org;
Hi Bjorn,
Thanks a lot for your comments!
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 2017年10月12日 3:38
> To: Z.q. Hou
> Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-...@vger.kernel.org; bhelg...@google.com; Roy Zang
>
From: Samuel Mendoza-Jonas
Date: Wed, 11 Oct 2017 16:54:27 +1100
> Currently we drop any new VLAN ids if there are more than the current
> (or last used) channel can support. Most importantly this is a problem
> if no channel has been selected yet, resulting in a segfault.
From: Samuel Mendoza-Jonas
Date: Wed, 11 Oct 2017 16:54:27 +1100
> Currently we drop any new VLAN ids if there are more than the current
> (or last used) channel can support. Most importantly this is a problem
> if no channel has been selected yet, resulting in a segfault.
>
> Secondly this
Hi Bjorn,
I greatly appreciate for your review and picking up them.
Acked-by: Minghuan Lian
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Thursday, October 12, 2017 2:57 AM
> To: Z.q. Hou
> Cc:
Hi Bjorn,
I greatly appreciate for your review and picking up them.
Acked-by: Minghuan Lian
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Thursday, October 12, 2017 2:57 AM
> To: Z.q. Hou
> Cc: linux-kernel@vger.kernel.org; devicet...@vger.kernel.org;
On Tue, Oct 10, 2017 at 4:14 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2017-10-10 at 15:19 +1030, Joel Stanley wrote:
>> According to the ASPEED datasheet, gigabit speeds require a clock of
>> 100MHz or higher. Other speeds require 25MHz or higher.
>
> Did you try
On Tue, Oct 10, 2017 at 4:14 PM, Benjamin Herrenschmidt
wrote:
> On Tue, 2017-10-10 at 15:19 +1030, Joel Stanley wrote:
>> According to the ASPEED datasheet, gigabit speeds require a clock of
>> 100MHz or higher. Other speeds require 25MHz or higher.
>
> Did you try "live" changing by either
Hi Bjorn,
Thanks for your review.
Yes. All the freescale's PCIe controllers do not support to generate MSI
interrupt.
The PCIe controllers developed for the next generation SoC do not support it
either.
Acked-by: Minghuan Lian
> -Original Message-
> From: Bjorn
Hi Bjorn,
Thanks for your review.
Yes. All the freescale's PCIe controllers do not support to generate MSI
interrupt.
The PCIe controllers developed for the next generation SoC do not support it
either.
Acked-by: Minghuan Lian
> -Original Message-
> From: Bjorn Helgaas
On Wed, 11 Oct 2017 10:03:01 +0200 Geert Uytterhoeven wrote:
> PSCI support may be disabled at build time (by configuration) or at
> run-time (PSCI firmware not present). While CONFIG_ARM_PSCI_FW can be
> used to check for build time enablement, there is currently no simple
> way to check if
On Wed, 11 Oct 2017 10:03:01 +0200 Geert Uytterhoeven wrote:
> PSCI support may be disabled at build time (by configuration) or at
> run-time (PSCI firmware not present). While CONFIG_ARM_PSCI_FW can be
> used to check for build time enablement, there is currently no simple
> way to check if
Removing k...@vger.kernel.org from the CC list.
On Wed, Oct 11, 2017 at 01:48:58PM -0400, Theodore Ts'o wrote:
> On Wed, Oct 11, 2017 at 02:48:16PM +1100, Tobin C. Harding wrote:
> > +/*
> > + * Obfuscates pointer (algorithm taken from kptr_obfuscate(). See
> > kernel/kcmp.c)
> > + * v is the
Removing k...@vger.kernel.org from the CC list.
On Wed, Oct 11, 2017 at 01:48:58PM -0400, Theodore Ts'o wrote:
> On Wed, Oct 11, 2017 at 02:48:16PM +1100, Tobin C. Harding wrote:
> > +/*
> > + * Obfuscates pointer (algorithm taken from kptr_obfuscate(). See
> > kernel/kcmp.c)
> > + * v is the
On Fri, Sep 22, 2017 at 03:00:02PM -0500, Tom Zanussi wrote:
> Users should be able to directly specify event fields in hist trigger
> 'actions' rather than being forced to explicitly create a variable for
> that purpose.
>
> Add support allowing fields to be used directly in actions, which
>
On Fri, Sep 22, 2017 at 03:00:02PM -0500, Tom Zanussi wrote:
> Users should be able to directly specify event fields in hist trigger
> 'actions' rather than being forced to explicitly create a variable for
> that purpose.
>
> Add support allowing fields to be used directly in actions, which
>
On Wed, 11 Oct 2017 13:51:26 -0700
Jin Qian wrote:
> From: Jin Qian
>
> Expose emmc revision as part of device attributes.
>> ANDROID: mmc: core: export emmc revision
This commit probably back port from android linux kernel repo. Could we
remove the
On Wed, 11 Oct 2017 13:51:26 -0700
Jin Qian wrote:
> From: Jin Qian
>
> Expose emmc revision as part of device attributes.
>> ANDROID: mmc: core: export emmc revision
This commit probably back port from android linux kernel repo. Could we
remove the ANDROID prefix
>
> Signed-off-by: Jin
On Tue, Oct 10, 2017 at 09:06:50PM -0700, Joe Perches wrote:
> On Wed, 2017-10-11 at 14:48 +1100, Tobin C. Harding wrote:
> > Currently there are many places in the kernel where addresses are being
> > printed using an unadorned %p. Kernel pointers should be printed using
> > %pK allowing some
On Tue, Oct 10, 2017 at 09:06:50PM -0700, Joe Perches wrote:
> On Wed, 2017-10-11 at 14:48 +1100, Tobin C. Harding wrote:
> > Currently there are many places in the kernel where addresses are being
> > printed using an unadorned %p. Kernel pointers should be printed using
> > %pK allowing some
On Thu, Oct 12, 2017 at 3:09 AM, Linus Walleij wrote:
> On Wed, Oct 11, 2017 at 2:00 PM, Maxime Ripard
> wrote:
>
>> What about not enforcing any muxing state when we want to mux to the
>> "ldo" function? We just leave it to whatever
On Thu, Oct 12, 2017 at 3:09 AM, Linus Walleij wrote:
> On Wed, Oct 11, 2017 at 2:00 PM, Maxime Ripard
> wrote:
>
>> What about not enforcing any muxing state when we want to mux to the
>> "ldo" function? We just leave it to whatever value it is, that way we
>> keep it under the regulator
On Wed, Oct 11, 2017 at 04:39:40PM -0700, Andrew Morton wrote:
>On Wed, 11 Oct 2017 10:33:39 +0800 Wei Yang wrote:
>
>> On Tue, Oct 10, 2017 at 01:53:11PM -0700, Andrew Morton wrote:
>> >On Tue, 10 Oct 2017 10:52:01 +0800 Wei Yang
>> >wrote:
On Wed, Oct 11, 2017 at 04:39:40PM -0700, Andrew Morton wrote:
>On Wed, 11 Oct 2017 10:33:39 +0800 Wei Yang wrote:
>
>> On Tue, Oct 10, 2017 at 01:53:11PM -0700, Andrew Morton wrote:
>> >On Tue, 10 Oct 2017 10:52:01 +0800 Wei Yang
>> >wrote:
>> >
>> >> When parent is NULL, get_slot_offset()
On Wed, Oct 11, 2017 at 06:02:47PM +0530, Shreeya Patel wrote:
> On Tue, 2017-10-10 at 11:06 +1100, Tobin C. Harding wrote:
> > On Tue, Oct 10, 2017 at 02:48:58AM +0530, Shreeya Patel wrote:
> > >
> > > Remove NULL pointer dereference as it results in undefined
> > > behaviour, and will usually
On Wed, Oct 11, 2017 at 06:02:47PM +0530, Shreeya Patel wrote:
> On Tue, 2017-10-10 at 11:06 +1100, Tobin C. Harding wrote:
> > On Tue, Oct 10, 2017 at 02:48:58AM +0530, Shreeya Patel wrote:
> > >
> > > Remove NULL pointer dereference as it results in undefined
> > > behaviour, and will usually
This patchset adds a new hardware offload type in mqprio before adding
mqprio hardware offload support in hns3 driver.
Yunsheng Lin (2):
mqprio: Add a new hardware offload type in mqprio
net: hns3: Add mqprio hardware offload support in hns3 driver
This patchset adds a new hardware offload type in mqprio before adding
mqprio hardware offload support in hns3 driver.
Yunsheng Lin (2):
mqprio: Add a new hardware offload type in mqprio
net: hns3: Add mqprio hardware offload support in hns3 driver
When using tc qdisc, dcb_ops->setup_tc is used to tell hclge_dcb
module to do the tm related setup. Only TC_MQPRIO_HW_OFFLOAD_DCB
offload type is supported.
Signed-off-by: Yunsheng Lin
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 1 +
When using tc qdisc, dcb_ops->setup_tc is used to tell hclge_dcb
module to do the tm related setup. Only TC_MQPRIO_HW_OFFLOAD_DCB
offload type is supported.
Signed-off-by: Yunsheng Lin
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 1 +
1 - 100 of 1994 matches
Mail list logo