On Mon, Nov 28, 2016 at 01:20:06PM +0100, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Add regular waiters in stamp order. Keep adding waiters that have no
> context in FIFO order and take care not to starve them.
>
> While adding our task as a waiter, back off if we detect that there is a
>
On Wed, 30 Nov 2016 16:05:56 +0800
Xishi Qiu wrote:
> The kernel version is v4.1, and I find some error reports from kasan.
First off, this is an ancient kernel. Can you reproduce this on 4.9-rc?
> I'm not sure whether it is a wrong report.
No idea, and it may not even be an issue with ftrace,
From: Stephen Agate
Add support for the Vitesse VSC8572 which is functionally equivalent to
the already supported VSC8574. As such, all the same handling functions
are used since the VSC8572 merely has half the number of phy blocks
internally.
Signed-off-by: Stephen Agate
Signed-off-by: Neill W
These patches were created as part of work to add support for SGMII
PCS functionality to the Altera TSE MAC. Patches are based on 4.9-rc6
git tree.
The first patch in the series adds support for the VSC8572 dual-port
Gigabit Ethernet transceiver, used in integration testing.
The second patch adds
Add support for the (optional) SGMII PCS functionality of the Altera
TSE MAC. If the phy-mode is set to 'sgmii' then we attempt to discover
and initialise the PCS so that the MAC can communicate to the PHY.
The PCS IP block provides a scratch register for testing presence of
the PCS, which is mapp
On 30/11/16 11:04, Will Deacon wrote:
On Thu, Nov 24, 2016 at 01:40:05PM +, Suzuki K Poulose wrote:
Define helper macros to extract op0, op1, CRn, CRm & op2
for a given sys_reg id.
Cc: Catalin Marinas
Cc: Mark Rutland
Cc: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/inclu
On Wed, Nov 30, 2016 at 02:05:50PM +0100, Michal Hocko wrote:
> On Sun 27-11-16 13:19:54, Mel Gorman wrote:
> [...]
> > @@ -2588,18 +2594,22 @@ struct page *buffered_rmqueue(struct zone
> > *preferred_zone,
> > struct page *page;
> > bool cold = ((gfp_flags & __GFP_COLD) != 0);
> >
> > -
Commit-ID: de966cf4a4fa8d4e0357b08204bc791f34deb3fb
Gitweb: http://git.kernel.org/tip/de966cf4a4fa8d4e0357b08204bc791f34deb3fb
Author: Tim Chen
AuthorDate: Tue, 29 Nov 2016 10:43:27 -0800
Committer: Ingo Molnar
CommitDate: Wed, 30 Nov 2016 08:27:08 +0100
sched/x86: Change CONFIG_SCHED_
On 11/29/2016 04:55 AM, bamvor.zhangj...@huawei.com wrote:
> From: Bamvor Jian Zhang
>
> Here is my second version for enabling the KBUILD_OUTPUT for kselftest.
> The first version could be found here[1]. I fix and test all the TARGET
> in tools/testing/selftest/Makefile. For ppc, I test through
On Mon, 28 Nov 2016 14:56:36 +0100,
Takashi Iwai wrote:
>
> Hi Dmitry,
>
> I've been testing a small machine with Intel Cherry Trail chipset, and
> noticed that the kernel spews errors always like:
>
> i8042: PNP: No PS/2 controller found. Probing ports directly.
> i8042: Can't read CTR while
On 11/30/2016 04:40 AM, Stafford Horne wrote:
On Tue, 29 Nov 2016, Guenter Roeck wrote:
On Mon, Nov 14, 2016 at 10:30:30PM +0900, Stafford Horne wrote:
Hello,
This patch is a small set of fixes from the openrisc backlog. These
changes fix several issues with the openrisc build on modern too
> -Original Message-
> From: Michal Hocko [mailto:mho...@kernel.org]
> Sent: Wednesday, November 30, 2016 12:17 PM
> To: Yuriy Kolerov
> Cc: linux-snps-...@lists.infradead.org; vineet.gup...@synopsys.com;
> alexey.brod...@synopsys.com; linux-kernel@vger.kernel.org
> Subject: Re: [RFC] ARC:
On Wed, Nov 30, 2016 at 02:49:11PM +0100, Vincent Guittot wrote:
> On 30 November 2016 at 13:49, Morten Rasmussen
> wrote:
> > On Fri, Nov 25, 2016 at 04:34:33PM +0100, Vincent Guittot wrote:
> >> find_idlest_group() only compares the runnable_load_avg when looking for
> >> the least loaded group
Em Wed, Nov 30, 2016 at 02:26:48PM +0900, Namhyung Kim escreveu:
> Hi David and Arnaldo,
>
> On 11/30/16, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Nov 29, 2016 at 10:15:40AM -0700, David Ahern escreveu:
> >> This series allows users to collect data and analyze a time window of
> >> interest wi
On Wed, Nov 30, 2016 at 02:54:00PM +0100, Vincent Guittot wrote:
> On 30 November 2016 at 14:49, Vincent Guittot
> wrote:
> > On 30 November 2016 at 13:49, Morten Rasmussen
> > wrote:
> >> On Fri, Nov 25, 2016 at 04:34:33PM +0100, Vincent Guittot wrote:
> >>> find_idlest_group() only compares th
On Wed, Nov 30, 2016 at 06:23:34PM +0800, Baoquan He wrote:
> OK, talked with Xunlei. The old cache could be entry with present bit
> set.
-EPARSE
Anyway, what I was trying to say is, that the IOMMU TLB is tagged with
domain-ids, and that there is also a context-cache which maps device-ids
to dom
> This applies equally to the kernel command line, and given that we
> cannot authenticate it, we should whitelist params that we know to be
> safe, and filter out all others. A similar concern exists for the
> device tree on ARM/arm64, and we already disable the DTB loader in the
> UEFI stub if se
Sure, this patch must definitely go in 4.4
Also worth noting that you could also use a module for your NIC as a
work around.
On Wed, Nov 30, 2016 at 6:04 AM, Andre Noll wrote:
> On Wed, Nov 30, 14:53, Greg Kroah-Hartman wrote
>> > It fixes a regression introduced in 4.4.34 which makes systems
On Wed, Nov 30, 2016 at 02:19:10PM +0100, Michal Hocko wrote:
> On Wed 30-11-16 03:53:20, Paul E. McKenney wrote:
> > On Wed, Nov 30, 2016 at 12:09:44PM +0100, Michal Hocko wrote:
> > > [CCing Paul]
> > >
> > > On Wed 30-11-16 11:28:34, Donald Buczek wrote:
> > > [...]
> > > > shrink_active_list g
On Wed, Nov 30, 2016 at 05:50:54AM -0800, Davidlohr Bueso wrote:
> With the new standardized functions, we can replace all ACCESS_ONCE()
> calls across relevant drivers/usb/.
>
> ACCESS_ONCE() does not work reliably on non-scalar types. For example
> gcc 4.6 and 4.7 might remove the volatile tag f
2016-11-30 11:05 GMT+03:00 Xishi Qiu :
> The kernel version is v4.1, and I find some error reports from kasan.
> I'm not sure whether it is a wrong report.
>
This looks like false positive that was fixed in 0d97e6d8024("arm64:
kasan: clear stale stack poison").
Also you might need e1b77c92981a("sc
On Wed, Nov 30, 2016 at 01:31:37PM +0100, Paul Menzel wrote:
> On 11/30/16 12:54, Paul E. McKenney wrote:
> > On Wed, Nov 30, 2016 at 03:53:20AM -0800, Paul E. McKenney wrote:
> >> On Wed, Nov 30, 2016 at 12:09:44PM +0100, Michal Hocko wrote:
> >>> [CCing Paul]
> >>>
> >>> On Wed 30-11-16 11:28:34,
On Wed, Nov 30, 2016 at 06:28:58AM -0800, Eric Dumazet wrote:
> Sure, this patch must definitely go in 4.4
And 4.8-stable, right?
thanks,
greg k-h
This series fixes a number of issues with the stmmac-driver probe error
handling, which for example left clocks enabled after probe failures.
The final patch fixes a failure to deregister and free any fixed-link
PHYs that were registered during probe on probe errors and on driver
unbind. It also f
Make sure to disable clocks before returning on late probe errors.
Fixes: 8387ee21f972 ("stmmac: dwmac-sti: turn setup callback into a
probe function")
Signed-off-by: Johan Hovold
---
drivers/net/ethernet/stmicro/stmmac/dwmac-sti.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-
Make sure to call stmmac_dvr_remove() before returning on late probe
errors so that memory is freed, clocks are disabled, and the netdev is
deregistered before its resources go away.
Fixes: 3c201b5a84ed ("net: stmmac: socfpga: Remove re-registration of
reset controller")
Signed-off-by: Johan Hovol
Make sure to deregister and free any fixed-link phy registered during
probe on probe errors and on driver unbind by adding a new glue helper
function.
Drop the of-node reference taken in the same path also on late probe
errors (and not just on driver unbind) by moving the put from
stmmac_dvr_remov
Make sure to disable clocks before returning on late probe errors.
Fixes: 566e82516253 ("net: stmmac: add a glue driver for the Amlogic
Meson 8b / GXBB DWMAC")
Signed-off-by: Johan Hovold
---
drivers/net/ethernet/stmicro/stmmac/dwmac-meson8b.c | 11 ++-
1 file changed, 10 insertions(+),
Make sure to disable runtime PM, power down the PHY, and disable clocks
before returning on late probe errors.
Fixes: 27ffefd2d109 ("stmmac: dwmac-rk: create a new probe function")
Signed-off-by: Johan Hovold
---
drivers/net/ethernet/stmicro/stmmac/dwmac-rk.c | 11 ++-
1 file changed, 10
Make sure to call any exit() callback to undo the effect of init()
before returning on late probe errors.
Fixes: cf3f047b9af4 ("stmmac: move hw init in the probe (v2)")
Signed-off-by: Johan Hovold
---
drivers/net/ethernet/stmicro/stmmac/dwmac-generic.c | 12 +++-
1 file changed, 11 inser
Fix the OF-helper function header to reflect that the function no longer
has a platform-data parameter.
Fixes: b0003ead75f3 ("stmmac: make stmmac_probe_config_dt return the
platform data struct")
Signed-off-by: Johan Hovold
---
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 1 -
1 file
On Wed, Nov 30, 2016 at 03:29:55PM +0100, Johan Hovold wrote:
> Make sure to deregister and free any fixed-link phy registered during
> probe on probe errors and on driver unbind by adding a new glue helper
> function.
>
> Drop the of-node reference taken in the same path also on late probe
> erro
On 30 November 2016 at 14:11, Javier Martinez Canillas
wrote:
> Hello Matt,
>
> On Tue, Nov 29, 2016 at 10:20 PM, Matt Ranostay
> wrote:
>> On Tue, Nov 29, 2016 at 9:13 AM, Javier Martinez Canillas
>
> [snip]
>
>>
>>
+- pwndn-gpio: contains a power down GPIO specifier.
+- reset-gpio: co
On Mon, 2016-11-21 at 12:56 +0800, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> This patch is to avoid the below warning:
>
> kernel/sched/cpuacct.c:298:25: warning:
> format '%lld' expects argument of type 'long long int',
> but argument 4 has type 'long unsigned int' [-Wformat=]
On Tue, 29 Nov 2016 14:03:31 +
David Howells wrote:
> How about the attached? Obviously it need extending to other drivers.
>
> I thought that if I'm changing the module_param annotations anyway then it's
> probably worth bunging in an extra parameter that notes what the parameter
> modifie
On 30/11/16 14:08, Auger Eric wrote:
> Hi Will,
>
> On 30/11/2016 11:37, Will Deacon wrote:
>> On Wed, Nov 30, 2016 at 10:49:33AM +0100, Auger Eric wrote:
>>> On 15/11/2016 14:09, Eric Auger wrote:
Following LPC discussions, we now report reserved regions through
iommu-group sysfs reserv
On 30 Nov 2016 19:05, "Lars-Peter Clausen" wrote:
>
> On 11/27/2016 11:51 AM, Jonathan Cameron wrote:
> > On 26/11/16 03:47, Aniroop Mathur wrote:
> >> msleep(1~20) may not do what the caller intends, and will often sleep
> >> longer.
> >> (~20 ms actual sleep for any value given in the 1~2
On Tuesday, November 22, 2016 7:47:52 PM CET Vladimir Zapolskiy wrote:
>
> On 11/22/2016 04:30 PM, Arnd Bergmann wrote:
> > A recent patch added a new function that is now unused whenever
> > CONFIG_OF is disabled:
> >
> > drivers/misc/sram.c:342:12: error: 'atmel_securam_wait' defined but not
>
> hi,
> I'm trying to find out some documentation background for this part of
> uncore code:
>
> ---
> static int uncore_pmu_event_init(struct perf_event *event) {
> ...
> if (event->attr.config == UNCORE_FIXED_EVENT) {
> /* no fixed counter */
> i
Add a new minimalistic subsystem that handles multiplexer controllers.
When multiplexers are used in various places in the kernel, and the
same multiplexer controller can be used for several independent things,
there should be one place to implement support for said multiplexer
controller.
A singl
From: Greg Kroah-Hartman
Date: Wed, 30 Nov 2016 14:53:27 +0100
> On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote:
>> On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote
>>
>> > Responses should be made by Fri Dec 2 09:26:46 UTC 2016.
>>
>> If you haven't done so already, could you pleas
From: Andre Noll
Date: Wed, 30 Nov 2016 15:04:38 +0100
> On Wed, Nov 30, 14:53, Greg Kroah-Hartman wrote
>> > It fixes a regression introduced in 4.4.34 which makes systems
>> > unbootable for us. We are currently running that patch on top of
>> > 4.4.35 and I can confirm that it fixes the issue.
On Fri, 18 Nov 2016, Dmitry Vyukov wrote:
> Hello,
>
> The following program produces unkillable tasks blocked at the following
> stack:
I am pretty sure this got re-introduced by f2791e7eadf4, that basically
reverts my attempt to work around you original report (that was fixed by
09954bad44)
>> (1) When DSA is in use, frames processed by FEC chip contain DSA tag and
>> thus can be larger than hardcoded limit of 1522. This issue is not
>> FEC-specific, any driver that hardcodes maximum frame size to 1522 (many
>> do) will have this issue if used with DSA.
>
> BTW I'm trying to introduc
On Wed 30-11-16 14:16:13, Mel Gorman wrote:
> On Wed, Nov 30, 2016 at 02:05:50PM +0100, Michal Hocko wrote:
[...]
> > But... Unless I am missing something this effectively means that we do
> > not exercise high order atomic reserves. Shouldn't we fallback to
> > the locked __rmqueue_smallest(zone,
On Tue, Nov 29, 2016 at 11:49 PM, Miklos Szeredi wrote:
> On Tue, Nov 29, 2016 at 1:03 PM, Amir Goldstein wrote:
...
> I meant that we can unify OVL_XATTR_INO with "redirect/fh"
> functionality and get something good out of it.
>
>> Perhaps you meant for non-dir:
>>
>> 5. If redirect_dir=fh, *pr
Hi,
We are testing TP-link wifi PCIe card(TL-WDN4800) on our soc
(pcie-xilinx-nwl.c). This card is using
legacy interrupts and it doesn't support MSI.
When we do scan on wifi interface(using "iw dev wlan0 scan") cpu is getting
stalled
making whole system hang.
After debugging found that IRQ
On Wed, 30 Nov 2016 14:06:15 +
Mel Gorman wrote:
> On Wed, Nov 30, 2016 at 01:40:34PM +0100, Jesper Dangaard Brouer wrote:
> >
> > On Sun, 27 Nov 2016 13:19:54 + Mel Gorman
> > wrote:
> >
> > [...]
> > > SLUB has been the default small kernel object allocator for quite some
> > > t
> What is not really clear - what if several tagging protocols are used
> together. AFAIU, things may be more complex that simple appending of
> tags, e.g. EDSA tag can carry VLAN id inside.
Hi Nikita
At least for all current tagging protocols, the size of the tag is
constant. And you cannot run
On Wed, Nov 30, 09:53, David Miller wrote
> > OK, thanks for the clarification. There is no hurry, I just wanted to
> > make sure the patch doesn't get lost.
>
> There is never any ambiguity or guessing for networking patches, you
> can always simply check right here to see if a networking patch i
This series adds a new ABI to expose the CPU feature registers
to the user space via emulation of MRS instruction. The system exposes
only a limited set of feature values (See the documentation patch)
from the cpufeature infrastructure. The feature bits that are not
exposed are set to the 'safe val
From: Mark Rutland
Any fields not defined in an arm64_ftr_bits entry are propagated to the
system-wide register value in init_cpu_ftr_reg(), and while we require
that these strictly match for the sanity checks, we don't update them in
update_cpu_ftr_reg().
Generally, the lack of an arm64_ftr_bit
Add a helper to extract the register field from a given
instruction.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/insn.h | 2 ++
arch/arm64/kernel/insn.c | 29 +
2 files changed, 31 insertions
Document the rules for choosing the safe value for different types
of features.
Cc: Dave Martin
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/cpufeature.h | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
From: Mark Rutland
We currently have some RAZ fields described explicitly in our
arm64_ftr_bits arrays. These are inconsistently commented, grouped,
and/or applied, and maintaining these is error-prone.
Luckily, we don't need these at all. We'll never need to inspect RAZ
fields to determine feat
This patch does the following clean ups :
1) All undescribed fields of a register are now treated as "strict"
with a safe value of 0. Hence we could leave an empty table for
describing registers which are RAZ.
2) ID_AA64DFR1_EL1 is RAZ and should use the table for RAZ register.
3) ftr_gene
Here is a sample program which demonstrates how to use mrs
emulation to fetch the ID registers.
8>
/*
* Sample program to demonstrate the MRS emulation
* ABI.
* Copyright (C) 2015-2016, ARM Ltd
*
* Author: Suzuki K Poulose
*
* This program is free software; you can redistribute it
Define helper macros to extract op0, op1, CRn, CRm & op2
for a given sys_reg id. While at it remove the explicit
masking only used for Op0.
Cc: Catalin Marinas
Cc: Mark Rutland
Cc: Will Deacon
Signed-off-by: Suzuki K Poulose
---
arch/arm64/include/asm/sysreg.h | 21 -
1 fi
This patch adds the hook for emulating MRS instruction to
export the 'user visible' value of supported system registers.
We emulate only the following id space for system registers:
Op0=3, Op1=0, CRn=0, CRm=[0, 4-7]
The rest will fall back to SIGILL. This capability is also
advertised via a new
Track the user visible fields of a CPU feature register. This will be
used for exposing the value to the userspace. All the user visible
fields of a feature register will be passed on as it is, while the
others would be filled with their respective safe value.
Cc: Catalin Marinas
Cc: Will Deacon
Documentation for the infrastructure to expose CPU feature
register by emulating MRS.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Cc: Dave Martin
Signed-off-by: Suzuki K Poulose
---
Documentation/arm64/cpu-feature-registers.txt | 196 ++
arch/arm64/kernel/cpu
On Tue, 29 Nov 2016, Changming Huang wrote:
> The EHCI specification states the following in the SUSP bit description:
> In the Suspend state, the port is sensitive to resume detection.
> Note that the bit status does not change until the port is suspended and
> that there may be a delay in suspen
Presume neglected in commit 786c1b5 "perf annotate: Start supporting
cross arch annotation". This doesn't fix a bug since none of the
affected arches support parsing dec/inc instructions yet.
Signed-off-by: Kim Phillips
Cc: Arnaldo Carvalho de Melo
---
tools/perf/util/annotate.c | 2 +-
1 file
This is a regex converted version from the original:
https://lkml.org/lkml/2016/5/19/461
Add basic support to recognise AArch64 assembly. This allows perf to
identify AArch64 instructions that branch to other parts within the
same function, thereby properly annotating them.
Rebased onto
>
> > hi,
> > I'm trying to find out some documentation background for this part of
> > uncore code:
> >
> > ---
> > static int uncore_pmu_event_init(struct perf_event *event) {
> > ...
> > if (event->attr.config == UNCORE_FIXED_EVENT) {
> > /* no fixed counter */
From: Philippe Reynes
Date: Mon, 28 Nov 2016 23:52:19 +0100
> The ethtool api {get|set}_settings is deprecated.
> We move this driver to new api {get|set}_link_ksettings.
>
> Signed-off-by: Philippe Reynes
Applied.
Hi, Shuah, Michael
On 30 November 2016 at 22:17, Shuah Khan wrote:
> On 11/29/2016 04:55 AM, bamvor.zhangj...@huawei.com wrote:
>> From: Bamvor Jian Zhang
>>
>> Here is my second version for enabling the KBUILD_OUTPUT for kselftest.
>> The first version could be found here[1]. I fix and test all
On Wed, Nov 30, 2016 at 09:50:42AM -0500, David Miller wrote:
> From: Greg Kroah-Hartman
> Date: Wed, 30 Nov 2016 14:53:27 +0100
>
> > On Wed, Nov 30, 2016 at 02:46:19PM +0100, Andre Noll wrote:
> >> On Wed, Nov 30, 10:27, Greg Kroah-Hartman wrote
> >>
> >> > Responses should be made by Fri Dec
On Wed, Nov 30, 2016 at 03:27:52PM +, Liang, Kan wrote:
>
> >
> > > hi,
> > > I'm trying to find out some documentation background for this part of
> > > uncore code:
> > >
> > > ---
> > > static int uncore_pmu_event_init(struct perf_event *event) {
> > > ...
> > > if (event->
This a repost of the previous version at [2] with fixes, the following patches
will
be sent via a PULL Request once the DT maintainers acks the DT bindings.
The Amlogic maintainer will take the arm64 DT patches to avoid merges conflicts.
The Amlogic Meson SoCs embeds a Video Processing Unit able
Signed-off-by: Neil Armstrong
---
.../bindings/display/meson/meson-drm.txt | 101 +
1 file changed, 101 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/meson/meson-drm.txt
diff --git a/Documentation/devicetree/bindings/display/meson/meso
Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
boards.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 19 +++
.../arm64/boot/dts/amlogic/meson-gxbb-nexbox-a95x.dts | 15 +++
arch/arm64/boot/dts/a
The Amlogic Meson Display controller is composed of several components :
DMC|---VPU (Video Processing Unit)|--HHI--|
| vd1 ___ __ | |
D |---| ||| |||
Add myself as maintainer for Amlogic DRM drivers.
Acked-by: Daniel Vetter
Signed-off-by: Neil Armstrong
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1cd38a7..b2486fb 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4078,6 +4078,15 @@
Em Wed, Nov 30, 2016 at 09:23:33AM -0600, Kim Phillips escreveu:
> Presume neglected in commit 786c1b5 "perf annotate: Start supporting
> cross arch annotation". This doesn't fix a bug since none of the
> affected arches support parsing dec/inc instructions yet.
Applied, good catch, one tiny nit
There is a locking problem between different applications
reading/writing to resctrlfs directory at the same time (read the patch
below for details).
Suggest a standard locking scheme for applications to use.
Signed-off-by: Marcelo Tosatti
--- Documentation/x86/intel_rdt_ui.txt.orig 2016-1
Hi Thierry,
I reviewed your patches and looks good to me, I only found a few style
things that is up to maintainer decide if are needed or not, most of
them are feedback I received on other subsystems. Ah, and I've a
question about runtime detection of the EC (see below), but guess the
answer is n
Hi!
v5 -> v6 changes
- fix stupidity in mux_chip_priv, mux_gpio_remove and adg792a_remove.
- change the devicetree bindings for the iio-mux to use a list of strings
(channels property) instead of a list children.
v4 -> v5 changes
- remove support for fancier dt layouts and go back to the phandl
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/display/meson/meson-drm.txt | 101 ++
> 1 file changed, 101 insertions(+)
> create mode 100644
> Documentation/devicetree/bindin
Hi Neil,
On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/display/meson/meson-drm.txt | 101 ++
I forgot to mention that the file should not be named meson-drm.txt as DRM is
a Linux-specific concept. You can n
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:45 Neil Armstrong wrote:
> Add myself as maintainer for Amlogic DRM drivers.
>
> Acked-by: Daniel Vetter
> Signed-off-by: Neil Armstrong
After updating this patch due to the rename I proposed in patch 3/4,
Acked-by: Laurent Pin
Hi Laurent,
On 11/30/2016 04:58 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
>> Signed-off-by: Neil Armstrong
>> ---
>> .../bindings/display/meson/meson-drm.txt | 101 ++
>
> I forgot to mention that the file should
Hi Neil,
Thank you for the patch.
On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote:
> Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
> boards.
>
> Signed-off-by: Neil Armstrong
> ---
> arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 19 ++
On Wed, Nov 30, 2016 at 12:04:25PM +, Lorenzo Pieralisi wrote:
> On Tue, Nov 29, 2016 at 12:43:34PM -0600, Bjorn Helgaas wrote:
> > Per ACPI spec r6.0, sec 6.4.3.5.1, 2, 3, Bit [0] of General Flags (the
> > Consumer/Producer bit) should be ignored for QWord/DWord/Word Address Space
> > descript
Hi Neil,
Thank you for the patch.
I'm afraid I don't have time for a complete review, but could you please get
rid of the of_machine_is_compatible() calls and match on the VPU compatible
string instead ?
On Wednesday 30 Nov 2016 16:43:42 Neil Armstrong wrote:
> The Amlogic Meson Display contro
On 11/30/2016 02:27 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.36 release.
> There are 21 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
Hi Laurent,
On 11/30/2016 04:56 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
>> Signed-off-by: Neil Armstrong
>> ---
>> .../bindings/display/meson/meson-drm.txt | 101 ++
>> 1 file change
On 11/29/2016 06:18 PM, Ivan Khoronzhuk wrote:
On Tue, Nov 29, 2016 at 04:27:03PM -0600, Grygorii Strashko wrote:
netif_set_real_num_tx/rx_queues() are required to be called with rtnl_lock
taken, otherwise ASSERT_RTNL() warning will be triggered - which happens
now during System resume from susp
On 11/30/2016 02:29 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.8.12 release.
> There are 37 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 11/30/2016 05:03 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> I'm afraid I don't have time for a complete review, but could you please get
> rid of the of_machine_is_compatible() calls and match on the VPU compatible
> string instead ?
Oops, I knew I forgot to cha
On 11/30/2016 05:02 PM, Laurent Pinchart wrote:
> Hi Neil,
>
> Thank you for the patch.
>
> On Wednesday 30 Nov 2016 16:43:43 Neil Armstrong wrote:
>> Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected
>> boards.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> arch/arm64
On 11/30/2016 05:37 AM, Arnd Bergmann wrote:
On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote:
range->num_irqs++;
- if (oirq.args_count == 3)
+ if (IS_ENABLED(SMP) && oirq.args_count == 3)
range->irqs[i].c
Em Sat, Nov 26, 2016 at 09:40:41AM -0800, Alexei Starovoitov escreveu:
> On Sat, Nov 26, 2016 at 07:03:50AM +, Wang Nan wrote:
> > + * } bpf_funcs[] = {
> > + * EOF
> > + * grep '^[[:space:]]BPF_FUNC_[^ ]*,' $KERNEL_DIR/include/uapi/linux/bpf.h
> > | \
> > + * sed -e 's/.*BPF_FUNC_\([^
On 11/29/2016 07:35 PM, Nikita Yushchenko wrote:
> Fec driver uses Rx buffers of 2k, but programs hardware to limit
> incoming frames to 1522 bytes. This raises issues when FEC device
> is used with DSA (since DSA tag can make frame larger), and also
> disallows manual sending and receiving larger
On Wed, 2016-11-30 at 01:25 -0500, Song liwei wrote:
> From: Liwei Song
>
> Fix the following Calltrace:
> [ 77.768221] WARNING: CPU: 5 PID: 645 at
> drivers/dma/dmaengine.c:1069 dma_async_device_unregister+0xe2/0xf0
> [ 77.775058] dma_async_device_unregister called while 1 clients hold
> a r
On Tue, Nov 29, 2016 at 03:39:11PM -0800, Linus Torvalds wrote:
> Bjorn, this email was marked as spam, because:
>
> It has a from address in google.com but has failed google.com's
> required tests for authentication
>
> in particular, it looks like you used a non-google smtp server
> (kernel.o
Hi Rafael,
> > >
> > > The mentioned path 03/11 is already merged in 4.9.rc2.
> >
> > If it's already there, I can pick up the intel_pstate one.
> >
> > Thanks,
> > >
> > > Rafael
>
> Here is the commit http://git.kernel.org/cgit/linux/kernel/git/torval
> ds
> /linux.git/commit/?id=0047f59834
Neil Armstrong writes:
> Hi Laurent,
> On 11/30/2016 04:58 PM, Laurent Pinchart wrote:
>> Hi Neil,
>>
>> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
>>> Signed-off-by: Neil Armstrong
>>> ---
>>> .../bindings/display/meson/meson-drm.txt | 101 ++
>>
>> I fo
One Thousand Gnomes wrote:
> > I thought that if I'm changing the module_param annotations anyway then it's
> > probably worth bunging in an extra parameter that notes what the parameter
> > modifies (ioport, iomem, etc.) for future reference, even if we don't store
> > it.
>
> With a security h
On Wed, Nov 30, 2016 at 03:15:01PM +, Suzuki K Poulose wrote:
> Here is a sample program which demonstrates how to use mrs
> emulation to fetch the ID registers.
Are we planning to add this in Documentation/? If so, we might want
some tweaks (noted below).
>
> 8>
> /*
> * Sample pr
301 - 400 of 880 matches
Mail list logo