On Wed, 2017-11-01 at 01:08 -0500, Atish Patra wrote:
>
> On 10/31/2017 03:48 AM, Mike Galbraith wrote:
>
> > I played with something ~similar (cmpxchg() idle cpu reservation)
> I had an atomic version earlier as well. Peter's suggestion for per cpu
> seems to perform slightly better than atomic
Hi all,
Today's linux-next merge of the tip tree got conflicts in:
sound/oss/midibuf.c
sound/oss/soundcard.c
sound/oss/sys_timer.c
sound/oss/uart6850.c
between commit:
727dede0ba8a ("sound: Retire OSS")
from the sound tree and commit:
1d27e3e2252b ("timer: Remove expires and data
On Tue, Oct 31, 2017 at 11:41:45PM +0530, Himanshu Jha wrote:
> On Tue, Oct 17, 2017 at 05:14:30PM +0530, Himanshu Jha wrote:
>
> Hi Greg,
>
> > Use put_unaligned_le32 rather than using byte ordering function and
> > memcpy which makes code clear.
> > Also, add the header file where it is declare
On Tue, Oct 31, 2017 at 09:14:45AM -0700, Kees Cook wrote:
> diff --git a/net/socket.c b/net/socket.c
> index c729625eb5d3..34183f4fbdf8 100644
> --- a/net/socket.c
> +++ b/net/socket.c
> @@ -2188,6 +2188,7 @@ static int ___sys_recvmsg(struct socket *sock, struct
> user_msghdr __user *msg,
>
On Tue, Oct 31, 2017 at 01:02:35PM -0700, Long Li wrote:
> From: Paul Meyer
>
> While reading in more than one block (50) of KVP records, the allocation
> goes per block, but the reads used the total number of allocated records
> (without resetting the pointer/stream). This causes the records buf
Hi!
> Sakari, I am actually playing with N9 camera, not N950. That comes
> next.
>
> And the clock error I mentioned ... seems to be
> -EPROBE_DEFER. So... not an issue.
Hmm, and with similar config, I got N950 to work. ... which should
give me enough clues to get N9 to work. I guess I forgot to
On Wed, Nov 01, 2017 at 02:17:17PM +0800, Huang, Ying wrote:
> Minchan Kim writes:
>
> > This patch makes do_swap_page no need to be aware of two different
> > swap readahead algorithm. Just unify cluster-based and vma-based
> > readahead function call.
> >
> > Signed-off-by: Minchan Kim
> > ---
Hi Sven,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.14-rc7]
[cannot apply to next-20171018]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://gi
Minchan Kim writes:
> This patch makes do_swap_page no need to be aware of two different
> swap readahead algorithm. Just unify cluster-based and vma-based
> readahead function call.
>
> Signed-off-by: Minchan Kim
> ---
> include/linux/swap.h | 17 -
> mm/memory.c | 11
On 10/31/2017 03:48 AM, Mike Galbraith wrote:
On Tue, 2017-10-31 at 09:20 +0100, Peter Zijlstra wrote:
On Tue, Oct 31, 2017 at 12:27:41AM -0500, Atish Patra wrote:
Currently, multiple tasks can wakeup on same cpu from
select_idle_sibiling() path in case they wakeup simulatenously
and last ran
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/block/amiflop.c
between commit:
f37ecbfc238b ("amifloppy: Convert timers to use timer_setup()")
from the block tree and commit:
3c557df67257 ("timer: Remove meaningless .data/.function assignments")
from the ti
Minchan Kim writes:
> Hi Huang,
>
> On Wed, Nov 01, 2017 at 01:41:00PM +0800, Huang, Ying wrote:
>> Hi, Minchan,
>>
>> Minchan Kim writes:
>>
>> > When I see recent change of swap readahead, I am very unhappy
>> > about current code structure which diverges two swap readahead
>> > algorithm in
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/s390/lib/spinlock.c
between commit:
eb3b7b848fb3 ("s390/rwlock: introduce rwlock wait queueing")
(at least)
from the s390 tree and commit:
6aa7de059173 ("locking/atomics: COCCINELLE/treewide: Convert trivial
ACCES
On Tue, Oct 31, 2017 at 7:34 PM, Oleg Nesterov wrote:
> On 10/30, Dmitry Vyukov wrote:
>>
>> On Mon, Oct 30, 2017 at 10:12 PM, syzbot
>>
>> wrote:
>> > Hello,
>> >
>> > syzkaller hit the following crash on
>> > d95e159cd1da1ed4dbf76bf203e8ffaf231395e4
>> > git://git.cmpxchg.org/linux-mmots.git/ma
The meaning of perf record's "overwrite" option and many "overwrite" in
source code are not clear. In perf's code, the 'overwrite' has 2 meanings:
1. Make ringbuffer readonly (perf_evlist__mmap_ex's argument).
2. Set evsel's "backward" attribute (in apply_config_terms).
perf record doesn't use m
Kan reports that 'perf record --overwrite' not working as it should be.
Patch 1/2 fix a bug, map backward events to readonly ring buffer so kernel
can overwrite that ring buffer.
Patch 2/2 clarify concepts of 'overwrite' and 'backward' in the source code
by introducing the concept of 'flightrecor
perf record backward recording doesn't work as we expected: it never
overwrite when ring buffer full.
Test:
(Run a busy printing python task background like this:
while True:
print 123
send SIGUSR2 to perf to capture snapshot.)
# ./perf record --overwrite -e raw_syscalls:sys_enter -e ra
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/powerpc/mm/numa.c
between commit:
cee5405da402 ("powerpc/hotplug: Improve responsiveness of hotplug change")
from the powerpc tree and commit:
df7e828c1b69 ("timer: Remove init_timer_deferrable() in favor of
timer
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/arm64/Kconfig
between commit:
396a5d4a5c32 ("arm64: Unconditionally support {ARCH_}HAVE_NMI{_SAFE_CMPXCHG}")
from the arm64 tree and commit:
087133ac9076 ("locking/qrwlock, arm64: Move rwlock implementation over to
Hi Huang,
On Wed, Nov 01, 2017 at 01:41:00PM +0800, Huang, Ying wrote:
> Hi, Minchan,
>
> Minchan Kim writes:
>
> > When I see recent change of swap readahead, I am very unhappy
> > about current code structure which diverges two swap readahead
> > algorithm in do_swap_page. This patch is to cl
Hi, Minchan,
Minchan Kim writes:
> When I see recent change of swap readahead, I am very unhappy
> about current code structure which diverges two swap readahead
> algorithm in do_swap_page. This patch is to clean it up.
>
> Main motivation is that fault handler doesn't need to be aware of
> rea
It is common for services to be stateless around their main event loop.
If a process passes the EPOLL_KILLME flag to epoll_wait5() then it
signals to the kernel that epoll_wait5() may not complete, and the kernel
may send SIGKILL if resources get tight.
See my systemd patch: https://github.com/sha
This patchset cleans up recent added vma-based readahead code via
unifying cluster-based readahead.
Minchan Kim (2):
mm:swap: clean up swap readahead
mm:swap: unify cluster-based and vma-based swap readahead
include/linux/swap.h | 32 +++
mm/memory.c | 24 +++
When I see recent change of swap readahead, I am very unhappy
about current code structure which diverges two swap readahead
algorithm in do_swap_page. This patch is to clean it up.
Main motivation is that fault handler doesn't need to be aware of
readahead algorithms but just should call swapin_r
This patch makes do_swap_page no need to be aware of two different
swap readahead algorithm. Just unify cluster-based and vma-based
readahead function call.
Signed-off-by: Minchan Kim
---
include/linux/swap.h | 17 -
mm/memory.c | 11 ---
mm/shmem.c |
On Tue, Oct 31, 2017 at 09:43:03PM -0700, Cong Wang wrote:
> On Tue, Oct 31, 2017 at 8:05 PM, Dave Chinner wrote:
> > On Tue, Oct 31, 2017 at 06:51:08PM -0700, Cong Wang wrote:
> >> >> Please let me know if I can provide any other information.
> >> >
> >> > How do you reproduce the problem?
> >>
>
On 10/31/17 8:45 AM, Josef Bacik wrote:
From: Josef Bacik
Error injection is sloppy and very ad-hoc. BPF could fill this niche
perfectly with it's kprobe functionality. We could make sure errors are
only triggered in specific call chains that we care about with very
specific situations. Acco
On Tue, Oct 31, 2017 at 8:05 PM, Dave Chinner wrote:
> On Tue, Oct 31, 2017 at 06:51:08PM -0700, Cong Wang wrote:
>> On Mon, Oct 30, 2017 at 5:33 PM, Dave Chinner wrote:
>> > On Mon, Oct 30, 2017 at 02:55:43PM -0700, Cong Wang wrote:
>> >> Hello,
>> >>
>> >> We triggered a list corruption (double
> El Tue, Oct 30, 2017 at 10:57:58AM +0100 Ingo Molnar ha dit:
>> So I hate this change, because it pointlessly duplicates an attribute that
>> should
>> only matter at the definition site.
>
> It's certainly not ideal, and then again essentially the same is done
> in kernel/sched/sched.h, just th
In preparation for hashing addresses printed using %p. We need the
actual address for error reporting in kasan.
Use %pK instead of %p to print addresses.
Signed-off-by: Tobin C. Harding
---
mm/kasan/report.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/mm/kasan/re
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 control via the kptr_restrict sysctl. Exposing addresses
gives attackers sensitive information about the kernel layout in memory.
We can
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 control via the kptr_restrict sysctl. Exposing
addresses gives attackers sensitive information about the kernel layout
in memory.
We can
Hi Sven,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.14-rc7]
[cannot apply to next-20171018]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://gi
On Tue, 31 Oct 2017 17:44:32 -0400
Steven Rostedt wrote:
> On Tue, 31 Oct 2017 23:51:42 +0900
> Masami Hiramatsu wrote:
>
> > diff --git a/tools/testing/selftests/ftrace/test.d/kprobe/busy_check.tc
> > b/tools/testing/selftests/ftrace/test.d/kprobe/busy_check.tc
> > index 74507db8bbc8..b8701fa
On Tue, Oct 31, 2017 at 5:29 PM, Ingo Molnar wrote:
>
>
> Not applied, because this patch causes the following build warning:
>
> kernel/irq/irqdesc.c:43:6: warning: the address of ‘irq_default_affinity’
> will always evaluate as ‘true’ [-Waddress]
>
Ah, sorry I didn't look into the build log.
Hi Sven,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.14-rc7]
[cannot apply to next-20171018]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://gi
On Tue, Oct 31, 2017 at 5:58 PM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in:
>
> net/sched/cls_api.c
>
> between commit:
>
> 822e86d997e4 ("net_sched: remove tcf_block_put_deferred()")
>
> from the net tree and commit:
>
> 8c4083b30e
On 2017/10/31 23:38, James Morse wrote:
> CC'd people I've seen posting CPER log fragments, could you give this a
> test on your platforms?
Thanks for the fixing, not found obviously issue.
When the irqaffinity= kernel parameter is passed in a CPUMASK_OFFSTACK=y
kernel, it fails to boot, because zalloc_cpumask_var() cannot be used before
initializing the slab allocator to allocate a cpumask.
So, use alloc_bootmem_cpumask_var() instead.
Also do some cleanups while at it: in init_irq_
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
sound/soc/stm/stm32_sai_sub.c: In function 'stm32_sai_hw_params':
sound/soc/stm/stm32_sai_sub.c:485:7: warning: 'cr1' may be used uninitialized
in this function [-Wmaybe-uninitialized
General support for state persistence is added to gpiolib with the
introduction of a new pinconf parameter to propagate the request to
hardware. The existing persistence support for sleep is adapted to
include hardware support if the GPIO driver provides it. Persistence
continues to be enabled by d
Use the new pinconf parameter for state persistence to expose the
associated capability of the Aspeed GPIO controller.
Signed-off-by: Andrew Jeffery
---
drivers/gpio/gpio-aspeed.c | 39 +--
1 file changed, 37 insertions(+), 2 deletions(-)
diff --git a/drivers
Hello,
This series provides an API to configure general GPIO state persistence in
gpiolib. Previously, only sleep persistence was considered, but controllers
like one found in Aspeed BMCs also support persistence of state across
controller resets. There is some prior discussion on v1[1] and the in
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in:
drivers/gpu/drm/amd/include/amd_shared.h
between commit:
cfa289fd4986 ("drm/amdgpu: rename amdgpu_dpm_funcs to amd_pm_funcs")
from the drm tree and commit:
f674bd281460 ("drm/amdgpu Moving amdgpu asic types to a
From: Hou Zhiqiang
Add a new compatible string "fsl,ls1088a-dspi".
Signed-off-by: Hou Zhiqiang
---
Documentation/devicetree/bindings/spi/spi-fsl-dspi.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/spi/spi-fsl-dspi.txt
b/Documentation/devicetree/bindi
From: Hou Zhiqiang
Signed-off-by: Hou Zhiqiang
---
arch/arm64/boot/dts/freescale/fsl-ls1088a-qds.dts | 28 +++
arch/arm64/boot/dts/freescale/fsl-ls1088a.dtsi| 13 +++
2 files changed, 41 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1088a-qds.dt
From: Hou Zhiqiang
LS1088A reuse LS2085A DSPI driver, this patchset just adds device tree
nodes and adds compatible entry to documentation.
Hou Zhiqiang (2):
arm64: dts: ls1088a: add DT nodes for DSPI support
Documentation: fsl: dspi: Add a compatible string for ls1088a DSPI
.../devicetree
Hi Rob,
After merging the drm-msm tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
In file included from include/drm/drm_mm.h:49:0,
from include/drm/drmP.h:73,
from drivers/gpu/drm/msm/msm_drv.h:37,
from drivers/gpu/
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
include/drm/drmP.h
between commit:
e7646f84ad4f ("drm: Add new LEASE debug level")
from the drm tree and commit:
02c9656b2f0d ("drm: Move debug macros out of drmP.h")
from the drm-misc tree.
I fixed it up (I used
From: Changbin Du
The default NR_CPUS can be very large, but actual possible nr_cpu_ids
usually is very small. For my x86 distribution, the NR_CPUS is 8192 and
nr_cpu_ids is 4. About 2 pages are wasted.
Most machines don't have so many CPUs, so define a array with NR_CPUS
just wastes memory. So
From: Arvind Yadav
Date: Mon, 30 Oct 2017 21:22:03 +0530
> Fix checkpatch.pl error:
> ERROR: space prohibited before open square bracket '['.
>
> Signed-off-by: Arvind Yadav
Applied.
On Thu, 2017-10-19 at 14:51 -0700, Srinivas Pandruvada wrote:
> Add new PCI id for Coffee lake processor thermal device.
>
> Signed-off-by: Srinivas Pandruvada om>
> ---
> drivers/thermal/int340x_thermal/processor_thermal_device.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
> a/drive
From: Antoine Tenart
Date: Mon, 30 Oct 2017 11:23:27 +0100
> This series includes various patches improving the Marvell PPv2 driver.
> I send them as a series to avoid any possible merge conflict.
>
> - Patches 1 and 2 improve the initializing of the Tx and Rx FIFO.
> - Patch 3 initialize the RS
On Mon, Oct 30, 2017 at 7:08 PM, Linus Torvalds
wrote:
> On Mon, Oct 30, 2017 at 6:19 PM, Cong Wang wrote:
>>
>> 1. The faulty addresses are all near 0001, with one exception
>> of null (which is the most recent one)
>
> Well, they're at 8(%rax), except for that last case.
>
> And in
2017-10-31 18:39 GMT+09:00 Ingo Molnar :
>
> * changbin...@intel.com wrote:
>
>> From: Changbin Du
>>
>> Recently I failed to build isoimage target, because the path of isolinux.bin
>> changed to /usr/xxx/ISOLINUX/isolinux.bin, as well as ldlinux.c32 which
>> changed to /usr/xxx/syslinux/modules/
From: Pan Bian
Date: Mon, 30 Oct 2017 16:50:01 +0800
> The function of_parse_phandle() returns a NULL pointer if it cannot
> resolve a phandle property to a device_node pointer. In function
> hns_nic_dev_probe(), its return value is passed to PTR_ERR to extract
> the error code. However, in this
Hi Dave,
After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
produced these warnings:
drivers/gpu/drm/vc4/vc4_bo.c: In function 'vc4_bo_stats_debugfs':
drivers/gpu/drm/vc4/vc4_bo.c:91:17: warning: format '%d' expects argument of
type 'int', but argument 4 has type 'size_t
From: Pan Bian
Date: Sun, 29 Oct 2017 21:57:22 +0800
> The function netdev_priv() returns the private data of the device. The
> memory to store the private data is allocated in alloc_netdev() and is
> released in netdev_free(). Calling kfree() on the return value of
> netdev_priv() after netdev_f
From: Colin King
Date: Sun, 29 Oct 2017 13:30:25 +
> From: Colin Ian King
>
> Variable len is being assigned a value that is never read,
> hence the assignment is redundant and can be removed. Cleans
> up clang warning:
>
> drivers/net/hamradio/mkiss.c:443:3: warning: Value stored to
> 'le
Hi Geert, Vinod
Geert, thank you for your report,
Vinod, thank you for your quick help.
> > > This is now commit 847449f23dcbff68 ("dmaengine: rcar-dmac: use TCRB
> > > instead of TCR for residue") in slave-dma/next, and breaks serial console
> > > input on koelsch (shmobile_defconfig) and salva
From: "Gustavo A. R. Silva"
Date: Sat, 28 Oct 2017 15:39:48 -0500
> Make use of the swap macro and remove unnecessary variable tmp.
> This makes the code easier to read and maintain.
>
> This code was detected with the help of Coccinelle.
>
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: "Gustavo A. R. Silva"
Date: Sat, 28 Oct 2017 15:48:47 -0500
> Make use of the swap macro and remove unnecessary variable tmp.
> This makes the code easier to read and maintain.
>
> This code was detected with the help of Coccinelle.
>
> Signed-off-by: Gustavo A. R. Silva
Applied.
From: "Gustavo A. R. Silva"
Date: Sat, 28 Oct 2017 14:38:45 -0500
> Make use of the swap macro and remove unnecessary variable tmp.
> This makes the code easier to read and maintain.
>
> This code was detected with the help of Coccinelle.
>
> Signed-off-by: Gustavo A. R. Silva
Applied.
On Tue, Oct 31, 2017 at 06:51:08PM -0700, Cong Wang wrote:
> On Mon, Oct 30, 2017 at 5:33 PM, Dave Chinner wrote:
> > On Mon, Oct 30, 2017 at 02:55:43PM -0700, Cong Wang wrote:
> >> Hello,
> >>
> >> We triggered a list corruption (double add) warning below on our 4.9
> >> kernel (the 4.9 kernel we
Hi Rostedt,
On Tue, Oct 31, 2017 at 12:19:58PM -0400, Steven Rostedt wrote:
> On Thu, 26 Oct 2017 00:20:28 +0800
> changbin...@intel.com wrote:
>
> > From: Changbin Du
> >
> > The default NR_CPUS can be very large, but actual possible nr_cpu_ids
> > usually is very small. For my x86 distribution
From: Vivien Didelot
Date: Fri, 27 Oct 2017 15:55:12 -0400
> This patchset adds port parsing functions called early in the new
> bindings parsing stage, which regroup all the fetching of static data
> available at the port level, including the port's type, name and CPU
> master interface.
>
> Th
Hello Rui,
Please pull the changes for thermal-soc for the coming v4.15-rc1.
Changelog:
- New drivers: Rockchip RV1108 and Broadcom AVS tmon.
- Major rework on HISI driver plus additional support of hisi3660.
- Several fixes on diverse drivers and few in core.
Difference from V1:
- This is now b
From: Alexei Starovoitov
Date: Tue, 31 Oct 2017 18:58:00 -0700
> i don't think it will apply to anything but net-next. If it goes any
> other tree we will have major conflicts during merge window.
> btw I haven't reviewed them for the second time.
Ok, then I'll need to seem some ACKs from the tr
This patch adds the binding documentation for Spreadtrum SC27xx series
PMIC device.
Signed-off-by: Baolin Wang
Acked-by: Rob Herring
Acked-by: Lee Jones
---
Changes since v3:
- No Updates.
Changes since v2:
- Add acked tag from Rob and Lee.
Changes since v1:
- Add more documentation to int
This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It
provides communication through the SPI interfaces. The SC27xx series PMICs
contains the following 6 major components:
- DCDCs
- LDOs
- Battery management system
- Audio codec
- User interface function, such as indicator, fla
This patch fixes the problem and passes my tests on the CS.DB field,
this includes the "push es" and the "high 16-bits of ESP" test cases.
Tested-by: Pedro Fonseca
On 10/27/17 1:36 AM, Wanpeng Li wrote:
From: Wanpeng Li
Pedro reported:
During tests that we conducted on KVM, we noticed th
Hey,
On Wed, Nov 01, 2017 at 10:29:46AM +0800, Zhang Rui wrote:
> On Mon, 2017-10-30 at 07:30 -0700, Eduardo Valentin wrote:
> > Hello Rui,
> >
> > Please pull the changes for thermal-soc for the coming v4.15-rc1.
> > Changelog:
> > - New drivers: Rockchip RV1108 and Broadcom AVS tmon.
> > - Majo
On Mon, 2017-10-30 at 07:30 -0700, Eduardo Valentin wrote:
> Hello Rui,
>
> Please pull the changes for thermal-soc for the coming v4.15-rc1.
> Changelog:
> - New drivers: Rockchip RV1108 and Broadcom AVS tmon.
> - Major rework on HISI driver plus additional support of hisi3660.
> - Several fixes
On 31 October 2017 at 16:20, Rob Herring wrote:
> What is the effect on boot time? It's highly platform dependent, but
> the worst case could be pretty bad I think.
Yeah, it can increase considerably here and I have plans for that, just
that i didn't wanted to get them in the first iteration to k
On Tue, Oct 31, 2017 at 8:34 PM, Moritz Fischer wrote:
> On Tue, Oct 31, 2017 at 04:45:54PM -0500, Alan Tull wrote:
>> On Tue, Oct 31, 2017 at 3:59 PM, Moritz Fischer wrote:
>> > On Tue, Oct 31, 2017 at 08:42:14PM +, Alan Tull wrote:
>> >> Changes to the fpga manager code to not use drvdata i
On 31 October 2017 at 12:56, Andy Shevchenko
wrote:
> As discussed at ELCE 2017 there is little to anticipate from me in the
> future with regard to the driver, and since I have many things to keep
> an eye on, I would like to step down to simple designated reviewer.
>
> Signed-off-by: Andy Shevch
On 31 October 2017 at 16:02, Rob Herring wrote:
> Why not a new property for magic values? opp-magic? Don't we want to
> know when we have magic values?
I have kept a separate property since beginning (domain-performance-state)
and moved to using these magic values in the existing field because o
Changes:
- Add a comment about text_mutex protecting this on x86.
Fixes: 2cfa197 "ftrace/alternatives: Introducing *_text_reserved
functions"
We use alternatives_text_reserved() to check if the address is in
the fixed pieces of alternative reserved, but the problem is that
we don't hold the smp_a
On 2017/10/30 23:11, Jeff Layton wrote:
> From: Jeff Layton
>
> f2fs does not set the SB_I_VERSION flag, so the i_version will never
> be incremented on write. It was recently changed to increment the
> i_version on a quota write, which isn't necessary here.
>
> Signed-off-by: Jeff Layton
Revi
On 10/31/2017 07:04 PM, Stafford Horne wrote:
On Tue, Oct 31, 2017 at 06:53:15PM -0700, Guenter Roeck wrote:
On 10/31/2017 06:34 PM, Joel Stanley wrote:
The ASPEED SoC must deassert a reset in order to use the PWM/tach
peripheral.
The device tree bindings are updated to document the resets pha
Some system control registers need hardware spinlock to synchronize
between the multiple subsystems, so we should add hardware spinlock
support for syscon.
Signed-off-by: Baolin Wang
---
Changes since v1:
- Remove timeout configuration.
- Modify the binding file to add hwlocks.
---
Documentati
On some platforms, when reading or writing some special registers through
regmap, we should acquire one hardware spinlock to synchronize between
the multiple subsystems. Thus this patch adds the hardware spinlock
support for regmap.
Signed-off-by: Baolin Wang
---
Changes since v1:
- Move hwspinl
Hello,
tty hangup code doesn't mark the console as being HUPed for, e.g.,
/dev/console and that can put the session leader trying to
disassociate from the controlling terminal in an indefinite D sleep.
Looking at the code, I have no idea why some tty devices are never
marked being hung up. It *l
Hi Al, etc,
I was unable to find a reproducer but I was looking at
move_expired_inodes (fs/fs-writeback.c 1093.c) and how do you ensure
that the inode can't be freed after retrieving it from the work queue?
Any insights would be appreciated.
Regards,
Shankara
On Tue, Oct 31, 2017 at 9:24 AM, Sha
On Tue, Oct 31, 2017 at 06:53:15PM -0700, Guenter Roeck wrote:
> On 10/31/2017 06:34 PM, Joel Stanley wrote:
> > The ASPEED SoC must deassert a reset in order to use the PWM/tach
> > peripheral.
> >
> > The device tree bindings are updated to document the resets phandle, and
> > the example is upd
On 10/31/17 6:55 PM, David Miller wrote:
From: Josef Bacik
Date: Tue, 31 Oct 2017 11:45:55 -0400
v1->v2:
- moved things around to make sure that bpf_override_return could really only be
used for an ftrace kprobe.
- killed the special return values from trace_call_bpf.
- renamed pc_modified t
Signed-off-by: Zhao Qiang
---
arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16 ++
arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi| 66 +++
2 files changed, 82 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts
b/arch/arm64/boot/dts/fre
QEIC was supported on PowerPC, and dependent on PPC,
Now it is supported on other platforms, so remove PPCisms.
Signed-off-by: Zhao Qiang
---
arch/powerpc/platforms/83xx/km83xx.c | 1 -
arch/powerpc/platforms/83xx/misc.c| 1 -
arch/powerpc/platforms/83xx/mpc832x_mds.c
qeic_of_init just get device_node of qeic from dtb and call qe_ic_init,
pass the device_node to qe_ic_init.
So merge qeic_of_init into qe_ic_init to get the qeic node in
qe_ic_init.
Signed-off-by: Zhao Qiang
---
drivers/irqchip/irq-qeic.c | 90 --
incl
QE was supported on PowerPC, and dependent on PPC,
Now it is supported on other platforms. so remove PPCisms.
Signed-off-by: Zhao Qiang
---
drivers/net/ethernet/freescale/Kconfig | 11 ++---
drivers/soc/fsl/qe/Kconfig | 2 +-
drivers/soc/fsl/qe/qe.c| 82 +
From: Josef Bacik
Date: Tue, 31 Oct 2017 11:45:55 -0400
> v1->v2:
> - moved things around to make sure that bpf_override_return could really only
> be
> used for an ftrace kprobe.
> - killed the special return values from trace_call_bpf.
> - renamed pc_modified to bpf_kprobe_state so bpf_overr
The codes of qe_ic init from a variety of platforms are redundant,
merge them to a common function and put it to irqchip/irq-qeic.c
For non-p1021_mds mpc85xx_mds boards, use "qe_ic_init(np, 0,
qe_ic_cascade_low_mpic, qe_ic_cascade_high_mpic);" instead of
"qe_ic_init(np, 0, qe_ic_cascade_muxed_mpic
QEIC is an interrupt controller for QE, was put under drivers/soc/fsl/qe,
and now move to driver/irqchip.
And QEIC is supported more than just powerpc boards, so remove PPCisms.
changelog:
Changes for v8:
- use IRQCHIP_DECLARE() instead of subsys_initcall in qeic driver
- r
On 2017/11/1 5:59, Steven Rostedt wrote:
On Mon, 30 Oct 2017 17:03:23 +0900
Masami Hiramatsu wrote:
static LIST_HEAD(smp_alt_modules);
-static DEFINE_MUTEX(smp_alt);
-static bool uniproc_patched = false; /* protected by smp_alt */
+static bool uniproc_patched = false; /* protected by tex
add ds26522 node to fsl-ls1043a-rdb.dts
Signed-off-by: Zhao Qiang
---
arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts
b/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts
ind
QE was supported on PowerPC, and dependent on PPC,
Now it is supported on other platforms. so remove PPCisms.
Signed-off-by: Zhao Qiang
---
drivers/net/ethernet/freescale/Kconfig | 11 ++---
drivers/soc/fsl/qe/Kconfig | 2 +-
drivers/soc/fsl/qe/qe.c| 80 +
move the driver from drivers/soc/fsl/qe to drivers/irqchip,
merge qe_ic.h and qe_ic.c into irq-qeic.c.
Signed-off-by: Zhao Qiang
---
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-qeic.c | 601
drivers/soc/fsl/qe/Makefile | 2 +-
drivers/
On 10/31/2017 06:34 PM, Joel Stanley wrote:
The ASPEED SoC must deassert a reset in order to use the PWM/tach
peripheral.
The device tree bindings are updated to document the resets phandle, and
the example is updated to match what is expected for both the reset and
clock phandle. Note that the
From: Kalle Valo
Date: Tue, 31 Oct 2017 17:19:24 +0200
> here's a pull request to net tree for 4.14. Due to the ath10k security
> issue I would like to get this to 4.14 still.
>
> Please let me know if there are any problems.
Pulled, thanks a lot.
On Mon, Oct 30, 2017 at 5:33 PM, Dave Chinner wrote:
> On Mon, Oct 30, 2017 at 02:55:43PM -0700, Cong Wang wrote:
>> Hello,
>>
>> We triggered a list corruption (double add) warning below on our 4.9
>> kernel (the 4.9 kernel we use is based on -stable release, with only a
>> few unrelated networki
1 - 100 of 1064 matches
Mail list logo
