bcm2835-vchiq.c and vc_vchi_audioserv_defs.h:
fixing ERROR: space prohibited before that close parenthesis
Signed-off-by: Abhijit Naik
---
drivers/staging/bcm2835-audio/bcm2835-vchiq.c | 16
drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h | 2 +-
2 files changed
bcm2835-vchiq.c and vc_vchi_audioserv_defs.h:
fixing ERROR: space prohibited after that open parenthesis '('
Signed-off-by: Abhijit Naik
---
drivers/staging/bcm2835-audio/bcm2835-vchiq.c | 16
drivers/staging/bcm2835-audio/vc_vchi_audioserv_defs.h | 2 +-
2 files chang
Hi James,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d5adbfcd5f7bcc6fa58a41c5c5ada0e5c826ce2c
commit: 034827c727f7f3946a18355b63995b402c226c82 MIPS: Fix -mabi=64 build of
vdso.lds
date: 4 months ago
config: m
On Thu, Feb 02, 2017 at 10:24:14AM +0100, Mylène Josserand wrote:
> Hello everyone,
>
> This a V4 of my Allwinner A33 (sun8i) audio codec driver.
>
> Tested on "for-next" branch of ASoC repository with some patches
> to apply before this series:
> https://patchwork.kernel.org/patch/9447631/
> htt
From: Changbin Du
Kernel menuconfig support direct jumping function from the search
result. This is a very convenient feature but not documented. So
add a short description to the kconfig documentation to let more
developer know it.
Signed-off-by: Changbin Du
---
Documentation/kbuild/kconfig.t
From: Changbin Du
While I am searching something in menuconfig, I hope if I can jump to interested
items directly. I even try to add this feature. When I check the code just
found
it has already been there but not documented. So why let more developers know
it?
Changbin Du (2):
kconfig/mcon
From: Changbin Du
Prompt user how to quickly jump to the item he/she is interested in.
Signed-off-by: Changbin Du
---
scripts/kconfig/mconf.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/scripts/kconfig/mconf.c b/scripts/kconfig/mconf.c
index 315ce2c..23d5681 100
Hi Guochun,
On Sun, 5 Feb 2017 12:00:49 +0800
Guochun Mao wrote:
> >
> > + nor_flash: spi@11014000 {
> > + compatible = "mediatek,mt2701-nor",
> > +"mediatek,mt8173-nor";
> > + reg = <0 0x11014000 0 0xe0>;
> > + clocks = <&pericfg CLK_PE
On Sun, Feb 05, 2017 at 11:12:41AM -0500, Zi Yan wrote:
> From: Zi Yan
>
> Originally, zap_pmd_range() checks pmd value without taking pmd lock.
> This can cause pmd_protnone entry not being freed.
>
> Because there are two steps in changing a pmd entry to a pmd_protnone
> entry. First, the pmd
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 38c7fc1c938c469af27c032bf4eab0c4aaf4eba1
commit: d8c081caed34b16d17d639fa49889d2b7b22c9b0 [118/162] sched/headers:
Remove from
config: mips-ip27_defconfig (attached as .config)
compiler: mips64-linux-gnua
Hi Jonathan,
On 14/01/2017 20:28, Jonathan Cameron wrote:
>
>
> On 14 January 2017 19:19:58 GMT+00:00, Quentin Schulz
> wrote:
>> Hi Jonathan,
>>
>> On 08/01/2017 12:17, Jonathan Cameron wrote:
>>> On 30/12/16 14:40, Jonathan Cameron wrote:
On 13/12/16 14:33, Quentin Schulz wrote:
> T
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> Most of the GR8 DTSI is duplicated with the common sun5i DTSI, and some of
> the extra nodes defined there actually apply to all of the sun5i family.
>
> Move those into the common DTSI so that all SoCs can benefit from it, and
> include the s
Hi all,
Changes since 20170203:
New trees: v4l-dvb-fixes, v4l-dvb-next
Undropped tree: vfs-miklos
The arm64 tree gained conflicts against the qcom tree.
The vfs-miklos tree lost its build failure.
The v4l-dvb tree lost its build failure.
The drm tree gained a conflict against the net-next tr
In many cases, I need to look at differences between two data so I often
used the -o option to sort the result base on the difference first.
It'd be nice to have a config option to set it by default.
The diff.order config option is to set the default value of -o/--order
option.
Cc: Taeung Song
S
The diff.compute config variable is to set the default compute method of
perf diff command (-c option). Possible values 'delta' (default),
'delta-abs', 'ratio' and 'wdiff'.
Cc: Taeung Song
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-config.txt | 5 +
tools/perf/Documenta
On Tue, Jan 31, 2017 at 10:14 AM, Mateusz Guzik wrote:
> On Mon, Jan 30, 2017 at 10:44:03PM -0800, Cong Wang wrote:
>> Mind being more specific?
>
> Consider 2 threads which bind the same socket, but with different paths.
>
> Currently exactly one file will get created, the one used to bind.
>
> W
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> Some controllers found in the R8 DTSI actually apply to all of the sun5i
> family. Move those into the common DTSI so that all SoCs can benefit from
> it.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> Some controllers found in the A10s DTSI actually apply to all of the sun5i
> family. Move those into the common DTSI so that all SoCs can benefit from
> it.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
The 'delta-abs' compute method is same as 'delta' but shows entries with
bigger absolute delta first instead of sorting numerically. This is
only useful together with -o option.
Below is default output (-c delta):
$ perf diff -o 1 -c delta | grep -v ^# | head
42.22% +4.97% [kernel.kalls
Hello,
This patchset adds 'delta-abs' compute method to -c/--compute option.
The 'delta-abs' is same as 'delta' but shows entries with bigger
absolute delta first instead of sorting numerically. This is only
useful together with -o option.
Below is default output (-c delta):
$ perf diff -o 1
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> Some controllers found in the A13 DTSI actually apply to all of the sun5i
> family. Move those into the common DTSI so that all SoCs can benefit from
> it.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> The UART3 pin group for the CTS and RTS signals doesn't follow our usual
> pattern. Rename it so that it matches.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> There's one UART2 pin group that can be used across all sun5i SoCs.
> However, the A10s already has one pin group for that controller.
>
> Change the index of the one in the A10s DTSI, and add the common one to
> sun5i.dtsi
Kind of goes again
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> The pwm0_pins group name is suggesting that this is the only option usable
> for the PWM0 on the SoCs it's declared on. However, this is not the case
> and defining a second pwm0 group would be quite weird given the name of the
> first group.
On Mon, 6 Feb 2017 15:08:48 +0800 Jisheng Zhang wrote:
> Hi Andrew,
>
> On Mon, 23 Jan 2017 19:10:34 +0100 Andrew Lunn wrote:
>
> >
> > On Mon, Jan 23, 2017 at 02:55:07PM +0800, Jisheng Zhang wrote:
> > > From: Jingju Hou
> > >
> > > From: Jingju Hou
> > >
> > > The mvneta itself does not
Hi Andrew,
On Mon, 23 Jan 2017 19:10:34 +0100 Andrew Lunn wrote:
>
> On Mon, Jan 23, 2017 at 02:55:07PM +0800, Jisheng Zhang wrote:
> > From: Jingju Hou
> >
> > From: Jingju Hou
> >
> > The mvneta itself does not support WOL, but the PHY might.
> > So pass the calls to the PHY
> >
> > Signe
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> Of the three simple framebuffer setups we have in the A10s, two of them can
> be shared with the other SoCs from the sun5i family (LCD panel and
> composite output).
>
> However, the only one we cannot share is the HDMI, which is the first
> l
On Mon, Feb 6, 2017 at 2:49 AM, Maxime Ripard
wrote:
> One of the pins group for the EMAC can be used by all the SoCs of the sun5i
> family, and as such can be moved to the common DTSI.
>
> Unfortunately, this group is the second one we declare in our DT for now.
> Make it the first one so that it
On Fri, Feb 03, 2017 at 01:16:45PM +0100, Noralf Trønnes wrote:
> Thierry, please have a look at this.
> In which direction should we rotate to match how drm rotation works?
>
>
> Den 01.02.2017 18.41, skrev Rob Herring:
> > On Tue, Jan 31, 2017 at 05:03:17PM +0100, Noralf Trønnes wrote:
> > > Di
On Wed, 2017-01-25 at 00:23 +0100, Matthias Brugger wrote:
>
> On 01/20/2017 03:20 AM, Chunfeng Yun wrote:
> > On Thu, 2017-01-19 at 13:22 +0100, Matthias Brugger wrote:
> >>
> >> On 18/01/17 07:08, Chunfeng Yun wrote:
> >>> usually, the reference clock comes from 26M oscillator directly,
> >>> bu
On Mon, 2017-01-23 at 08:02 -0600, Rob Herring wrote:
> On Sat, Jan 21, 2017 at 7:49 PM, Chunfeng Yun
> wrote:
> > Hi,
> >
> > On Sat, 2017-01-21 at 14:11 -0600, Rob Herring wrote:
> >> On Wed, Jan 18, 2017 at 02:08:27PM +0800, Chunfeng Yun wrote:
> >> > add a reference clock for compatibility
>
From: Changbin Du
Correct the description that 'unpinned' -> 'pinned'.
Signed-off-by: Changbin Du
---
drivers/vfio/vfio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vfio/vfio.c b/drivers/vfio/vfio.c
index 9901c46..c162a7e 100644
--- a/drivers/vfio/vfio.c
+++ b/
- Adding spinlock for protecting legacy mask register
- Few wifi end points which only support legacy interrupts,
performs hardware reset functionalities after disabling interrupts
by invoking disable_irq and then re-enable using enable_irq, they
enable hardware interrupts first and then virtual ir
From: Jingju Hou
The mvneta itself does not support WOL, but the PHY might.
So pass the calls to the PHY
Signed-off-by: Jingju Hou
Signed-off-by: Jisheng Zhang
---
since v4:
- address Andrew Lunn's comment
since v3:
- really fix the build error
since v2,v1:
- using phy_dev member in struc
Most of the GR8 DTSI is duplicated with the common sun5i DTSI, and some of
the extra nodes defined there actually apply to all of the sun5i family.
Move those into the common DTSI so that all SoCs can benefit from it, and
include the sun5i DTSI.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dt
There's one UART2 pin group that can be used across all sun5i SoCs.
However, the A10s already has one pin group for that controller.
Change the index of the one in the A10s DTSI, and add the common one to
sun5i.dtsi
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-a10s-olinuxino-micro.d
Some controllers found in the A13 DTSI actually apply to all of the sun5i
family. Move those into the common DTSI so that all SoCs can benefit from
it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-a13.dtsi | 139 +
arch/arm/boot/dts/sun5i.dtsi | 14
Some controllers found in the A10s DTSI actually apply to all of the sun5i
family. Move those into the common DTSI so that all SoCs can benefit from
it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-a10s.dtsi | 70 +
arch/arm/boot/dts/sun5i.dtsi |
The UART3 pin group for the CTS and RTS signals doesn't follow our usual
pattern. Rename it so that it matches.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-r8-chip.dts | 2 +-
arch/arm/boot/dts/sun5i.dtsi| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/
Of the three simple framebuffer setups we have in the A10s, two of them can
be shared with the other SoCs from the sun5i family (LCD panel and
composite output).
However, the only one we cannot share is the HDMI, which is the first
listed in the A10s DTSI. In order to make it more logical and so t
Hi,
Most of the sun5i DTSI have grown organically, some nodes being added to
SoC DTSI because they were not properly tested, some because old datasheet
were wrong, and some times because we were not even sure whether it could
be shared at all, or how to share it.
Now that we have much more detail
The pwm0_pins group name is suggesting that this is the only option usable
for the PWM0 on the SoCs it's declared on. However, this is not the case
and defining a second pwm0 group would be quite weird given the name of the
first group.
Rename it so that it matches our usual pattern.
Signed-off-b
One of the pins group for the EMAC can be used by all the SoCs of the sun5i
family, and as such can be moved to the common DTSI.
Unfortunately, this group is the second one we declare in our DT for now.
Make it the first one so that it's more logical and consistent with the
rest of our DTs before
Some controllers found in the R8 DTSI actually apply to all of the sun5i
family. Move those into the common DTSI so that all SoCs can benefit from
it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun5i-r8.dtsi | 40 +--
arch/arm/boot/dts/sun5i.dtsi| 23 +
On Mon, Feb 6, 2017 at 3:18 AM, James Bottomley
wrote:
> On Sun, 2017-02-05 at 09:51 +0200, Amir Goldstein wrote:
>> On Sat, Feb 4, 2017 at 9:19 PM, James Bottomley
>> wrote:
>> > This allows any subtree to be uid/gid shifted and bound elsewhere.
>> > It does this by operating simlarly to overla
Signed-off-by: Lubomir Rintel
---
drivers/media/usb/usbtv/usbtv-video.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/usb/usbtv/usbtv-video.c
b/drivers/media/usb/usbtv/usbtv-video.c
index d3b6d3d..8135614 100644
--- a/drivers/media/usb/usbtv/usbtv-video.c
+++ b/driver
> On Feb 5, 2017, at 08:24, Tomasz Duszynski wrote:
>
> Thanks for review!
>
>> On Sun, Feb 05, 2017 at 04:19:47PM +0100, Peter Meerwald-Stadler wrote:
>>
>>> This patch adds support for dsm501 and ppd42ns particle sensors.
>>
>> quick comments below
>> G
>>> Both sensors work on the same pri
On Mon, 2017-02-06 at 12:25 +0900, J. R. Okajima wrote:
> James Bottomley:
> > This allows any subtree to be uid/gid shifted and bound elsewhere.
> > It
> :::
>
> Interesting.
> But I am afraid that the inconsistency problem of the inode numbers
> will happen.
>
> shiftfs_new_inode() use
On 5 February 2017 at 19:35, Viresh Kumar wrote:
>
> On 03-02-17, 17:00, Markus Mayer wrote:
> > On 2 February 2017 at 20:29, Viresh Kumar wrote:
> > > On 01-02-17, 17:06, Markus Mayer wrote:
> > >> From: Markus Mayer
> > >>
> > >> Enable all applicable CPUfreq options.
> > >>
> > >> Signed-off-
On Mon, Feb 6, 2017 at 5:25 AM, J. R. Okajima wrote:
> James Bottomley:
>> This allows any subtree to be uid/gid shifted and bound elsewhere. It
> :::
>
> Interesting.
> But I am afraid that the inconsistency problem of the inode numbers will
> happen.
>
Yet another example that overlayf
Hi Guenter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d5adbfcd5f7bcc6fa58a41c5c5ada0e5c826ce2c
commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error
with binutils 2.24 and earlier
date
Hi Bart,
On Mon, Feb 06, 2017 at 05:14:04AM +, Bart Van Assche wrote:
> On Sun, 2017-02-05 at 20:20 +0100, Willy Tarreau wrote:
> > From: Bart Van Assche
> >
> > commit 51093254bf879bc9ce96590400a87897c7498463 upstream.
> >
> > Let the target core check task existence instead of the SRP tar
On Sun, Jan 29, 2017 at 2:11 AM, Dmitry Vyukov wrote:
> On Fri, Dec 9, 2016 at 6:08 AM, Cong Wang wrote:
Chain exists of:
Possible unsafe locking scenario:
CPU0CPU1
lock(genl_mutex);
Hi Guenter,
On Sun, Feb 05, 2017 at 07:12:58PM -0800, Guenter Roeck wrote:
> On 02/05/2017 11:09 AM, Willy Tarreau wrote:
> > This is the start of the stable review cycle for the 3.10.105 release.
> >
> > NOTE! This series is quite large as I've caught up with many pending fixes
> > that were sub
Brian Foster wrote:
> On Fri, Feb 03, 2017 at 03:50:09PM +0100, Michal Hocko wrote:
> > [Let's CC more xfs people]
> >
> > On Fri 03-02-17 19:57:39, Tetsuo Handa wrote:
> > [...]
> > > (1) I got an assertion failure.
> >
> > I suspect this is a result of
> > http://lkml.kernel.org/r/2017020109270
On Mon, Feb 06, 2017 at 12:24:28PM +0800, Boqun Feng wrote:
> On Fri, Feb 03, 2017 at 02:26:02PM +0100, Peter Zijlstra wrote:
> > Add a new cmpxchg interface:
> >
> > bool try_cmpxchg(u{8,16,32,64} *ptr, u{8,16,32,64} *val, u{8,16,32,64}
> > new);
> >
> > Where the boolean returns the result o
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 38c7fc1c938c469af27c032bf4eab0c4aaf4eba1
commit: 73bfb7b2754f370ffb3ca8a7457f5edbd0dc3e54 [144/162] sched/headers:
Remove the dependency from
config: xtensa-allmodconfig (attached as .config)
compiler: xt
>>> I've seen it on tip. It looks like hot unplug goes really slow when
>>> there's running tasks on the CPU being taken down.
>>>
>>> What I did was something like:
>>>
>>> taskset -p $((1<<1)) $$
>>> for ((i=0; i<20; i++)) do while :; do :; done & done
>>>
>>> taskset -p $((1<<0)) $$
>>>
On Sun, Feb 05, 2017 at 11:12:39AM -0500, Zi Yan wrote:
> From: Zi Yan
>
> It allows splitting huge pmd while you are holding the pmd lock.
> It is prepared for future zap_pmd_range() use.
>
> Signed-off-by: Zi Yan
> ---
> include/linux/huge_mm.h | 2 ++
> mm/huge_memory.c| 22 +++
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 38c7fc1c938c469af27c032bf4eab0c4aaf4eba1
commit: d8c081caed34b16d17d639fa49889d2b7b22c9b0 [118/162] sched/headers:
Remove from
config: mips-ip27_defconfig (attached as .config)
compiler: mips64-linux-gnua
Hi Alex,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d5adbfcd5f7bcc6fa58a41c5c5ada0e5c826ce2c
commit: ebb5e78cc63417a35254a791de66e1cc84f963cc MIPS: Initial implementation
of a VDSO
date: 1 year, 3 months ago
Hi Linus,
here in my environment I hit a pm/runtime problem.
For people seeing this too, [1] has the fix "PM / runtime: Avoid
false-positive warnings from might_sleep_if()".
Just for the records.
Regards,
- Sedat -
[1]
http://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit/?h=li
On Sun, Jan 29, 2017 at 01:26:16AM +0100, Lukas Wunner wrote:
> On Sat, Jan 28, 2017 at 03:52:08PM -0600, Bjorn Helgaas wrote:
> > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote:
> > > --- a/drivers/pci/probe.c
> > > +++ b/drivers/pci/probe.c
> > > @@ -1206,6 +1206,37 @@ void set_pcie
On Sun, Feb 05, 2017 at 03:41:54PM -0800, Linus Torvalds wrote:
> Hey, look at that - it's all been very quiet, and unless anything bad
> happens, we're all back to the regular schedule with this being the
> last rc.
..
> Christoph Hellwig (1):
> nfsd: special case truncates some mor
Since commit 68db9bc81436 ("PCI: pciehp: Add runtime PM support for PCIe
hotplug ports") we runtime suspend a hotplug port to D3hot when all its
children are runtime suspended or none are present.
When runtime suspending the port the PCI core automatically enables PME:
pci_pm_runtime_suspend()
Hi Andrew
2017-02-06 10:54 GMT+08:00 Andrew Lunn :
> Hi Eddie
>
>> + button@0 {
>> + gpios = <&gpio0 5 GPIO_ACTIVE_LOW>;
>> + linux,code = <116>;
>
> It is a good idea to use include/dt-bindings/input/input.h
>
> and then you can replace <116> wi
Hi Jassi,
On Wed, 2017-02-01 at 10:52 +0530, Jassi Brar wrote:
> On Thu, Jan 26, 2017 at 2:07 PM, Horng-Shyang Liao
> wrote:
> > Hi Jassi,
> >
> > On Thu, 2017-01-26 at 10:08 +0530, Jassi Brar wrote:
> >> On Wed, Jan 4, 2017 at 8:36 AM, HS Liao wrote:
> >>
> >> > diff --git a/drivers/mailbox/mt
On 16-01-17, 11:00, Viresh Kumar wrote:
> On 03-01-17, 16:36, Viresh Kumar wrote:
> > Hi,
> >
> > An earlier series[1] tried to implement bindings for PM domain
> > performance states. Rob Herring suggested that we can actually write the
> > supporting code first instead of bindings, as that will
Hi Robert,
On 26 January 2017 at 01:30, Robert Foss wrote:
> Looks good to me.
>
> Feel free to add my r-b.
OK, thanks for your reviewing.
--
Baolin.wang
Best Regards
Hi Mathias,
On 31 January 2017 at 21:14, Mathias Nyman
wrote:
> On 16.01.2017 12:56, Baolin Wang wrote:
>>
>> Hi Mathias,
>
>
> Hi
>
> Sorry about the long review delay
> CC Alan in case my pm assumptions need to be corrected
>
>
>>
>> On 13 December 2016 at 15:49, Baolin Wang wrote:
>>>
>>> Ena
On Sun, 2017-02-05 at 20:20 +0100, Willy Tarreau wrote:
> From: Bart Van Assche
>
> commit 51093254bf879bc9ce96590400a87897c7498463 upstream.
>
> Let the target core check task existence instead of the SRP target
> driver. Additionally, let the target core check the validity of the
> task manage
On Sun, Feb 5, 2017 at 1:13 AM, Christoph Hellwig wrote:
> Dan,
>
> can you please quote your emails? I can't find any content inbetween
> all these quotes.
Sorry, I'm using gmail, but I'll switch to attaching the logs.
So with help from Xiaolong I was able to reproduce this, and it does
not ap
Hi all,
After merging the scsi tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from include/uapi/linux/stddef.h:1:0,
from include/linux/stddef.h:4,
from include/uapi/linux/posix_types.h:4,
from include/
I typoed "facilitate" as "faciltate" a few years back...
Signed-off-by: Dmitry Torokhov
---
drivers/char/tpm/tpm-interface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/tpm/tpm-interface.c b/drivers/char/tpm/tpm-interface.c
index a2688ac2b48f..d94edae56eb3 10
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
WIP.sched/core
head: 38c7fc1c938c469af27c032bf4eab0c4aaf4eba1
commit: f05fc91845e26cd4d605aeb77b1901b8eb9471b5 [138/162] sched/headers: Split
out of
config: mips-bmips_be_defconfig (attached as .config)
compiler: mips-linux-g
Hi Naoya Horiguchi,
Thanks for reviewing.
On 2017/2/6 11:29, Naoya Horiguchi wrote:
> On Fri, Feb 03, 2017 at 03:59:30PM +0800, Yisheng Xie wrote:
>> We had considered all of the non-lru pages as unmovable before commit
>> bda807d44454 ("mm: migrate: support non-lru movable page migration"). But
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/media/lirc/lirc_parallel.c
between commit:
2933974cbb03 ("[media] staging: lirc_parallel: remove")
from the v4l-dvb tree and commit:
1c5fa1c7dbff ("staging: media: lirc: use new parport device model
On Sun, Feb 05, 2017 at 05:07:37PM +0100, Mark Brown wrote:
> On Sat, Feb 04, 2017 at 10:13:18AM -0800, Dmitry Torokhov wrote:
> > On Sat, Feb 04, 2017 at 11:56:14AM +0100, Mark Brown wrote:
>
> > > some of the regulators are optional. You *can* peer into the structure
> > > and special case thin
On Fri, Feb 3, 2017 at 5:35 PM, Jassi Brar wrote:
> On Thu, Feb 2, 2017 at 10:17 AM, Anup Patel wrote:
>> The remote processor can have DMAENGINE capabilities and client
>> can pass data to be processed via main memory. In such cases,
>> the client will require DMAble memory for remote processor.
Hi Ingo,
Doing my ~daily tip merge of -rt, I couldn't help noticing $subject, as
they grow more functionality in -rt, which is allegedly slowly but
surely headed toward merge. I don't suppose they could be left intact?
I can easily restore them in my local tree, but it seems a bit of a
shame to
On Fri, Feb 03, 2017 at 02:26:02PM +0100, Peter Zijlstra wrote:
> Add a new cmpxchg interface:
>
> bool try_cmpxchg(u{8,16,32,64} *ptr, u{8,16,32,64} *val, u{8,16,32,64} new);
>
> Where the boolean returns the result of the compare; and thus if the
> exchange happened; and in case of failure, t
Hi Greg,
After merging the tty tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: "of_device_uevent_modalias" [drivers/tty/serdev/serdev.ko] undefined!
ERROR: "of_device_get_modalias" [drivers/tty/serdev/serdev.ko] undefined!
Caused by commit
cd6484e1830b ("serdev:
Hi Greg,
After merging the tty tree, today's linux-next build
(arm_multi_v7_defconfig) produced this warning:
drivers/tty/serial/sh-sci.c:977:12: warning: 'scif_set_rtrg' defined but not
used [-Wunused-function]
static int scif_set_rtrg(struct uart_port *port, int rx_trig)
^
Introd
On 5 Feb 2017, at 22:02, Hillf Danton wrote:
> On February 06, 2017 12:13 AM Zi Yan wrote:
>>
>> @@ -1233,33 +1233,31 @@ static inline unsigned long zap_pmd_range(struct
>> mmu_gather *tlb,
>> struct zap_details *details)
>> {
>> pmd_t *pmd;
>> +spinlock_t *
On February 06, 2017 12:13 AM Zi Yan wrote:
>
> @@ -1233,33 +1233,31 @@ static inline unsigned long zap_pmd_range(struct
> mmu_gather *tlb,
> struct zap_details *details)
> {
> pmd_t *pmd;
> + spinlock_t *ptl;
> unsigned long next;
>
> pmd =
Changed file permissions to octal.
Found with checkpatch.
Signed-off-by: Derek Robson
---
drivers/staging/iio/addac/adt7316.c | 108 ++--
1 file changed, 54 insertions(+), 54 deletions(-)
diff --git a/drivers/staging/iio/addac/adt7316.c
b/drivers/staging/iio/add
On Sat, Feb 4, 2017 at 12:12 AM, Dan Williams wrote:
> On Fri, Feb 3, 2017 at 2:59 AM, Anup Patel wrote:
>>
>>
>> On Thu, Feb 2, 2017 at 11:31 AM, Dan Williams
>> wrote:
>>>
>>> On Wed, Feb 1, 2017 at 8:47 PM, Anup Patel
>>> wrote:
>>> > The DMAENGINE framework assumes that if PQ offload is sup
On Thu, Feb 2, 2017 at 10:33 PM, Arnd Bergmann wrote:
> We get a link error when CCU_MULT is not set with the
> newly added driver:
>
> drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.17+0x4): undefined
> reference to `ccu_mult_ops'
> drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_
On 03-02-17, 16:24, Lukasz Majewski wrote:
> The "operating-points" property have been replaced with
> "operating-points-v2". Only entries with the same frequencies have
> been added, so no reqression should be introduced.
Don't use "obsolete" word here. Its not obsolete and both bindings
will be
On Fri, Feb 03, 2017 at 03:59:30PM +0800, Yisheng Xie wrote:
> We had considered all of the non-lru pages as unmovable before commit
> bda807d44454 ("mm: migrate: support non-lru movable page migration"). But
> now some of non-lru pages like zsmalloc, virtio-balloon pages also become
> movable. S
On 03-02-17, 17:00, Markus Mayer wrote:
> On 2 February 2017 at 20:29, Viresh Kumar wrote:
> > On 01-02-17, 17:06, Markus Mayer wrote:
> >> From: Markus Mayer
> >>
> >> Enable all applicable CPUfreq options.
> >>
> >> Signed-off-by: Markus Mayer
> >> ---
> >> arch/mips/configs/bmips_stb_defconf
On Mon, Feb 6, 2017 at 5:33 AM, Rask Ingemann Lambertsen
wrote:
> On Fri, Jul 08, 2016 at 10:33:38PM +0800, Chen-Yu Tsai wrote:
>> X-Powers AC100 is a codec / RTC combo chip. This driver supports
>> the RTC sub-device.
>
> Don't we also want to build this driver by default, at least for
> sunxi_de
On Fri, Feb 3, 2017 at 4:17 AM, Paul Gortmaker
wrote:
> We had all these corrected in commit 0c8c6ba00cbf ("pinctrl: sunxi:
> make bool drivers explicitly non-modular") but this new one recently
> crept in.
>
> The Kconfig currently controlling compilation of this code is:
>
>drivers/pinctrl/s
This patch adds i2c controller driver for ZTE's zx2967 family.
Signed-off-by: Baoyou Xie
---
drivers/i2c/busses/Kconfig | 9 +
drivers/i2c/busses/Makefile | 1 +
drivers/i2c/busses/i2c-zx2967.c | 688
3 files changed, 698 insertions(+)
creat
This patch adds dt-binding documentation for zx2967 family
i2c controller.
Signed-off-by: Baoyou Xie
Acked-by: Rob Herring
---
.../devicetree/bindings/i2c/i2c-zx2967.txt | 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i
Add the zx2967 i2c controller driver as maintained by ARM ZTE
architecture maintainers, as they're parts of the core IP.
Signed-off-by: Baoyou Xie
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5fb9b62..4e81e2b 100644
--- a/MAINTAINERS
+++ b
James Bottomley:
> This allows any subtree to be uid/gid shifted and bound elsewhere. It
:::
Interesting.
But I am afraid that the inconsistency problem of the inode numbers will
happen.
shiftfs_new_inode() uses get_next_ino() which means
- 1st time: inodeA is created and cached, inumA i
On 02/05/2017 11:09 AM, Willy Tarreau wrote:
This is the start of the stable review cycle for the 3.10.105 release.
NOTE! This series is quite large as I've caught up with many pending fixes
that were submitted for -stable long ago and that I had been holding on
since 3.10.103 due to limited tim
On Sun, Feb 05, 2017 at 10:04:45PM +, Al Viro wrote:
> Sure, you need to hit a fairly narrow window, especially if you are to
> cause damage in A, but AFAICS it's not impossible. Consider e.g. the
> situation when you lose CPU on preempt on the way to memcpy(); in that
> case server might com
Hi Eddie
> + button@0 {
> + gpios = <&gpio0 5 GPIO_ACTIVE_LOW>;
> + linux,code = <116>;
It is a good idea to use include/dt-bindings/input/input.h
and then you can replace <116> with < KEY_POWER > which is more
readable.
> +
1 - 100 of 606 matches
Mail list logo
