Please send this to the module maintainer (CC'd).
Masahiro Yamada writes:
> Blackfin and metag were the only architectures that prefix symbols with
> an underscore. They were removed by commit 4ba66a976072 ("arch: remove
> blackfin port"), commit bb6fb6dfcc17 ("metag: Remove arch/metag/"),
> res
Commit-ID: 1182a49529edde899be4b4f0e1ab76e626976eb6
Gitweb: https://git.kernel.org/tip/1182a49529edde899be4b4f0e1ab76e626976eb6
Author: Reinette Chatre
AuthorDate: Wed, 19 Sep 2018 10:29:07 -0700
Committer: Thomas Gleixner
CommitDate: Fri, 28 Sep 2018 22:48:26 +0200
perf/x86: Add helpe
Commit-ID: 0a701c9dd5351cbaef1677a0c8d37950e158cd55
Gitweb: https://git.kernel.org/tip/0a701c9dd5351cbaef1677a0c8d37950e158cd55
Author: Reinette Chatre
AuthorDate: Wed, 19 Sep 2018 10:29:09 -0700
Committer: Thomas Gleixner
CommitDate: Fri, 28 Sep 2018 22:48:27 +0200
x86/intel_rdt: Crea
Commit-ID: b5e4274ef7f00a03ce8d728701409a6e2c99146b
Gitweb: https://git.kernel.org/tip/b5e4274ef7f00a03ce8d728701409a6e2c99146b
Author: Reinette Chatre
AuthorDate: Wed, 19 Sep 2018 10:29:08 -0700
Committer: Thomas Gleixner
CommitDate: Fri, 28 Sep 2018 22:48:26 +0200
x86/intel_rdt: Remo
Commit-ID: dd45407c0b2445bc2aa0ecfea744d5af3a146577
Gitweb: https://git.kernel.org/tip/dd45407c0b2445bc2aa0ecfea744d5af3a146577
Author: Reinette Chatre
AuthorDate: Thu, 20 Sep 2018 12:02:11 -0700
Committer: Thomas Gleixner
CommitDate: Fri, 28 Sep 2018 22:48:27 +0200
x86/intel_rdt: Use
On Sat, Sep 29, 2018 at 7:15 AM Palmer Dabbelt wrote:
>
> On Mon, 10 Sep 2018 06:34:18 PDT (-0700), Christoph Hellwig wrote:
> > On Thu, Sep 06, 2018 at 04:15:14PM +0530, Anup Patel wrote:
> >> This patch is doing two things:
> >> 1. Allow IRQCHIP driver to provide IPI trigger mechanism
> >
> > An
On 28/09/2018 23:13, Heiner Kallweit wrote:
> On 29.09.2018 00:00, Chris Clayton wrote:
>> Thanks Maciej.
>>
>> On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
>>> Hi,
>>>
Hi,
I upgraded my kernel to 4.18.10 recently and have since been experiencing
network problems after re
commit d0e45d686a3e ("dt-bindings: clock: Add S700 support for Actions
Semi Soc's")'
renamed the clock binding for Actions Semi Owl SoCs from
actions,s900-cmu.txt to actions,owl-cmu.txt inorder to accommodate all
members of Owl family SoCs. Hence, update the relevant entry in
MAINTAINERS file.
Si
Sorry, sent by accident. Note to self - don't attempt email until after second
cup of coffee.
On 29/09/2018 08:25, Chris Clayton wrote:
>
>
> On 28/09/2018 23:13, Heiner Kallweit wrote:
>> On 29.09.2018 00:00, Chris Clayton wrote:
>>> Thanks Maciej.
>>>
>>> On 28/09/2018 16:54, Maciej S. Szmigi
On Fri, Sep 28, 2018 at 10:19:44AM -0700, Andi Kleen wrote:
> > Seems to me, these two features are _NOT_ only benefit for intel_pt,
> > other hardware tracing (e.g. Arm CoreSight) can enable these features
> > as well. This patch is to document only for intel_pt, later if we
> > enable this featu
This patchset adds slave DMA support for Actions Semi S900 SoC of the
Owl family. As a consumer, enable TX DMA support for UART peripheral
in S900. The UART driver still supports interrupt mode if there is no
DMA property specified in DT.
The dts patch depends on the previous DMA patches which is
Enable Tx DMA for UART5 in Actions Semi S900 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/actions/s900.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/actions/s900.dtsi
b/arch/arm64/boot/dts/actions/s900.dtsi
index eceba914762c..39af1236f611 1
Add Slave and Cyclic mode support for Actions Semi Owl S900 SoC. The slave
mode supports bus width of 4 bytes common for all peripherals and 1 byte
specific for UART.
The cyclic mode supports only block mode transfer.
Signed-off-by: Manivannan Sadhasivam
---
drivers/dma/owl-dma.c | 279
Add Tx DMA support for Actions Semi Owl SoCs. If there is no DMA
property specified in DT, it will fallback to default interrupt mode.
Signed-off-by: Manivannan Sadhasivam
---
drivers/tty/serial/owl-uart.c | 172 +-
1 file changed, 171 insertions(+), 1 deletion(-)
Hi Florian,
On Sat, Sep 29, 2018 at 12:40 AM Florian Fainelli wrote:
> ARCH_BCM_63XX which is used by ARM-based DSL SoCs from Broadcom uses the
> same controller, make it possible to select the STB driver and update
> the Kconfig and help text a bit.
>
> Signed-off-by: Florian Fainelli
Thanks f
On (09/28/18 22:46), zhe...@windriver.com wrote:
> This patch adds a check to prevent the panic and a check to report if someone
> is
> setting it over 4G.
OK, He Zhe, you are almost there.
Let's do the series the following way:
- four patches
- each change goes into a separate patch
- the first
Hi!
Last year I did some research how Windows and Linux tools handle FAT
labels (boot sector vs root directory) and proposed some unification.
More in thread: https://www.spinics.net/lists/kernel/msg2640891.html
My proposed change for manipulating with FAT labels is now implemented
in util-linux
Firstly, the help in the comment region is obsolete, now we support
three parameters. Since at it, change it and move it into the help
message of the program.
Also, the help messages dumped here and there is obsolete too. Use a
single usage() helper.
Signed-off-by: Peter Xu
---
tools/testing/
Now we recycle the uffd servicing threads earlier than the lock
threads. It might happen that when the lock thread is still blocked at
a pthread mutex lock while the servicing thread has already quitted for
the cpu so the lock thread will be blocked forever and hang the test
program. To fix the p
Recently I wrote some uffd write-protection test for the
not-yet-published uffd-wp tree, and I picked these common patches out
first for the selftest which even suite for master.
Any feedback is welcomed. Please have a look, thanks.
Peter Xu (3):
userfaultfd: selftest: cleanup help messages
We do very similar things in read and poll modes, but we're copying the
codes around. Share the codes properly on reading the message and
handling the page fault to make the code cleaner. Meanwhile this solves
previous mismatch of behaviors between the two modes on that the old
code:
- did not c
On Fri, Sep 28, 2018 at 07:28:16PM -0700, John Hubbard wrote:
> On 9/28/18 2:49 PM, Jerome Glisse wrote:
> > On Fri, Sep 28, 2018 at 12:06:12PM -0700, John Hubbard wrote:
> >> On 9/28/18 8:29 AM, Jerome Glisse wrote:
> >>> On Thu, Sep 27, 2018 at 10:39:45PM -0700, john.hubb...@gmail.com wrote:
> >>
Hi Krzysztof,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: e704966c45e48d0220d1ee5e463034ae493a95b2
commit: faa16bc404d72a5afb857c924c83a5f691f83386 lib: Use existing define with
polynomial
date: 9 weeks ago
co
On Fri, Sep 28, 2018 at 03:41:23PM -0700, Florian Fainelli wrote:
> On 09/25/2018 09:12 AM, Florian Fainelli wrote:
> > On 09/24/2018 11:19 PM, Kishon Vijay Abraham I wrote:
> >> On Friday 21 September 2018 12:49 AM, Florian Fainelli wrote:
> >>> On 09/20/2018 12:16 PM, Florian Fainelli wrote:
> >>
From: shubhsherl
Fixed a coding line issue.
Signed-off-by: shubhsherl
---
drivers/staging/vt6656/baseband.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/vt6656/baseband.c
b/drivers/staging/vt6656/baseband.c
index b29ba237fa29..540cc9eafd07 100644
On 2018/9/24 17:26, Jiri Kosina wrote:
On Thu, 13 Sep 2018, Jia-Ju Bai wrote:
hid_alloc_report_buf() has to be called with GFP_ATOMIC in
__hid_request(), because there are the following callchains
leading to __hid_request() being an atomic context:
picolcd_send_and_wait (acquire a spinlock)
Some drivers, for example, QCOM's qdf2xxx, set groups[gpio].name only
when gpio is valid, and leave invalid gpio names as null.
If we want to access the sys node "pinconf-groups",
pinctrl_get_group_selector() -> get_group_name() may return a null
pointer if group_selector is invalid, then the below
On my HXT Semiconductor REP-2 board, I can use a LTP case "read_all"
to reproduce it as below:
/opt/ltp/runltp -f fs -s read_all_sys
or
read_all -d /sys -q -r 10
Or just simply visit the sys node "QCOM8002's pinconf-groups":
"cat /sys/kernel/debug/pinctrl/QCOM8002\:00/pinconf-groups"
Yanjian
Hi,
This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used
to help write registers with critical time limitation, such as
updating display configuration during the vblank. It controls Global
Command Engine (GCE) hardware to achieve this requirement.
Changes since v24:
-move WARN_ON
This patch adds the device node of the GCE hardware for CMDQ module.
Signed-off-by: Houlong Wei
Signed-off-by: HS Liao
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/m
Hi there,
We would like to report a kernel stack corrupted problem we identified
in the perf_trace_rcu_dyntick function of tracing events subsystem.
And the problem was founded by syzkaller. We has tested the PoC on
the lasted master branch of kernel(4.19.0-rc5+).
The crash log generated with KA
Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code.
Signed-off-by: Houlong Wei
Signed-off-by: HS Liao
---
drivers/soc/mediatek/Kconfig | 12 ++
drivers/soc/mediatek/Makefile |1 +
drivers/soc/mediatek/mtk-cmdq-helper.c | 291 +++
On Sat, Sep 29, 2018 at 02:28:54PM +0530, Shubham Singh wrote:
> From: shubhsherl
>
> Fixed a coding line issue.
>
> Signed-off-by: shubhsherl
We need a real name please.
> ---
> drivers/staging/vt6656/baseband.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git
On 09/26/2018 01:11 PM, Maciej Slodczyk wrote:
Move ARM32 uprobes code from arch/arm/probes/ to a more common location -
lib/probes/arm/. This code will be used by ARM64 code when uprobing 32-bit
applications.
The patch looks OK to me, with the following nit:
The subject tag looks incorrect. S
在 2018年09月29日 16:30, Borislav Petkov 写道:
> On Sat, Sep 29, 2018 at 02:24:52PM +0800, lijiang wrote:
>> At first, i added an input parameter for read_from_oldmem() because of
>> encryption(SME). But
>> for avoiding to also add the same parameter for copy_oldmem_page(), so i
>> added a new function
On Fri, Sep 28, 2018 at 10:03:00PM -0400, Maxime Desroches wrote:
> Fixed multiple coding style issues
>
> Signed-off-by: Maxime Desroches
> ---
> drivers/staging/rts5208/rtsx_card.c | 96 +++--
> 1 file changed, 37 insertions(+), 59 deletions(-)
Hi,
This is the friendl
On 09/26/2018 01:12 PM, Maciej Slodczyk wrote:
Fix checkpatch issues in moved arm uprobes code.
Again the patch doesn't have anything to do with arm64, so wrong tag.
Otherwise looks fine.
Suzuki
Mihir Mehta writes:
> The file namei.c seems to have been renamed to namei_msdos.c, so I
> decided to update the comment with the correct name, and expand it a bit
> to tell the reader what to look for.
> ---
> fs/fat/dir.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --gi
I have a legal business proposal for you, reply for more details.
On Sat, Sep 29, 2018 at 04:43:09PM +0800, Peter Xu wrote:
> Firstly, the help in the comment region is obsolete, now we support
> three parameters. Since at it, change it and move it into the help
> message of the program.
>
> Also, the help messages dumped here and there is obsolete too. Use a
On Sat, Sep 29, 2018 at 01:20:36PM +0800, Jisheng Zhang wrote:
> Hi,
>
> Recently I found I could trigger sleep in atomic bug on berlin after commit
> d76c74387e1c ("serial: 8250_dw: Fix runtime PM handling"). The path looks
> like:
>
> dw8250_probe => serial850_register_8250_port => uart_add_on
On Sat, Sep 29, 2018 at 04:43:10PM +0800, Peter Xu wrote:
> We do very similar things in read and poll modes, but we're copying the
> codes around. Share the codes properly on reading the message and
> handling the page fault to make the code cleaner. Meanwhile this solves
> previous mismatch of
This patch supports to account meta IO, it enables to show write IO
from f2fs more comprehensively via 'status' debugfs entry.
Signed-off-by: Chao Yu
---
fs/f2fs/debug.c | 13 +
fs/f2fs/f2fs.h| 15 +++
fs/f2fs/segment.c | 1 +
3 files changed, 29 insertions(+)
dif
On Sat, Sep 29, 2018 at 04:43:11PM +0800, Peter Xu wrote:
> Now we recycle the uffd servicing threads earlier than the lock
> threads. It might happen that when the lock thread is still blocked at
> a pthread mutex lock while the servicing thread has already quitted for
> the cpu so the lock threa
The need for some sort of control over VFS's path resolution (to avoid
malicious paths resulting in inadvertent breakouts) has been a very
long-standing desire of many userspace applications. This patchset is a
revival of Al Viro's old AT_NO_JUMPS[1] patchset with a few additions.
The most obvious
Add the following flags for path resolution. The primary justification
for these flags is to allow for programs to be far more strict about how
they want path resolution to handle symlinks, mountpoint crossings, and
paths that escape the dirfd (through an absolute path or ".."
shenanigans).
This i
On (09/28/18 20:01), Tetsuo Handa wrote:
> > Yes, this makes sense. At the same time we can keep pr_line buffer
> > in .bss
> >
> > static char buffer[1024];
> > static DEFINE_PR_LINE_BUF(..., buffer);
> >
> > just like you have already mentioned. But that's going to require a
> > case-by
On Fri, 28 Sep 2018 18:52:13 -0500
Rob Herring wrote:
> On Fri, Sep 28, 2018 at 4:36 AM Song Qiang wrote:
> >
> > On Wed, Sep 26, 2018 at 05:46:18PM -0500, Rob Herring wrote:
> > > On Sat, Sep 22, 2018 at 04:05:23PM +0100, Jonathan Cameron wrote:
> > > > On Tue, 18 Sep 2018 16:24:22 +0800
>
On (09/28/18 20:21), Tetsuo Handa wrote:
> On 2018/09/28 17:56, Sergey Senozhatsky wrote:
> > The good thing about cont buffer is that we flush it on panic. E.g.
> > core/arch early boot stage can do:
> >
> > pr_cont("going to call early_init_foo()...");
> > early_init_foo();
> > pr_co
On 2018/09/29 19:51, Sergey Senozhatsky wrote:
> On (09/28/18 20:01), Tetsuo Handa wrote:
>>> Yes, this makes sense. At the same time we can keep pr_line buffer
>>> in .bss
>>>
>>> static char buffer[1024];
>>> static DEFINE_PR_LINE_BUF(..., buffer);
>>>
>>> just like you have already menti
I'm announcing the release of the 4.14.73 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.18.11 kernel.
All users of the 4.18 kernel series must upgrade.
The updated 4.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.18.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.9.130 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index ffab15235ff0..de0ecace693a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 18
-SUBLEVEL = 10
+SUBLEVEL = 11
EXTRAVERSION =
NAME = Merciless Moray
diff --git a/arch/x86/crypto/aegis128-aesn
diff --git a/Makefile b/Makefile
index 734722bda173..89f30ca964b6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 72
+SUBLEVEL = 73
EXTRAVERSION =
NAME = Petit Gorille
diff --git a/arch/x86/xen/pmu.c b/arch/x86/x
I'm announcing the release of the 4.4.159 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 3f3c340374c5..b98e04a5e1e5 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 129
+SUBLEVEL = 130
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/x86/xen/pmu.c b/arch/x86/xen/pmu.c
index b9fc52556bcc..0b29a
diff --git a/Makefile b/Makefile
index d07a6283b67e..06d5c6a6a0f6 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 158
+SUBLEVEL = 159
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S
index dcc
On Tue, 25 Sep 2018 09:50:24 +0300
Eugen Hristev wrote:
> On 24.09.2018 23:27, Jonathan Cameron wrote:
> > On Mon, 24 Sep 2018 21:00:56 +0100
> > Jonathan Cameron wrote:
> >
> >> On Mon, 24 Sep 2018 09:19:43 +0300
> >> Eugen Hristev wrote:
> >>
> >>> On 22.09.2018 13:31, Jonathan Cameron w
On Wed, 26 Sep 2018 08:34:02 +0800
Song Qiang wrote:
> On Mon, Sep 24, 2018 at 03:23:52PM -0700, Rob Herring wrote:
> > On Thu, Sep 20, 2018 at 09:13:40PM +0800, Song Qiang wrote:
> > > PNI RM3100 magnetometer is a high resolution, large signal immunity
> > > magnetometer, composed of 3 single
On Thu, 27 Sep 2018 14:31:37 -0500
Rob Herring wrote:
> On Sat, Sep 22, 2018 at 05:05:38PM -0400, ryang wrote:
> > Document device tree bindings for ROHM BH1750 ambient light sensor driver.
> >
> > Signed-off-by: ryang
> > ---
> > .../devicetree/bindings/iio/light/bh1750.txt | 18 +++
On Tue, 25 Sep 2018 15:17:39 +0200
Ludovic Desroches wrote:
> On Mon, Sep 24, 2018 at 10:51:43AM +0300, Eugen Hristev wrote:
> > When doing simple conversions, the driver did not acknowledge the DRDY irq.
> > If this irq status is not acked, it will be left pending, and as soon as a
> > trigger i
On Tue, 25 Sep 2018 15:17:57 +0200
Ludovic Desroches wrote:
> On Mon, Sep 24, 2018 at 10:51:44AM +0300, Eugen Hristev wrote:
> > When channels are registered, the hardware channel number is not the
> > actual iio channel number.
> > This is because the driver is probed with a certain number of ac
On Wed, 26 Sep 2018 16:09:45 +0800
Song Qiang wrote:
> On Wed, Sep 26, 2018 at 10:30:34AM +0800, Phil Reid wrote:
> > On 26/09/2018 9:49 AM, Song Qiang wrote:
> > > On Tue, Sep 25, 2018 at 10:36:54PM +0800, Phil Reid wrote:
> > > > On 25/09/2018 9:30 PM, Jonathan Cameron wrote:
> > > > > >
On 2018/09/29 20:13, Sergey Senozhatsky wrote:
> On (09/28/18 20:21), Tetsuo Handa wrote:
>> On 2018/09/28 17:56, Sergey Senozhatsky wrote:
>>> The good thing about cont buffer is that we flush it on panic. E.g.
>>> core/arch early boot stage can do:
>>>
>>> pr_cont("going to call early_init_fo
On Wed, 26 Sep 2018 09:33:53 +0800
Song Qiang wrote:
> On Tue, Sep 25, 2018 at 02:30:54PM +0100, Jonathan Cameron wrote:
> > On Tue, 25 Sep 2018 11:17:24 +0800
> > Song Qiang wrote:
> >
> > > PNI RM3100 is a high resolution, large signal immunity magnetometer,
> > > composed of 3 single senso
On Thu, 27 Sep 2018 20:29:57 -0400
ryang wrote:
> Document device tree bindings for ROHM BH1750 ambient light sensor driver.
>
> Signed-off-by: ryang
As I'd already applied v3 (prematurely :() I fixed that up directly.
Thanks,
Jonathan
> ---
> Changes in v4:
> - Change example node-name to
On Mon, 24 Sep 2018 22:37:14 +0800
Song Qiang wrote:
> On Sat, Sep 22, 2018 at 11:14:09AM +0100, Jonathan Cameron wrote:
> > On Thu, 20 Sep 2018 21:13:40 +0800
> > Song Qiang wrote:
> >
> > > PNI RM3100 magnetometer is a high resolution, large signal immunity
> > > magnetometer, composed of 3
Alan Cox :
> The wording IMHO just needs tightening up - and that's a useful
> discussion that ought to he bad. I tihnk everyone understands the *inent*
> of such wording - don't go around doxing people, or posting their home
> address on facebook and calling for people to attend with pitchforks.
(I mistakenly sent this with 'r' previously. Please reply to this copy.)
Alan Cox :
> The wording IMHO just needs tightening up - and that's a useful
> discussion that ought to he bad. I tihnk everyone understands the *inent*
> of such wording - don't go around doxing people, or posting their home
On 29/09/2018 11:21, Houlong Wei wrote:
[...]
> +static int cmdq_pkt_append_command(struct cmdq_pkt *pkt, enum cmdq_code code,
> +u32 arg_a, u32 arg_b)
> +{
> + u64 *cmd_ptr;
> +
> + if (unlikely(pkt->cmd_buf_size + CMDQ_INST_SIZE > pkt->buf_size)) {
> +
On 29/09/2018 04:29, Chaotian Jing wrote:
> when gate MSDC0_HCLK, access register will hang, even the MSDC driver
> will never accessing register after HCLK was gated, but for safety, need
> gate the bus_clk(which used to access register) too.
>
> Signed-off-by: Chaotian Jing
> ---
> drivers/
From: yuzhoujian
The current oom report doesn't display victim's memcg context during the
global OOM situation. While this information is not strictly needed, it
can be really helpful for containerized environments to locate which
container has lost a process. Now that we have a single line for t
From: yuzhoujian
OOM report contains several sections. The first one is the allocation
context that has triggered the OOM. Then we have cpuset context
followed by the stack trace of the OOM path. The tird one is the OOM
memory information. Followed by the current memory state of all system
tasks.
The primary motivation for the need for this flag is container runtimes
which have to interact with malicious root filesystems in the host
namespaces. One of the first requirements for a container runtime to be
secure against a malicious rootfs is that they correctly scope symlinks
(that is, they s
With the addition of so many new scoping flags, it's necessary to have
some sort of validation that they really work. There were no vfs
self-tests in the past, so this also includes a basic framework that
future VFS tests can use.
Signed-off-by: Aleksa Sarai
---
tools/testing/selftests/Makefile
On Sat, Sep 29, 2018 at 1:06 AM Bjorn Helgaas wrote:
>
> [+cc Tony, Borislav (ACPI APEI reviewers), linux-pci]
>
> On Fri, Sep 28, 2018 at 02:50:53PM -0700, Joe Perches wrote:
> > Please fix this defect appropriately.
> >
> > linux-next MAINTAINERS section:
> >
> > 308 ACPI
> > 309
On 9/29/18 1:23 AM, Ricardo Ribalda Delgado wrote:
In fact gpiochip_init_valid_mask is called some lines after in the
same function. We could reorder the function. Would that work for you?
It might. It might break something else, though.
The driver breaking is upstream?
Yes.
Is it possi
On 9/29/18 8:21 AM, Timur Tabi wrote:
Is it possible to access the hardware?
Linaro and some Linux OSVs should still have systems, but I usually just
ask Jeff to test code for me.
Alternatively, you can just add valid_mask support to your driver, and
add a check to your get_direction() fu
On 19/09/2018 09:26, Hsin-Hsiung Wang wrote:
> add pwrap device node for mt8183.
>
> Signed-off-by: Hsin-Hsiung Wang
> ---
> arch/arm64/boot/dts/mediatek/mt8183.dtsi | 10 ++
> 1 file changed, 10 insertions(+)
The basic support for mt8183 is not ready to be merged.
I'll also try to n
On Fri, Sep 28, 2018 at 02:30:25PM +0200, Greg Kroah-Hartman wrote:
> On Thu, Sep 27, 2018 at 09:10:57PM +0530, Nishad Kamdar wrote:
> > This patch removes #if 0 code blocks and usages of the
> > functions defined in the #if 0 code block. It removes
> > the macro msdc_irq_restore() and replaces its
Hi Eric,
I'll review and check the patches after chinese national day vocation.
Thanks.
Guan Xuetao
> -Original Messages-
> From: "Eric W. Biederman"
> Sent Time: 2018-09-24 23:23:35 (Monday)
> To: linux-kernel@vger.kernel.org
> Cc: linux-a...@vger.kernel.org, "Guan Xuetao"
> Subject:
Hi Greg,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.19-rc6
with top-most commit d51aea13dd6753186a2bea7619029c460bdf0c4c
cpufreq: qcom-kryo: Fix section annotations
on top of commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84
Linux 4.19-
From: Mr. Briggs Stephen
Director Inspection Unit
Hartsfield–Jackson International
Airport, Atlanta Georgia United-States
Regional Division Shipment
Officer, Atlanta Georgia.
Dear Owner,
I am Mr. Briggs Stephen, Head Officer-in-Charge, and Administrative
Service Inspection Unit United Nations Ins
Hi Phil and Greg,
Am 12.09.18 um 16:31 schrieb Phil Elwell:
> The SC16IS752 is a dual-channel device. The two channels are largely
> independent, but the IRQ signals are wired together as an open-drain,
> active low signal which will be driven low while either of the
> channels requires attention,
On Sat, Sep 29, 2018 at 03:41:23PM +0200, Rafael J. Wysocki wrote:
> Hi Greg,
>
> Please pull from the tag
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
> pm-4.19-rc6
Now pulled, thanks.
greg k-h
On 9/27/2018 11:58 PM, Peter Zijlstra wrote:
> On Thu, Sep 27, 2018 at 10:39:01PM +0200, Thomas Gleixner wrote:
>> On Fri, 21 Sep 2018, Reinette Chatre wrote:
>>
>>> Dear Maintainers,
>>
>> Sorry for replying late.
>>
>>> On 9/20/2018 7:11 AM, Peter Zijlstra wrote:
On Wed, Sep 19, 2018 at 10:2
> On Sep 29, 2018, at 3:34 AM, Aleksa Sarai wrote:
>
> The need for some sort of control over VFS's path resolution (to avoid
> malicious paths resulting in inadvertent breakouts) has been a very
> long-standing desire of many userspace applications. This patchset is a
> revival of Al Viro's o
On Sat, Sep 29, 2018 at 08:34:50PM +1000, Aleksa Sarai wrote:
> The need for some sort of control over VFS's path resolution (to avoid
> malicious paths resulting in inadvertent breakouts) has been a very
> long-standing desire of many userspace applications. This patchset is a
> revival of Al Viro
My Dear
This letter is to acknowledge the substantial contributions of time
and energy you have made in trying to assist to claim the fund through
your account, despite that it failed us because of your inability to
continue financing the transaction.
Besides I'm happy to inform you that I hav
On Sat, Sep 29, 2018 at 08:34:51PM +1000, Aleksa Sarai wrote:
> Add the following flags for path resolution. The primary justification
> for these flags is to allow for programs to be far more strict about how
> they want path resolution to handle symlinks, mountpoint crossings, and
> paths that es
From: He Zhe
Add KBUILD_MODNAME to make prints more clear.
Signed-off-by: He Zhe
Cc: pmla...@suse.com
Cc: sergey.senozhat...@gmail.com
Cc: rost...@goodmis.org
---
kernel/printk/printk.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index
From: He Zhe
Give explicit error for users who want to use larger log buffer.
Signed-off-by: He Zhe
Cc: pmla...@suse.com
Cc: sergey.senozhat...@gmail.com
Cc: rost...@goodmis.org
---
kernel/printk/printk.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/kernel/pr
From: He Zhe
Correct wrong casting that might cut off the normal output.
Signed-off-by: He Zhe
Cc: sta...@vger.kernel.org
Cc: pmla...@suse.com
Cc: sergey.senozhat...@gmail.com
Cc: rost...@goodmis.org
---
kernel/printk/printk.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --
From: He Zhe
log_buf_len_setup does not check input argument before passing it to
simple_strtoull. The argument would be a NULL pointer if "log_buf_len",
without its value, is set in command line and thus causes the following
panic.
PANIC: early exception 0xe3 IP 10:aaeacd0d error 0 cr2
Chuanhua Han writes:
> This patch fixes the problem that the XSPI mode of the dspi controller
> cannot transfer data properly.
> In XSPI mode, cmd_fifo is written before tx_fifo, which transforms the
> byte order of sending and receiving data.
Did you find documentation on proper ordering of wri
On Fri, Sep 28, 2018 at 09:21:16AM -0700, Christoph Hellwig wrote:
> On Fri, Sep 28, 2018 at 08:51:17AM +0800, Guo Ren wrote:
> > The arch_sync_dma_for_cpu()/arch_sync_dma_for_device() implementation is
> > broken for some combinations that end up in a BUG() instead of performing
> > the necessary
On 2018-09-29, Christian Brauner wrote:
> > Cc: Andy Lutomirski
> > Cc: Eric Biederman
> > Cc: Christian Brauner
> > Signed-off-by: Aleksa Sarai
>
> Not to be a stickler about protocol but given that this is based heavily
> on ideas from prior patchsets and suggestions as you mentioned it mig
Hi Yogesh,
On Fri, 21 Sep 2018 15:51:59 +0530
Yogesh Gaur wrote:
> +/* Registers used by the driver */
> +#define FSPI_MCR00x00
> +#define FSPI_MCR0_AHB_TIMEOUT_SHIFT 24
> +#define FSPI_MCR0_AHB_TIMEOUT_MASK (0xFF << FSPI_MCR0_AHB_TIMEOUT_SHIFT)
> +#define FSPI_MCR0_IP_TIM
Hi Esben,
On Sat, 29 Sep 2018 16:56:17 +0200
Esben Haabendal wrote:
> Chuanhua Han writes:
>
> > This patch fixes the problem that the XSPI mode of the dspi controller
> > cannot transfer data properly.
> > In XSPI mode, cmd_fifo is written before tx_fifo, which transforms the
> > byte order o
1 - 100 of 328 matches
Mail list logo
