Hello,
syzbot found the following crash on:
HEAD commit:5a94f5bc Add linux-next specific files for 20200621
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=12a02c7610
kernel config: https://syzkaller.appspot.com/x/.config?x=e1788c418b2ddc66
dashboard
On 19-06-20, 10:13, Srinivas Kandagatla wrote:
>
>
> On 19/06/2020 05:54, Vinod Koul wrote:
> > On partial_drain completion we should be in SNDRV_PCM_STATE_RUNNING
> > state, so set that for partially draining streams in
> > snd_compr_drain_notify() and use a flag for partially draining streams
On Fri, Jun 19, 2020 at 11:14 PM Eric W. Biederman
wrote:
>
>
> Junxiao Bi reported:
> > When debugging some performance issue, i found that thousands of threads
> > exit
> > around same time could cause a severe spin lock contention on proc dentry
> > "/proc/$parent_process_pid/task/", that's
On 19-06-20, 09:27, Pierre-Louis Bossart wrote:
>
> > +For Gapless, we move from running state to partial drain and back, along
> > +with setting of meta_data and signalling for next track ::
> > +
> > +
> > ++--+
> > +
HI Pierre,
On 19-06-20, 09:22, Pierre-Louis Bossart wrote:
>
> > +
> > ++--+
> > +| |
> > +| OPEN |
> > +|
Disable the plane if it's not visible. Otherwise mtk_ovl_layer_config()
would proceed with invalid plane and we may see vblank timeout.
Signed-off-by: Hsin-Yi Wang
---
drivers/gpu/drm/mediatek/mtk_drm_plane.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff
Hello,
syzbot found the following crash on:
HEAD commit:7ae77150 Merge tag 'powerpc-5.8-1' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1630b4d110
kernel config: https://syzkaller.appspot.com/x/.config?x=d195fe572fb15312
Hello,
syzbot found the following crash on:
HEAD commit:7ae77150 Merge tag 'powerpc-5.8-1' of git://git.kernel.org..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17d9bfa910
kernel config: https://syzkaller.appspot.com/x/.config?x=be4578b3f1083656
Hi folks.
After upgrade kernel to 5.8RC1 (git69119673bd50) my system stopped
playing sound.
In the kernel log, I see the message 'invalid opcode: [#1] SMP
NOPTI' which probably related to this issue.
[ 19.076508] page:eb1b1dc14b00 refcount:1 mapcount:0
mapping:
From: Randy Dunlap
Add MODULE_LICENSE() to prevent build warning:
WARNING: modpost: missing MODULE_LICENSE() in lib/test_bits.o
Signed-off-by: Randy Dunlap
Cc: Rikard Falkeborn
Cc: Andrew Morton
---
lib/test_bits.c | 2 ++
1 file changed, 2 insertions(+)
--- linux-next-20200621.orig
On 2020/6/18 5:11, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes.
>
> This code was detected with the help of Coccinelle and, audited and
> fixed manually.
>
> Signed-off-by: Gustavo A. R. Silva
On Sat, Jun 20, 2020 at 04:40:49PM +0100, Jonathan Cameron wrote:
> On Wed, 17 Jun 2020 12:12:59 +0200
> Krzysztof Kozlowski wrote:
>
> > The driver supports also BMC156B and BMM150B so document the compatibles
> > for these devices.
> >
> > Fixes: 9d75db36df14 ("iio: magn: Add support for
Hi all,
Changes since 20200621:
New tree: seccomp
My fixes tree contains:
466d58f824f1 ("device_cgroup: Fix RCU list debugging warning")
9bd7b7c45d71 ("sched: Fix RANDSTRUCT build fail")
The printk tree still had its build failure so I used the version from
next-202
On 6/20/20 9:27 AM, Matthew Wilcox wrote:
On Fri, Jun 19, 2020 at 05:42:45PM -0500, Eric W. Biederman wrote:
Junxiao Bi writes:
Still high lock contention. Collect the following hot path.
A different location this time.
I know of at least exit_signal and exit_notify that take thread wide
On Sun, Jun 21, 2020 at 3:52 AM Valdis Klētnieks
wrote:
>
> This patch introduces a new build flag 'K=1' which controls whether kerneldoc
> warnings should be issued, separating them from the compiler warnings that W=
> controls.
I do not understand why this change is needed.
IIRC, our goal
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 625d3449788f85569096780592549d0340e9c0c7
commit: 5990cdee689c6885b27c6d969a3d58b09002b0bc lib/mpi: Fix building for
powerpc with clang
date: 8 weeks ago
config: powerpc64-randconfig-r003-20200621
Currently there are three different registered panic notifier blocks. This
unifies all of them into a single one i.e arm64_panic_block, hence reducing
code duplication and required calling sequence during panic. This preserves
the existing dump sequence. While here, just use device_initcall()
On 21-06-20, 22:36, Federico Vaga wrote:
> On Sun, Jun 21, 2020 at 12:54:57PM +0530, Vinod Koul wrote:
> > On 19-06-20, 16:31, Dave Jiang wrote:
> > >
> > >
> > > On 6/19/2020 3:47 PM, Federico Vaga wrote:
> > > > Hello,
> > > >
> > > > is there the possibility of using a DMA engine channel from
On Fri, Jun 19, 2020 at 05:39:15PM +0200, Mohammed Gamal wrote:
> This patch adds two helper functions that will be used to support virtualizing
> MAXPHYADDR in both kvm-intel.ko and kvm.ko.
>
> kvm_fixup_and_inject_pf_error() injects a page fault for a user-specified GVA,
> while
On Fri, Jun 19, 2020 at 05:39:14PM +0200, Mohammed Gamal wrote:
> When EPT/NPT is enabled, KVM does not really look at guest physical
> address size. Address bits above maximum physical memory size are reserved.
> Because KVM does not look at these guest physical addresses, it currently
>
The CPUs on Qualcomm ipq based devices are clocked by an alpha PLL.
Add support for the apss pll found on ipq based devices which can
support CPU frequencies above 1Ghz.
Signed-off-by: Sivaprakash Murugesan
---
drivers/clk/qcom/Kconfig| 8
drivers/clk/qcom/Makefile | 1 +
Add dt-binding for ipq6018 apss clock controller
Acked-by: Rob Herring
Signed-off-by: Sivaprakash Murugesan
---
[V8]
* took Ack from Rob
include/dt-bindings/clock/qcom,apss-ipq.h | 12
1 file changed, 12 insertions(+)
create mode 100644 include/dt-bindings/clock/qcom,apss-ipq.h
The CPU on Qualcomm's IPQ6018 devices are primarily fed by APSS PLL and XO,
these are connected to a clock mux and enable block.
This patch series adds support for these clocks and inturn enables clocks
required for CPU freq.
[V8]
* In patch 1 changed compatible string from const to enum
*
cpus on ipq6018 are clocked by a53 pll, add device compatible for a53
pll found on ipq6018 devices.
Reviewed-by: Rob Herring
Signed-off-by: Sivaprakash Murugesan
---
[V8]
* converted compatible strings from const to enum to avoid dt binding error
* retained Rob's review tag as the change is
The CPU on Qualcomm ipq6018 devices are clocked primarily by a aplha PLL
and xo which are connected to a mux and enable block.
Add support for the mux and enable block which feeds the CPU on ipq6018
devices.
Reviewed-by: Stephen Boyd
Signed-off-by: Sivaprakash Murugesan
---
Hi Stan,
On 2020-06-13 17:43, Stanimir Varbanov wrote:
Hi Mansur,
Thanks for the patch!
How you test this? Is it enough to start playback and issue reboot
(did
you test with reboot -f) ?
Yes, I have tested it with "reboot -f" and started video playback
(YouTube browser and local video)
Hi Arnd,
On Wed, 17 Jun 2020 16:18:10 +1000 Stephen Rothwell
wrote:
>
> On Wed, 17 Jun 2020 07:58:43 +0200 Greg KH wrote:
> >
> > On Wed, Jun 17, 2020 at 09:27:47AM +1000, Stephen Rothwell wrote:
> > > This is in preparation for removing the include of major.h where it is
> > > not needed.
>
i386 randconfig-a006-20200621
i386 randconfig-a002-20200621
i386 randconfig-a003-20200621
i386 randconfig-a001-20200621
i386 randconfig-a005-20200621
i386 randconfig-a004-20200621
riscv
On 2020-06-14 23:27, Daejun Park wrote:
> The current version only supports the DCM (device control mode).
> This patch consists of 4 parts to support HPB feature.
>
> 1) UFS-feature layer
> 2) HPB probe and initialization process
> 3) READ -> HPB READ using cached map information
> 4) L2P
Hi--
On 6/19/20 10:49 PM, David Gow wrote:
> Documentation/dev-tools/kunit/index.rst | 1 +
> Documentation/dev-tools/kunit/style.rst | 139
> 2 files changed, 140 insertions(+)
> create mode 100644 Documentation/dev-tools/kunit/style.rst
>
> diff --git
On Sun, Jun 21, 2020 at 08:26:35PM -0700, Roman Gushchin wrote:
> On Sun, Jun 21, 2020 at 06:48:03PM -0700, Nathan Chancellor wrote:
> > On Mon, Jun 08, 2020 at 04:08:17PM -0700, Roman Gushchin wrote:
> > > Percpu memory can represent a noticeable chunk of the total
> > > memory consumption,
On Sun, Jun 21, 2020 at 8:02 PM Jason A. Donenfeld wrote:
>
> This reverts commit 8ece3b3eb576a78d2e67ad4c3a80a39fa6708809.
>
> This commit broke userspace. Bash uses ESPIPE to determine whether or
> not the file should be read using "unbuffered I/O", which means reading
> 1 byte at a time
Hi Paul,
On 6/22/2020 8:43 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 01:30:31AM +0530, Neeraj Upadhyay wrote:
Hi Paul,
On 6/22/2020 1:20 AM, Paul E. McKenney wrote:
On Mon, Jun 22, 2020 at 12:07:27AM +0530, Neeraj Upadhyay wrote:
On callback overload, we want to force quiescent
On Fri, Jun 19, 2020 at 04:55:34PM -0600, Alex Williamson wrote:
> On Wed, 10 Jun 2020 01:23:14 -0400
> Yan Zhao wrote:
>
> > On Fri, Jun 05, 2020 at 10:13:01AM -0600, Alex Williamson wrote:
> > > On Thu, 4 Jun 2020 22:02:31 -0400
> > > Yan Zhao wrote:
> > >
> > > > On Wed, Jun 03, 2020 at
Hi,
On 17.06.2020 11:30, Alexey Budankov wrote:
>
> Changes in v8:
> - avoided moving of fds at fdarray__filter() call
> - skipped counting of fds with zeroed revents at fdarray__filter() call
> - converted explicit --ctl-fd[-ack] into --control fd:ctl-fd[,ack-fd option
> - updated docs to
On Sun, Jun 21, 2020 at 06:48:03PM -0700, Nathan Chancellor wrote:
> On Mon, Jun 08, 2020 at 04:08:17PM -0700, Roman Gushchin wrote:
> > Percpu memory can represent a noticeable chunk of the total
> > memory consumption, especially on big machines with many CPUs.
> > Let's track percpu memory
On 2020/6/20 20:05, Markus Elfring wrote:
If we add first socket to nbd, config->socks is malloced but
num_connections does not update(nsock's allocation fail), the memory
is leaked. Cause in later nbd_config_put(), will only free config->socks
when num_connections is not 0.
Let nsock's
Looks good to me.
Thanks
Regards
Jee Heng
-Original Message-
From: Nathan Chancellor
Sent: Wednesday, June 17, 2020 9:03 AM
To: Rojewski, Cezary ; Pierre-Louis Bossart
; Liam Girdwood
; Jie Yang ; Mark
Brown
Cc: Sia, Jee Heng ; alsa-de...@alsa-project.org;
We report a bug (in linux-5.6.11) found by FuzzUSB (a modified version
of syzkaller)
==
WARNING: CPU: 0 PID: 4452 at drivers/usb/gadget/udc/core.c:276
usb_ep_queue+0x157/0x3a0 drivers/usb/gadget/udc/core.c:276
Kernel panic - not
On Mon, Jun 22, 2020 at 01:30:31AM +0530, Neeraj Upadhyay wrote:
> Hi Paul,
>
> On 6/22/2020 1:20 AM, Paul E. McKenney wrote:
> > On Mon, Jun 22, 2020 at 12:07:27AM +0530, Neeraj Upadhyay wrote:
> > > On callback overload, we want to force quiescent state immediately,
> > > for the first and
The i2c bindings in the kernel tree describe support for 10 bit
addressing, which must be indicated with the I2C_TEN_BIT_ADDRESS flag.
When this is set the address can be up to 10 bits. When it is not set
the address is a maximum of 7 bits.
See Documentation/devicetree/bindings/i2c/i2c.txt.
Take
dtc does a sanity check on reg properties that they are within the 10
bit address range for i2c slave addresses. In the case of multi-master
buses or devices that act as a slave, the binding may describe an
address that the bus will listen on as a device. Do not warn when this
flag is set.
See
This is to fix a build warning in the Linux kernel caused by dtc
incorrectly warning about I2C_OWN_SLAVE_ADDRESS.
v4 adds a U to the defines
v3 fixes the 10 bit size check
v2 contains a second patch to check for 10 bit vs 7 bit addresses.
Joel Stanley (2):
checks: Remove warning for
ping..
On 6/11/20 6:07 PM, Bob Liu wrote:
> Current code always set 'Unbound && max_active == 1' workqueues to ordered
> implicitly, while this may be not an expected behaviour for some use cases.
>
> E.g some scsi and iscsi workqueues(unbound && max_active = 1) want to be bind
> to different
On Sun, Jun 21, 2020 at 07:53:23PM -0400, Qian Cai wrote:
>
>
> > On Jun 21, 2020, at 7:34 PM, Roman Gushchin wrote:
> >
> > My wild guess is that kmemleak is getting confused by modifying the lowest
> > bit of page->mem_cgroup/obhj_cgroups pointer:
> >
> > struct page {
> >...
> >
On 6/21/20 4:09 AM, Pavel Begunkov wrote:
> Nothing interesting, just killing some stuff first.
> Based on top of io_uring-5.8 + 15 async-buf patches.
>
> Pavel Begunkov (4):
> io_uring: remove setting REQ_F_MUST_PUNT in rw
> io_uring: remove REQ_F_MUST_PUNT
> io_uring: set @poll->file
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 48778464bb7d346b47157d21ffde2af6b2d39110
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 3 days ago
config: sh-randconfig-s032-20200622 (attached as
This reverts commit 8ece3b3eb576a78d2e67ad4c3a80a39fa6708809.
This commit broke userspace. Bash uses ESPIPE to determine whether or
not the file should be read using "unbuffered I/O", which means reading
1 byte at a time instead of 128 bytes at a time. I used to use bash to
read through kmsg in a
This commit introduces support for the pin controller on A100.
Signed-off-by: Frank Lee
---
drivers/pinctrl/sunxi/Kconfig | 10 +
drivers/pinctrl/sunxi/Makefile| 2 +
drivers/pinctrl/sunxi/pinctrl-sun50i-a100-r.c | 105
Add a binding for A100's SID controller.
Signed-off-by: Frank Lee
---
Documentation/devicetree/bindings/nvmem/allwinner,sun4i-a10-sid.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/nvmem/allwinner,sun4i-a10-sid.yaml
A100 perf1 is an Allwinner A100-based SBC, with the following features:
- 1GiB DDR3 DRAM
- AXP803 PMIC
- 2 USB 2.0 ports
- MicroSD slot and on-board eMMC module
- on-board Nand flash
- ···
Adds initial support for it, including the UART.
Signed-off-by: Frank Lee
---
Document board compatible names for Allwinner A100 Perf1 Board.
Signed-off-by: Frank Lee
---
Documentation/devicetree/bindings/arm/sunxi.yaml | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/sunxi.yaml
This patch add thermal sensor controller support for A100,
which is similar to the previous ones.
Signed-off-by: Frank Lee
Signed-off-by: Yangtao Li
---
drivers/thermal/sun8i_thermal.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/thermal/sun8i_thermal.c
Add a binding for A100's ths controller.
Signed-off-by: Frank Lee
Signed-off-by: Yangtao Li
---
.../devicetree/bindings/thermal/allwinner,sun8i-a83t-ths.yaml | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
This patch adds binding to a100's ccu clock and r-ccu clock.
Signed-off-by: Frank Lee
---
.../devicetree/bindings/clock/allwinner,sun4i-a10-ccu.yaml | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
Add device tree binding Documentation details for A100 pinctrl driver,
whic has an r pin controller and a pin controller with more irq lines.
Signed-off-by: Frank Lee
---
.../pinctrl/allwinner,sun4i-a10-pinctrl.yaml | 72 +-
1 file changed, 43 insertions(+), 29
Allwinner A100 is a new SoC with Cortex-A53 cores, this commit adds
the basical DTSI file of it, including the clock, i2c, pins, sid, ths,
and UART support.
Signed-off-by: Frank Lee
---
arch/arm64/boot/dts/allwinner/sun50i-a100.dtsi | 337 +
1 file changed, 337
Add support for a100 in the sunxi-ng CCU framework.
Signed-off-by: Frank Lee
---
drivers/clk/sunxi-ng/Kconfig | 10 +
drivers/clk/sunxi-ng/Makefile |2 +
drivers/clk/sunxi-ng/ccu-sun50i-a100-r.c | 214 +
drivers/clk/sunxi-ng/ccu-sun50i-a100-r.h
From: frank
This patch set adds initial support for allwinner a100 soc,
which is a 64-bit tablet chip.
v2:
-Some naming consistency
-Repair email address
-Fix mmc clock
-Don't export system clock
-Fix checkpatch warning
-Drop unneeded pin function, convert to jtag_gpu and i2s_x
Frank Lee (11):
Add support for A100's SID controller.
Signed-off-by: Frank Lee
---
drivers/nvmem/sunxi_sid.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/nvmem/sunxi_sid.c b/drivers/nvmem/sunxi_sid.c
index e26ef1b..8ac074b 100644
--- a/drivers/nvmem/sunxi_sid.c
+++
For a typical Linux server, probably there are several hardware modules.
For example, numa node0 has a compressor, numa node2 has a same module.
Some drivers are automatically using the module near the CPU calling
acomp_alloc.
But it isn't necessarily correct. Just like memory allocation API like
If users don't specify NUMA node, the driver will use the ZIP module near
the CPU allocating acomp. Otherwise, it uses the ZIP module according to
the requirement of users.
Cc: Zhou Wang
Signed-off-by: Barry Song
---
drivers/crypto/hisilicon/zip/zip.h| 2 +-
For a Linux server with NUMA, there are possibly multiple (de)compressors
which are either local or remote to some NUMA node. Some drivers will
automatically use the (de)compressor near the CPU calling acomp_alloc().
However, it is not necessarily correct because users who send acomp_req
could be
zswap_cpu_comp_prepare() is called on a different CPU with the CPU which
will really send acomp_req. In order to use the right local compressors,
this patch specifies the NUMA node to which the CPU sending acomp_req
belongs.
Cc: Seth Jennings
Cc: Dan Streetman
Cc: Vitaly Wool
Cc: Herbert Xu
> 2020-06-19 17:38 GMT+09:00, Tetsuhiro Kohada :
> > Write multiple sectors at once when updating dir-entries.
> > Add exfat_update_bhs() for that. It wait for write completion once
> > instead of sector by sector.
> > It's only effective if sync enabled.
> >
> > Reviewed-by: Christoph Hellwig
>
Reviewed-by: Bibby Hsieh
Thanks.
On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote:
> Add address shift when compose jump instruction
> to compatible with 35bit format.
>
> Signed-off-by: Dennis YC Hsieh
> ---
> drivers/soc/mediatek/mtk-cmdq-helper.c |3 ++-
> 1 file changed, 2
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a corresponding decrement is
needed on the error handling path to keep the counter balanced.
Fix this by adding the missed function call.
Signed-off-by: Dinghao Liu
---
Hi, Dennis,
Please add "depends on patch: support gce on mt6779 platform" in cover
letter. Thanks
Bibby
On Sun, 2020-06-21 at 22:18 +0800, Dennis YC Hsieh wrote:
> This patch support cmdq helper function on mt6779 platform,
> based on "support gce on mt6779 platform" patchset.
>
>
> Dennis YC
Dan Williams writes:
> Hi Linus, please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
> tags/libnvdimm-for-5.8-rc2
>
> ...to receive a feature (papr_scm health retrieval) and a fix (sysfs
> attribute visibility) for v5.8.
>
> Vaibhav explains in the merge commit
On Fri, Jun 19, 2020 at 04:40:46PM -0600, Alex Williamson wrote:
> On Tue, 9 Jun 2020 20:37:31 -0400
> Yan Zhao wrote:
>
> > On Fri, Jun 05, 2020 at 03:39:50PM +0100, Dr. David Alan Gilbert wrote:
> > > > > > I tried to simplify the problem a bit, but we keep going backwards.
> > > > > > If
>
Reviewed-by: Bibby Hsieh
Thanks.
On Sun, 2020-06-21 at 21:22 +0800, Dennis YC Hsieh wrote:
> Do success callback in channel when shutdown. For those task not finish,
> callback with error code thus client has chance to cleanup or reset.
>
> Signed-off-by: Dennis YC Hsieh
> Reviewed-by: CK Hu
Reviewed-by: Bibby Hsieh
Thanks.
On Sun, 2020-06-21 at 21:22 +0800, Dennis YC Hsieh wrote:
> Add gce v4 hardware support with different thread number and shift.
>
> Signed-off-by: Dennis YC Hsieh
> Reviewed-by: CK Hu
> Reviewed-by: Matthias Brugger
> ---
>
Reviewed-by: Bibby Hsieh
Thanks.
On Sun, 2020-06-21 at 21:22 +0800, Dennis YC Hsieh wrote:
> Add documentation for the mt6779 gce.
>
> Add gce header file defined the gce hardware event,
> subsys number and constant for mt6779.
>
> Signed-off-by: Dennis YC Hsieh
> Reviewed-by: Rob Herring
On Sun, 2020-06-21 at 21:22 +0800, Dennis YC Hsieh wrote:
> Some gce hardware shift pc and end address in register to support
> large dram addressing.
> Implement gce address shift when write or read pc and end register.
> And add shift bit in platform definition.
>
> Signed-off-by: Dennis YC
Thanks Kurt for your confirmation.
Best Regards,
Jiafei.
-Original Message-
From: Kurt Kanzenbach
Sent: Saturday, June 20, 2020 4:08 PM
To: Vladimir Oltean ; Jiafei Pan
Cc: linux-rt-us...@vger.kernel.org; lkml ;
r...@vger.kernel.org; Colin King ; Jiafei Pan
Subject: Re: [EXT] Re:
On Sun, 2020-06-21 at 23:13 +0200, Pavel Machek wrote:
> On Thu 2020-06-18 19:33:32, Hanks Chen wrote:
> > From: Andy Teng
> >
> > Add devicetree bindings for MediaTek MT6779 pinctrl driver.
> >
> > Signed-off-by: Andy Teng
>
>
> > + Pull up setings for 2 pull resistors, R0 and
Hi Tamseel,
> -Original Message-
> From: Tamseel Shams
> Sent: 17 June 2020 16:29
> To: kg...@kernel.org; k...@kernel.org; gre...@linuxfoundation.org;
> jsl...@suse.com
> Cc: linux-arm-ker...@lists.infradead.org; linux-samsung-...@vger.kernel.org;
> linux-ser...@vger.kernel.org;
Hi Steven,
> -Original Message-
> From: Steven Price
> Sent: Friday, June 19, 2020 6:45 PM
> To: Jianyong Wu ; net...@vger.kernel.org;
> yangbo...@nxp.com; john.stu...@linaro.org; t...@linutronix.de;
> pbonz...@redhat.com; sean.j.christopher...@intel.com; m...@kernel.org;
>
arg cannot be NULL since its already being dereferenced
before. Remove the redundant NULL check.
Signed-off-by: Gaurav Singh
---
net/sched/cls_tcindex.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/sched/cls_tcindex.c b/net/sched/cls_tcindex.c
index
On 20-06-20, 17:44, Ivan Kokshaysky wrote:
> Commit 0c868627e617e43a295d8 (cpufreq: dt: Allow platform specific
> intermediate callbacks) added two function pointers to the
> struct cpufreq_dt_platform_data. However, armada37xx_cpufreq_driver_init()
> has this struct (pdata) located on the stack
Function ep_rx_complete is being called without NULL checking
in ath10k_htc_rx_completion_handler. Without such check, mal-
formed packet is able to cause jump to NULL.
ep->service_id seems a good candidate for sanity check as it is
used in usb.c.
Signed-off-by: Zekun Shen
---
On 20-06-20, 13:03, Valdis Klētnieks wrote:
> After this commit, a 'make allmodconfig' fails due to a missing export.
> commit 5f2430fb40c74db85764c8a472ecd6849025dd3f
> Author: Sibi Sankar
> Date: Sat Jun 6 03:03:31 2020 +0530
>
> cpufreq: qcom: Update the bandwidth levels on frequency
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a corresponding decrement is
needed on the error handling path to keep the counter balanced.
Fix this by adding the missed function call.
Signed-off-by: Dinghao Liu
---
From: wangyong
echo c > proc/sysrq-trigger to trigger system panic, there is no debug
information.
I think the reason is using printk_kthread_func, since panic will call
local_irq_disable to disable interrupts, and then call smp_send_stop to
stop other cpus, the printk thread probably is not
On 2020/6/21 0:00, Andrew Lunn wrote:
>> +static int hinic_get_module_eeprom(struct net_device *netdev,
>> + struct ethtool_eeprom *ee, u8 *data)
>> +{
>> +struct hinic_dev *nic_dev = netdev_priv(netdev);
>> +u8 sfp_data[STD_SFP_INFO_MAX_SIZE];
>
> sfp_data
Free alt before returning to avoid memory leak.
Signed-off-by: Gaurav Singh
---
tools/objtool/special.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/objtool/special.c b/tools/objtool/special.c
index e74e0189de22..f6f7dee1ba77 100644
--- a/tools/objtool/special.c
This patch adds support for the V4L2_BUF_CAP_SUPPORTS_RO_REQUESTS
flag. This flag is used for Read-only(Ro) Request.
Signed-off-by: Yunfei Dong
---
Documentation/userspace-api/media/v4l/vidioc-reqbufs.rst | 4
1 file changed, 4 insertions(+)
diff --git
Add Read-only(Ro) request for capture queue. Ro request mean that
user driver can get ext ctrls, buf set ext ctrls is not allowed.
Add param ro_requests in struct v4l2_ctrl_handler to present current
ctrl is read only. Add param ro_ctrl_handler in struct v4l2_fh used
for ro request.
When set/get
User driver need to get HDR10+ information for each capture buffer;
For some encoder cases, user driver need to get encoded message for
each frame. So add support read-only(Ro) request for capture queue.
Ro request mean that user driver just can get ext ctrls, set ext ctrls
is not not allowed. Ro
In overlap check, same expression is repeated twice.
Remove one of them.
Signed-off-by: Gaurav Singh
---
arch/x86/mm/pat/set_memory.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/mm/pat/set_memory.c b/arch/x86/mm/pat/set_memory.c
index
On Mon, Jun 08, 2020 at 04:08:17PM -0700, Roman Gushchin wrote:
> Percpu memory can represent a noticeable chunk of the total
> memory consumption, especially on big machines with many CPUs.
> Let's track percpu memory usage for each memcg and display
> it in memory.stat.
>
> A percpu allocation
Hi Borislav,
On Sun, 21 Jun 2020 12:53:50 +0200 Borislav Petkov wrote:
>
> + acme for an FYI.
>
> On Sun, Jun 21, 2020 at 04:33:23PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the tip tree, today's linux-next build (perf) failed
> > like this:
> >
> > In file included
Hi all,
After merging the tip tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: modpost: "sched_setscheduler" [kernel/trace/ring_buffer_benchmark.ko]
undefined!
Caused by commit
616d91b68cd5 ("sched: Remove sched_setscheduler*() EXPORTs")
Missed one :-)
I have
On Mon, 22 Jun 2020 08:27:53 +0800
Ming Lei wrote:
> I mean it isn't from user's viewpoint, and the binary code is usually a
> black box for final kprobe user.
>
> IMO, all your and Steven's input are just from kprobe/trace developer's
> viewpoint.
> Can you think about the issue from kprobe
Hi Christoph,
> -Original Message-
> From: Christoph Hellwig
> Sent: Friday, June 19, 2020 9:57 PM
> To: Jianyong Wu
> Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> m...@kernel.org;
Hi Ido,
> -Original Message-
> From: Ido Schimmel
> Sent: 2020年6月21日 18:04
> To: Po Liu
> Cc: da...@davemloft.net; linux-kernel@vger.kernel.org;
> net...@vger.kernel.org; vinicius.go...@intel.com; Claudiu Manoil
> ; Vladimir Oltean ;
> Alexandru Marginean ; Xiaoliang Yang
> ; Roy Zang
On Sat, Jun 20, 2020 at 12:15:21PM -0700, Matthew Wilcox wrote:
> On Sat, Jun 20, 2020 at 09:19:37AM +0300, Amir Goldstein wrote:
> > On Fri, Jun 19, 2020 at 6:52 PM Matthew Wilcox wrote:
> > > This patch lifts the IOCB_CACHED idea expressed by Andreas to the VFS.
> > > The advantage of this
On 16:00 Sun 21 Jun 2020, Linus Torvalds wrote:
So 5.8 may end up- being a big release, but rc2 looks fairly normal.
Despite having one pull request that missed rc1 by five minutes (and
thus getting pulled into rc2) and having a couple of small series of
"post-rc1 cleanup after we're past the
On 2020/6/22 0:38, Jaegeuk Kim wrote:
> On 06/20, Chao Yu wrote:
>> On 2020/6/20 6:47, Jaegeuk Kim wrote:
>>> On 06/19, Chao Yu wrote:
On 2020/6/19 13:49, Jaegeuk Kim wrote:
> On 06/19, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> On 2020/6/19 7:59, Jaegeuk Kim wrote:
>>> Hi Chao,
Hi Corentin,
I love your patch! Perhaps something to improve:
[auto build test WARNING on sunxi/sunxi/for-next]
[also build test WARNING on cryptodev/master crypto/master v5.8-rc2]
[cannot apply to next-20200621]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
1 - 100 of 416 matches
Mail list logo