On Tue, 2017-10-10 at 07:03 -0700, t...@kernel.org wrote:
> Hello, Trond.
>
> On Mon, Oct 09, 2017 at 06:32:13PM +, Trond Myklebust wrote:
> > On Mon, 2017-10-09 at 19:17 +0100, Lorenzo Pieralisi wrote:
> > > I have run into the lockdep warning below while running v4.14-
> > > rc3/rc4
> > > on
Call trace observed with latest firmware, and upstream kernel.
[ 14.499938] NIP [c00f318c] init_imc_pmu+0x8c/0xcf0
[ 14.499973] LR [c00f33f8] init_imc_pmu+0x2f8/0xcf0
[ 14.57] Call Trace:
[ 14.500027] [c03fed18f710] [c00f33c8] init_imc_pmu+0x2c8/0xcf0
(unre
Looks good to me
Reviewed-by: Lyude Paul
On Tue, 2017-10-10 at 11:12 +0200, Benjamin Berg wrote:
> Many thinkpad laptops and convertibles provide the GMMS method to
> resolve how far the laptop has been opened and whether it has been
> converted into tablet mode. This allows reporting a more prec
Hi,
On Tue, Oct 10, 2017 at 8:33 AM, Shawn N wrote:
>> diff --git a/arch/arm/boot/dts/tegra124-nyan.dtsi
>> b/arch/arm/boot/dts/tegra124-nyan.dtsi
>> index 5cf987b5401e..0baa6bfc0f36 100644
>> --- a/arch/arm/boot/dts/tegra124-nyan.dtsi
>> +++ b/arch/arm/boot/dts/tegra124-nyan.dtsi
>> @@ -317,6 +
Le 13/09/2017 à 10:25, Klaus Goger a écrit :
> Tested against GD25LQ32D but the GD25LQ32C datasheet seems to be
> identically feature-wise. Therefore dropping the suffix as it's
> probably only indicating the die revision.
>
> Signed-off-by: Klaus Goger
Applied to the spi-nor/next branch of l2-m
On Tue, Oct 10, 2017 at 9:22 AM, Linus Torvalds
wrote:
>
> I really would like to see the sites that do cross-thread lock/unlock
> pairs themselves be annotated.
>
> So when you lock in one thread, and then unlock in another, I'd
> actually prefer to see something like
>
> - T1:
> lock_mu
Dave Airlie writes:
>> +*/
>> + ret = idr_alloc(&leases, &drm_lease_idr_object , object_id,
>> object_id + 1, GFP_KERNEL);
>
> In current kernels, the idr_alloc warns if start < 0, so if object_id
> is a negative signed integer, which your
> igt tests actually make
On Tue, 2017-10-10 at 17:41 +0100, Mark Rutland wrote:
> On Tue, Oct 10, 2017 at 09:27:54AM -0700, Joe Perches wrote:
> > Once ACCESS_ONCE is removed from the code in the tree
> > it can also be removed from checkpatch
>
> Sure thing. We're expecting to rip that out with the ACCESS_ONCE
> definiti
Hi,
On 10/10/17 10:30, Chaotian Jing wrote:
from mt2701, the register of PAD_TUNE has been phased out,
while there is a new register of PAD_TUNE0
Signed-off-by: Chaotian Jing
---
drivers/mmc/host/mtk-sd.c | 69 ++-
1 file changed, 51 insertions(+)
From: Rafael J. Wysocki
Notice that acpi_dev_runtime_resume() and acpi_dev_resume_early() are
actually literally identical after some more-or-less recent changes,
so rename acpi_dev_runtime_resume() to acpi_dev_resume(), use it
everywhere instead of acpi_dev_resume_early() and drop the latter.
S
From: Colin Ian King
Currently rt6_ex is being dereferenced before it is null checked
hence there is a possible null dereference bug. Fix this by only
dereferencing rt6_ex after it has been null checked.
Detected by CoverityScan, CID#1457749 ("Dereference before null check")
Fixes: 81eb8447daae
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
> case user must avoid optimizing the kprobes by setting
> post_handler or
+ Dmitry, who can probably answer better than I can
On Tue, Oct 10, 2017 at 01:04:20PM +0200, Emil Renner Berthing wrote:
> On 10 October 2017 at 11:33, Heiko Stuebner wrote:
> > Am Montag, 9. Oktober 2017, 20:40:28 CEST schrieb Emil Renner Berthing:
> >> Adding the linux,gpio-keymap entry also h
On 08/31/2017 07:44 AM, James Liao wrote:
Add CPU idle state nodes to enable C1/C2 idle states.
Signed-off-by: James Liao
---
pushed to v4.14-next/dts64
Thanks.
This patch bases on latest Matthias v4.13-next/dts64 branch [1],
add CPU idle states for MT2712.
[1] https://github.com/mbgg/l
Reviewed-by: Jim Mattson
On Mon, Oct 9, 2017 at 3:51 PM, Wanpeng Li wrote:
> From: Wanpeng Li
>
> SDM mentioned:
>
> "If either the “unrestricted guest” VM-execution control or the “mode-based
> execute control for EPT” VM- execution control is 1, the “enable EPT”
> VM-execution control mu
Hi Will,
Thank you for doing this work. How would you like to proceed?
- If you OK for my series to be accepted as-is, so your patch can be
added later on top, I think, I need an ack from you for kasan changes.
- Otherwise, I can replace: 4267aaf1d279 arm64/kasan: add and use
kasan_map_populate()
On Tue, Oct 10, 2017 at 09:57:25AM -0700, Joe Perches wrote:
> On Tue, 2017-10-10 at 17:41 +0100, Mark Rutland wrote:
> > On Tue, Oct 10, 2017 at 09:27:54AM -0700, Joe Perches wrote:
> > > Once ACCESS_ONCE is removed from the code in the tree
> > > it can also be removed from checkpatch
> >
> > Su
On 10/10/2017 09:11 AM, Eugeniy Paltsev wrote:
Increase SDIO CIU frequency from 1250Hz to 5000Hz by
switching from the default divisor value (div-by-8) to the
minimum possible value of the divisor (div-by-2) in HSDK platform
code.
Please describe the problem first not the solution. That
Hi Pavel,
On Tue, Oct 10, 2017 at 01:07:35PM -0400, Pavel Tatashin wrote:
> Thank you for doing this work. How would you like to proceed?
>
> - If you OK for my series to be accepted as-is, so your patch can be
> added later on top, I think, I need an ack from you for kasan changes.
> - Otherwise
Hello,
On Tue, Oct 10, 2017 at 04:48:57PM +, Trond Myklebust wrote:
> Thanks for the explanation. What I'm not really understanding here
> though, is how the work item could be queued at all. We have a
> wait_on_bit_lock() in xprt_destroy() that should mean the xprt-
> >task_cleanup work item
In preparation for __klp_enable_patch() to call a number of 'static' functions,
in a subsequent patch, move them earlier in core.c. This patch should be a nop
from a functional pov.
Signed-off-by: Jason Baron
Cc: Josh Poimboeuf
Cc: Jessica Yu
Cc: Jiri Kosina
Cc: Miroslav Benes
Cc: Petr Mladek
On Tue, 10 Oct 2017 12:58:52 +0530
Christina Jacob wrote:
> +/* Get the mac address of the interface given interface name */
> +static long *getmac(char *iface)
> +{
> + int fd;
> + struct ifreq ifr;
> + long *mac = NULL;
> +
> + fd = socket(AF_INET, SOCK_DGRAM, 0);
> + ifr.if
I wanted to thank you Michal for spending time and doing the in-depth
reviews of every incremental change. Overall the series is in much
better shape now because of your feedback.
Pavel
On 10/10/2017 10:15 AM, Michal Hocko wrote:
Btw. thanks for your persistance and willingness to go over all
Sometimes we would like to revert a particular fix. This is currently
This is not easy because we want to keep all other fixes active and we
could revert only the last applied patch.
One solution would be to apply new patch that implemented all
the reverted functions like in the original code. It
From: Kan Liang
The perf_evlist__mmap_read only support forward mode. It needs a common
function to support both forward and backward mode.
The perf_evlist__mmap_read_backward is buggy.
Introduce a new mmap read interface to support both forward and backward
mode. It can read event one by one fr
From: Kan Liang
no functional change
Signed-off-by: Kan Liang
---
tools/perf/builtin-top.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
index 477a869..be9ffae 100644
--- a/tools/perf/builtin-top.c
+++ b/tools/pe
From: Kan Liang
Add a wrapper perf_evlist__mmap_read_init for perf_mmap__read_init.
Signed-off-by: Kan Liang
---
tools/perf/util/evlist.c | 9 +
tools/perf/util/evlist.h | 2 ++
2 files changed, 11 insertions(+)
diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c
index b3
On 10/10/17 17:49, Vinod Koul wrote:
On Tue, Oct 10, 2017 at 01:34:55PM +0100, Srinivas Kandagatla wrote:
9 files changed, 1192 insertions(+)
thats a lot of code for review, consider splitting it up further for better
reviews
Its was suggested that parts of dtbindings and of_* wrapper me
On Tue, 10 Oct 2017 12:58:52 +0530
Christina Jacob wrote:
> + bzero(&route, sizeof(route));
> + bzero(dsts, sizeof(dsts));
> + bzero(dsts_len, sizeof(dsts_len));
> + bzero(gws, sizeof(gws));
> + bzero(ifs, sizeof(ifs));
> + b
From: Kan Liang
Perf record can switch output. The new output should only store the data
after switching. However, in overwrite backward mode, the new output
still have the data from old output.
At the end of mmap_read, the position of processed ring buffer is saved
in md->prev. Next mmap_read s
From: Kan Liang
No one use it
Signed-off-by: Kan Liang
---
tools/perf/util/evlist.c | 101 +--
tools/perf/util/evlist.h | 12 --
2 files changed, 1 insertion(+), 112 deletions(-)
diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c
From: Kan Liang
The mmap_read interfaces for ring buffer has some issues
- Not well organized. For example, perf record maintains some codes in
builtin-record.c. Other perf tools use perf_mmap__read* functions to
access ring buffer. Some of the codes should be shared.
- Only support forwa
erf-urgent-for-mingo-4.14-20171005' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
> (2017-10-05 20:07:08 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-ur
(Cc'ed Julia)
On Mon, Oct 09, 2017 at 09:33:01AM -0700, Laura Abbott wrote:
>On 10/06/2017 08:10 PM, Levin, Alexander (Sasha Levin) wrote:
>> We are experimenting with using neural network to aid with patch
>> selection for stable kernel trees. There are quite a few commits that
>> were not marked
From: Kan Liang
no functional change
backward-ring-buffer is the test case for backward mode.
The rest of the test cases are forward mode.
Signed-off-by: Kan Liang
---
tools/perf/arch/x86/tests/perf-time-to-tsc.c | 9 -
tools/perf/tests/backward-ring-buffer.c | 10 --
t
From: Kan Liang
no functional change
Signed-off-by: Kan Liang
---
tools/perf/util/python.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/python.c b/tools/perf/util/python.c
index c129e99..cfbaa86 100644
--- a/tools/perf/util/python.c
+++ b/tools/p
From: Kan Liang
Factor out the mmap_read related codes into separate functions and move
them to evlist.c
struct perf_mmap_read is introduced to store the specific range of ring
buffer information.
The way to read specific range of ring buffer into file is as below,
perf_mmap__read_init
perf_
From: Kan Liang
no functional change
Signed-off-by: Kan Liang
---
tools/perf/builtin-trace.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c
index afef6fe..cd5aaf2 100644
--- a/tools/perf/builtin-trace.c
+++ b/
From: Kan Liang
no functional change
Signed-off-by: Kan Liang
---
tools/perf/builtin-kvm.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/tools/perf/builtin-kvm.c b/tools/perf/builtin-kvm.c
index 721f4f9..397a6b6 100644
--- a/tools/perf/builtin-kvm.c
+++ b/tools/
On Tue, Oct 10, 2017 at 10:03:57AM -0700, Brian Norris wrote:
> + Dmitry, who can probably answer better than I can
>
> On Tue, Oct 10, 2017 at 01:04:20PM +0200, Emil Renner Berthing wrote:
> > On 10 October 2017 at 11:33, Heiko Stuebner wrote:
> > > Am Montag, 9. Oktober 2017, 20:40:28 CEST schr
Add "-U" option to show unreclaimable slabs only.
"-U" and "-S" together can tell us what unreclaimable slabs use the most
memory to help debug huge unreclaimable slabs issue.
Signed-off-by: Yang Shi
Acked-by: Christoph Lameter
Acked-by: David Rientjes
---
tools/vm/slabinfo.c | 11 ++-
According to the discussion with Christoph [1], it sounds it is pointless
to keep CONFIG_SLABINFO around.
This patch just remove CONFIG_SLABINFO config option, but /proc/slabinfo
is still available.
[1] https://marc.info/?l=linux-kernel&m=150695909709711&w=2
Signed-off-by: Yang Shi
---
init/Kc
Recently we ran into a oom issue, kernel panic due to no killable process.
The dmesg shows huge unreclaimable slabs used almost 100% memory, but kdump
doesn't capture vmcore due to some reason.
So, it may sound better to capture unreclaimable slab info in oom message when
kernel panic to aid tr
Kernel may panic when oom happens without killable process sometimes it
is caused by huge unreclaimable slabs used by kernel.
Although kdump could help debug such problem, however, kdump is not
available on all architectures and it might be malfunction sometime.
And, since kernel already panic it
On Tue, 2017-10-10 at 18:01 +0100, Colin King wrote:
> From: Colin Ian King
>
> Currently rt6_ex is being dereferenced before it is null checked
> hence there is a possible null dereference bug. Fix this by only
> dereferencing rt6_ex after it has been null checked.
>
> Detected by CoverityScan,
* Peter Zijlstra wrote:
> On Tue, Oct 10, 2017 at 03:51:37PM +0100, Matt Fleming wrote:
> > On Fri, 06 Oct, at 11:36:23AM, Matt Fleming wrote:
> > >
> > > It's a similar story for hackbench-threads-{pipes,sockets}, i.e. pipes
> > > regress but performance is restored for sockets.
> > >
> > > O
On Tue, 2017-10-10 at 18:47 +0200, Sebastian Andrzej Siewior wrote:
> On 2017-10-10 18:24:55 [+0200], To Mike Galbraith wrote:
> > > homer:..debug/tracing # time chrt -f 1
> > > /usr/local/ltp/conformance/interfaces/clock_settime/clock_settime_8-1.run-test
> > > Ended too late. 1507351636 >> 1507
On 10/06/2017 06:32 PM, Josh Poimboeuf wrote:
> On Wed, Sep 27, 2017 at 11:41:30PM -0400, Jason Baron wrote:
>> Since 'atomic replace' has completely replaced all previous livepatch
>> modules, it explicitly disables all previous livepatch modules. However,
>> previous livepatch modules that have
Hi Vineet,
On Tue, 2017-10-10 at 10:09 -0700, Vineet Gupta wrote:
> On 10/10/2017 09:11 AM, Eugeniy Paltsev wrote:
> >
> > Increase SDIO CIU frequency from 1250Hz to 5000Hz by
> > switching from the default divisor value (div-by-8) to the
> > minimum possible value of the divisor (div-by-
Hi Linus,
Please pull the following kselftest update for 4.14-rc5 fixes
This update consists of:
- fix for x86: sysret_ss_attrs test build failure preventing the x86
tests from running.
- fix mqueue: fix regression in silencing test run output.
Diff for the update attached.
thanks,
-- Shuah
On Tue, 10 Oct 2017, Levin, Alexander (Sasha Levin) wrote:
> (Cc'ed Julia)
>
> On Mon, Oct 09, 2017 at 09:33:01AM -0700, Laura Abbott wrote:
> >On 10/06/2017 08:10 PM, Levin, Alexander (Sasha Levin) wrote:
> >> We are experimenting with using neural network to aid with patch
> >> selection for s
Commit-ID: aa7b4e02b328f0589b6133e72aafb1289f614a79
Gitweb: https://git.kernel.org/tip/aa7b4e02b328f0589b6133e72aafb1289f614a79
Author: Arnaldo Carvalho de Melo
AuthorDate: Mon, 9 Oct 2017 15:55:45 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 Oct 2017 15:55:45 -0300
too
Commit-ID: e9516c0813aeb89ebd19ec0ed39fbfcd78b6ef3a
Gitweb: https://git.kernel.org/tip/e9516c0813aeb89ebd19ec0ed39fbfcd78b6ef3a
Author: Mark Santaniello
AuthorDate: Fri, 6 Oct 2017 01:07:22 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 6 Oct 2017 09:48:32 -0300
perf script
Hi Linus,
Could you please pull this quick bug fix?
Thanks,
The following changes since commit e365806ac289457263a133bd32df8df49897f612:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs (2017-09-25 18:24:14
-0700)
are available in the git repository at:
Commit-ID: 66ec11919a0f96e936bb731fdbc2851316077d26
Gitweb: https://git.kernel.org/tip/66ec11919a0f96e936bb731fdbc2851316077d26
Author: Mark Rutland
AuthorDate: Fri, 6 Oct 2017 19:38:22 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 9 Oct 2017 15:48:46 -0300
perf pmu: Unbre
On 10/09/17 14:21, Mark Brown wrote:
> For my birthday I've gone and got myself a linux-next tree:
>
> Changes since 20170929:
>
> The net-next and drm trees lost their build failures but the rcu tree
> gained one.
I don't know what this is but it's new AFAIK.
(seen on i386 and x86_64)
DTC
Recently, while reading up on binfmt I attempted to open a document ref
only to find it was invalid. I did a quick grep, found all the
binfmt_misc related broken refs and sent a patch.
Fine. Easy.
Then I wondered, "how many broken doc refs are there?".
Turns out with all the recent doc moves, q
Make admin-guide document refs valid.
Signed-off-by: Tom Saeger
---
Documentation/ABI/stable/sysfs-devices | 2 +-
Documentation/ABI/testing/sysfs-devices-system-cpu | 6 --
Documentation/ABI/testing/sysfs-power | 6 --
Documentation/admin-guide/README.rst
Make security document refs valid.
Signed-off-by: Tom Saeger
---
Documentation/ABI/testing/evm | 4 ++--
Documentation/security/LSM.rst | 2 +-
Documentation/security/credentials.rst | 2 +-
Documentation/security/keys/request-key.rst | 2 +-
4 files changed, 5 in
Make driver-api document refs valid.
Signed-off-by: Tom Saeger
---
Documentation/power/pci.txt | 10 +-
Documentation/power/runtime_pm.txt | 2 +-
Documentation/process/submitting-drivers.rst | 2 +-
3 files changed, 7 insertions(+), 7 deletions(-)
diff --gi
Make media doc refs valid.
Signed-off-by: Tom Saeger
---
Documentation/admin-guide/kernel-parameters.txt| 4 ++--
Documentation/media/dvb-drivers/bt8xx.rst | 8
Documentation/media/uapi/v4l/dev-sliced-vbi.rst| 2 +-
Documentation/media/uapi/v4l/extended-controls.rst | 2
Update ref to usb proc_usb_info.txt.
Signed-off-by: Tom Saeger
---
Documentation/driver-api/usb/usb.rst | 4 +---
Documentation/networking/cdc_mbim.txt | 4 ++--
Documentation/usb/gadget-testing.txt | 2 +-
3 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/Documentation/driver-api
Signed-off-by: Tom Saeger
---
Documentation/networking/checksum-offloads.txt | 2 +-
Documentation/networking/packet_mmap.txt | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/networking/checksum-offloads.txt
b/Documentation/networking/checksum-offloads.t
Make `input` document refs valid including:
- joystick
- joystick-parport
Signed-off-by: Tom Saeger
---
Documentation/admin-guide/kernel-parameters.txt | 10 +-
Documentation/hid/hiddev.txt| 2 +-
Documentation/input/devices/xpad.rst| 3 ++-
Document
Make sound doc refs valid.
Signed-off-by: Tom Saeger
---
Documentation/sound/hd-audio/notes.rst| 2 +-
Documentation/sound/kernel-api/writing-an-alsa-driver.rst | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/sound/hd-audio/notes.rst
b/Do
Hi Will,
Ok, I will add your patch at the end of my series.
Thank you,
Pavel
>
> I was thinking that you could just add my patch to the end of your series
> and have the whole lot go up like that. If you want to merge it with your
> patch, I'm fine with that too.
>
> Will
>
> --
> To unsubscribe
On 10/10/2017 07:26 PM, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
>> On Tue, Oct 10, 2017 at 03:51:37PM +0100, Matt Fleming wrote:
>>> On Fri, 06 Oct, at 11:36:23AM, Matt Fleming wrote:
It's a similar story for hackbench-threads-{pipes,sockets}, i.e. pipes
regress but per
On Tue, Oct 10, 2017 at 05:01:16PM +, Colin King wrote:
> From: Colin Ian King
>
> Currently rt6_ex is being dereferenced before it is null checked
> hence there is a possible null dereference bug. Fix this by only
> dereferencing rt6_ex after it has been null checked.
>
> Detected by Coveri
On 10/09, Chao Yu wrote:
> On 2017/10/8 3:30, Joe Perches wrote:
> > On Sat, 2017-10-07 at 23:33 +0900, Ju Hyung Park wrote:
> >> Isn't this bogus?
> >>
> >> "bool" type in Linux kernel is a typedef to "_Bool"
> >> and true/false is defined as 1 and 0 by enum at include/linux/stddef.h.
> >
> > Bog
The Arasan controller is based on a FPGA platform and has integrated phy
with specific phy registers used during the initialization and
management of different modes. The phy and the controller are integrated
and registers are very specific to Arasan.
Arasan being an IP provider, licenses these IP
On Tue, Oct 10, 2017 at 09:43:26AM -0700, Tejun Heo wrote:
> From 3bbed8c7747739cda48f592f165e8839da076a3a Mon Sep 17 00:00:00 2001
>
> Issuing metdata or otherwise shared IOs from !root cgroup can lead to
> priority inversion. This patch ensures that those IOs are always
> issued from the root c
On Tue 10-10-17 08:39:47, Dave Hansen wrote:
> On 10/10/2017 07:57 AM, Michal Hocko wrote:
> >> But, let's be honest, this leaves us with an option that nobody is ever
> >> going to turn on. IOW, nobody except a very small portion of our users
> >> will ever see any benefit from this.
> > But aren
On Tue, 2017-10-10 at 17:11 +0100, Gargi Sharma wrote:
>
> I have listed down the code for both idr_for_each and
> idr_for_each_entry.
> IMHO idr_for_each_entry is easier to read, but YMMV. :)
>
> void kill_task(int id, void *ptr, void *data)
> {
> struct *pid = ptr;
> struct task_struct
From: Colin King
Date: Tue, 10 Oct 2017 18:01:16 +0100
> From: Colin Ian King
>
> Currently rt6_ex is being dereferenced before it is null checked
> hence there is a possible null dereference bug. Fix this by only
> dereferencing rt6_ex after it has been null checked.
>
> Detected by CoverityS
From: Colin Ian King
The use of the | operator always leads to true on the expression
(rt->rt6i_flags | RTF_CACHE) which looks rather suspect to me. I
believe this is fixed by using & instead to just check the
RTF_CACHE entry bit.
Detected by CoverityScan, CID#1457747 ("Wrong operator used")
Fi
This patch avoids dropping crypto key in f2fs_drop_inode, so we can guarantee
it happens only at evict_inode.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/super.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
index dc05b16df514..f10a1b1380c2 100644
--- a/fs/f2fs/
Hi Atish,
Thanks for the comments
On 10/10/2017 08:54 AM, Atish Patra wrote:
Signed-off-by: Rohit Jain
---
kernel/sched/fair.c | 37 -
1 file changed, 28 insertions(+), 9 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index eaede5
On 09/21/2017 10:26 AM, sean.w...@mediatek.com wrote:
From: Sean Wang
pwrap initialization is highly associated with the base SoC, so
update here for allowing pwrap_init without slave program which would be
used to those PMICs without extra encryption on bus such as MT6380.
Signed-off-by: Ch
Hi Rui, Eduardo,
** this is my first pull request for thermal, so I may have choose the
wrong branch **
The changes are based on top of the thermal-soc branch.
The pull request contains the following changes:
- Reworked the hikey6220 thermal driver by improving the code, fixing
the interrupt s
pipe_max_size is defined as an unsigned int:
unsigned int pipe_max_size = 1048576;
but its procfs/sysctl representation is an integer:
static struct ctl_table fs_table[] = {
...
{
.procname = "pipe-max-size",
.data = &pi
From: Kevin Wangtao
The next patches will provide the support for the hi3660 where the temperature
sensor can have multiple alarm levels. In order to set the scene to support it,
we have to convert the current code to be able to support multiple threshold
values.
[Daniel Lezcano: Restated the lo
From: Kevin Wangtao
Add binding for tsensor on H3660, this tsensor is used for
SoC thermal control, it supports alarm interrupt.
Signed-off-by: Kevin Wangtao
Signed-off-by: Daniel Lezcano
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a
From: Kevin Wangtao
For platform compatibility, add the tsensor ops to a thermal data structure.
Each platform has its own probe function to register proper tsensor ops
function to the pointer, platform related resource request are also implemented
in the platform probe function.
Signed-off-by:
From: Kevin Wangtao
This patch adds the support for thermal sensor on the Hi3660 SoC.
Hi3660 tsensor support alarm interrupt and have three configurable
alarm thresholds, it also has a configurable hysteresis interval,
interrupt will be triggered when temperature rise above the alarm
threshold or
From: Kevin Wangtao
This adds documentation of device tree bindings for the
thermal sensor controller of hi3660 SoC.
Signed-off-by: Kevin Wangtao
Signed-off-by: Daniel Lezcano
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/thermal/hisilicon-thermal.txt | 9 +
1 file chan
From: Kevin Wangtao
Reorganize the code for next patches by moving the functions upper in
the file which will prevent a forward declaration. There is no functional
change here.
Signed-off-by: Kevin Wangtao
Signed-off-by: Daniel Lezcano
---
drivers/thermal/hisi_thermal.c | 76 +
From: Kevin Wangtao
As the next patches will provide support for the hikey3660's sensor, several
functions with the same purpose but for different platforms will be introduced.
In order to make a clear distinction between them, let's prefix the function
names with the platform name.
This patch h
The iio_channel_get() function has now its devm_ version.
Use it and remove all the rollback code for iio_channel_release() as well
as the .remove ops.
[Compiled tested only]
Signed-off-by: Daniel Lezcano
---
drivers/thermal/qcom-spmi-temp-alarm.c | 43 +++---
1 fil
On 10/10/17 18:55, Colin King wrote:
> From: Colin Ian King
>
> The use of the | operator always leads to true on the expression
> (rt->rt6i_flags | RTF_CACHE) which looks rather suspect to me. I
> believe this is fixed by using & instead to just check the
> RTF_CACHE entry bit.
>
> Detected by
From: Kevin Wangtao
Use round up division to ensure the programmed value of threshold and the lag
are not less than what we set, and in order to keep the accuracy while using
round up division, the step value should be a rounded up value. There is
no need to use hisi_thermal_round_temp.
Signed-
From: Kevin Wangtao
The sensor's clock is enabled and disabled outside of the probe and
disable function. Moving the corresponding action in the
hisi_thermal_setup() and hisi_thermal_disable_sensor(), factors out
some lines of code and makes the code more symmetric.
Signed-off-by: Kevin Wangtao
Everything mentionned here:
https://lkml.org/lkml/2016/4/20/850
This driver was added before the devm_iio_channel_get() function version was
merged. The sensor should be released before the iio channel, thus we had to
use the non-devm version of thermal_zone_of_sensor_register().
Now the devm_ii
There is a particular situation when the cooling device is cpufreq and the heat
dissipation is not efficient enough where the temperature increases little by
little until reaching the critical threshold and leading to a SoC reset.
The behavior is reproducible on a hikey6220 with bad heat dissipati
The mutex is used to protect against writes in the configuration register.
That happens at probe time, with no possible race yet.
Then when the module is unloaded and at suspend/resume.
When the module is unloaded, it is an userspace operation, thus via a process.
Suspending the system goes thro
The presence of the thermal data pointer in the sensor structure has the unique
purpose of accessing the thermal data in the interrupt handler.
The sensor pointer is passed when registering the interrupt handler, replace the
cookie by the thermal data pointer, so the back pointer is no longer need
Mikulas noticed in the existing do_proc_douintvec_minmax_conv() and
do_proc_dopipe_max_size_conv() introduced in this patchset, that they
inconsistently handle overflow and min/max range inputs:
For example:
0 ... param->min - 1 ---> ERANGE
param->min ... param->max ---> the value is accepted
On Tue, 10 Oct 2017 19:36:23 +0200,
Tom Saeger wrote:
>
> Make `input` document refs valid including:
> - joystick
> - joystick-parport
>
> Signed-off-by: Tom Saeger
For the sound part:
Reviewed-by: Takashi Iwai
thanks,
Takashi
> ---
> Documentation/admin-guide/kernel-parameters.txt |
The VIA VL805 host controller is well-known for causing problems on
systems with IOMMUs enabled, ranging from triggering endless streams of
fault messages to locking itself up completely. It appears that the root
of the problem might be an over-aggressive prefetching of TRBs, wherein
consuming comm
On Tue, 10 Oct 2017 19:36:45 +0200,
Tom Saeger wrote:
>
> Make sound doc refs valid.
>
> Signed-off-by: Tom Saeger
Reviewed-by: Takashi Iwai
thanks,
Takashi
> ---
> Documentation/sound/hd-audio/notes.rst| 2 +-
> Documentation/sound/kernel-api/writing-an-alsa-driver.rs
pipe_max_size is assigned directly via procfs sysctl:
static struct ctl_table fs_table[] = {
...
{
.procname = "pipe-max-size",
.data = &pipe_max_size,
.maxlen = sizeof(int),
.mode
601 - 700 of 1503 matches
Mail list logo
