[PATCH 4.4 31/48] ip_vti: receive ipip packet by calling ip_tunnel_rcv

From: Xin Long commit 976eba8ab596bab94b9714cd46d38d5c6a2c660d upstream. In Commit dd9ee3444014 ("vti4: Fix a ipip packet processing bug in 'IPCOMP' virtual tunnel"), it tries to receive IPIP packets in vti by calling xfrm_input(). This case happens when a small packet or frag sent by peer is to

[PATCH 4.4 34/48] netfilter: nf_conntrack_pptp: prevent buffer overflows in debug code

From: Pablo Neira Ayuso commit 4c559f15efcc43b996f4da528cd7f9483aaca36d upstream. Dan Carpenter says: "Smatch complains that the value for "cmd" comes from the network and can't be trusted." Add pptp_msg_name() helper function that checks for the array boundary. Fixes: f09943fefe6b ("[NETFILTE

[PATCH 4.9 10/61] net/mlx4_core: fix a memory leak bug.

From: Qiushi Wu commit febfd9d3c7f74063e8e630b15413ca91b567f963 upstream. In function mlx4_opreq_action(), pointer "mailbox" is not released, when mlx4_cmd_box() return and error, causing a memory leak bug. Fix this issue by going to "out" label, mlx4_free_cmd_mailbox() can free this pointer. F

[PATCH 4.4 38/48] netfilter: nf_conntrack_pptp: fix compilation warning with W=1 build

From: Pablo Neira Ayuso commit 4946ea5c1237036155c3b3a24f049fd5f849f8f6 upstream. >> include/linux/netfilter/nf_conntrack_pptp.h:13:20: warning: 'const' type >> qualifier on return type has no effect [-Wignored-qualifiers] extern const char *const pptp_msg_name(u_int16_t msg); ^~ Reported-

[PATCH 4.4 36/48] bonding: Fix reference count leak in bond_sysfs_slave_add.

From: Qiushi Wu commit a068aab42258e25094bc2c159948d263ed7d7a77 upstream. kobject_init_and_add() takes reference even when it fails. If this function returns an error, kobject_put() must be called to properly clean up the memory associated with the object. Previous commit "b8eb718348b8" fixed a

[PATCH 4.4 47/48] sc16is7xx: move label err_spi to correct section

From: Guoqing Jiang commit e00164a0f000de893944981f41a568c981aca658 upstream. err_spi is used when SERIAL_SC16IS7XX_SPI is enabled, so make the label only available under SERIAL_SC16IS7XX_SPI option. Otherwise, the below warning appears. drivers/tty/serial/sc16is7xx.c:1523:1: warning: label ‘er

[PATCH 4.4 00/48] 4.4.226-rc1 review

This is the start of the stable review cycle for the 4.4.226 release. There are 48 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Wed, 03 Jun 2020 17:38:19 +. Anything rec

[PATCH 4.4 06/48] net/mlx4_core: fix a memory leak bug.

From: Qiushi Wu commit febfd9d3c7f74063e8e630b15413ca91b567f963 upstream. In function mlx4_opreq_action(), pointer "mailbox" is not released, when mlx4_cmd_box() return and error, causing a memory leak bug. Fix this issue by going to "out" label, mlx4_free_cmd_mailbox() can free this pointer. F

[PATCH 4.4 07/48] uapi: fix linux/if_pppol2tp.h userspace compilation errors

From: Dmitry V. Levin commit a725eb15db80643a160310ed6bcfd6c5a6c907f2 upstream. Because of interface limitations, provided by libc cannot be included after , therefore any header that includes cannot be included after . Change uapi/linux/l2tp.h, the last uapi header that includes , to includ

[PATCH 4.4 03/48] sctp: Start shutdown on association restart if in SHUTDOWN-SENT state and socket is closed

From: "Jere Lepp�nen" [ Upstream commit d3e8e4c11870413789f029a71e72ae6e971fe678 ] Commit bdf6fa52f01b ("sctp: handle association restarts when the socket is closed.") starts shutdown when an association is restarted, if in SHUTDOWN-PENDING state and the socket is closed. However, the rationale

[PATCH 4.4 05/48] net: sun: fix missing release regions in cas_init_one().

From: Qiushi Wu commit 5a730153984dd13f82ffae93d7170d76eba204e9 upstream. In cas_init_one(), "pdev" is requested by "pci_request_regions", but it was not released after a call of the function “pci_write_config_byte” failed. Thus replace the jump target “err_write_cacheline” by "err_out_free_res"

[PATCH 4.4 29/48] xfrm: fix a NULL-ptr deref in xfrm_local_error

From: Xin Long commit f6a23d85d078c2ffde79c66ca81d0a1dde451649 upstream. This patch is to fix a crash: [ ] kasan: GPF could be caused by NULL-ptr deref or user memory access [ ] general protection fault: [#1] SMP KASAN PTI [ ] RIP: 0010:ipv6_local_error+0xac/0x7a0 [ ] Call Trace:

[PATCH 4.4 24/48] iommu: Fix reference count leak in iommu_group_alloc.

From: Qiushi Wu [ Upstream commit 7cc31613734c4870ae32f5265d576ef296621343 ] kobject_init_and_add() takes reference even when it fails. Thus, when kobject_init_and_add() returns an error, kobject_put() must be called to properly clean up the kobject. Fixes: d72e31c93746 ("iommu: IOMMU Groups")

[PATCH v4 06/11] remoteproc: stm32: Properly set co-processor state when attaching

Introduce the required mechanic to set the state of the M4 in order to properly deal with scenarios where the co-processor has been stated by another entity. Mainly based on the work published by Arnaud Pouliquen [1]. [1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=239877

[PATCH 4.4 25/48] parisc: Fix kernel panic in mem_init()

From: Helge Deller commit bf71bc16e02162388808949b179d59d0b571b965 upstream. The Debian kernel v5.6 triggers this kernel panic: Kernel panic - not syncing: Bad Address (null pointer deref?) Bad Address (null pointer deref?): Code=26 (Data memory access rights trap) at addr

[PATCH 4.4 23/48] include/asm-generic/topology.h: guard cpumask_of_node() macro argument

From: Arnd Bergmann [ Upstream commit 4377748c7b5187c3342a60fa2ceb60c8a57a8488 ] drivers/hwmon/amd_energy.c:195:15: error: invalid operands to binary expression ('void' and 'int') (channel - data->nr_cpus)); ~~~

[PATCH 4.4 28/48] xfrm: fix a warning in xfrm_policy_insert_list

From: Xin Long commit ed17b8d377eaf6b4a01d46942b4c647378a79bdd upstream. This waring can be triggered simply by: # ip xfrm policy update src 192.168.1.1/24 dst 192.168.1.2/24 dir in \ priority 1 mark 0 mask 0x10 #[1] # ip xfrm policy update src 192.168.1.1/24 dst 192.168.1.2/24 dir in

[PATCH 4.4 02/48] net: revert "net: get rid of an signed integer overflow in ip_idents_reserve()"

From: Yuqi Jin [ Upstream commit a6211caa634da39d861a47437ffcda8b38ef421b ] Commit adb03115f459 ("net: get rid of an signed integer overflow in ip_idents_reserve()") used atomic_cmpxchg to replace "atomic_add_return" inside the function "ip_idents_reserve". The reason was to avoid UBSAN warning

[PATCH 4.4 18/48] IB/qib: Call kobject_put() when kobject_init_and_add() fails

From: Kaike Wan [ Upstream commit a35cd6447effd5c239b564c80fa109d05ff3d114 ] When kobject_init_and_add() returns an error in the function qib_create_port_files(), the function kobject_put() is not called for the corresponding kobject, which potentially leads to memory leak. This patch fixes the

[PATCH v4 04/11] remoteproc: stm32: Remove memory translation from DT parsing

Other than one has to be done after the other, there is no correlation between memory translation and DT parsing. As such move function stm32_rproc_of_memory_translations() to stm32_rproc_probe() so that stm32_rproc_parse_dt() can be extended to look for attach bindings in a clean way. Signed-off

[PATCH 4.4 19/48] ALSA: hwdep: fix a left shifting 1 by 31 UB bug

From: Changming Liu [ Upstream commit fb8cd6481ffd126f35e9e146a0dcf0c4e8899f2e ] The "info.index" variable can be 31 in "1 << info.index". This might trigger an undefined behavior since 1 is signed. Fix this by casting 1 to 1u just to be sure "1u << 31" is defined. Signed-off-by: Changming Liu

[PATCH v4 07/11] remoteproc: Make function rproc_resource_cleanup() public

Make function rproc_resource_cleanup() public so that it can be used by platform drivers when allocating resources to be used by a detached remote processor. Signed-off-by: Mathieu Poirier --- drivers/remoteproc/remoteproc_core.c | 3 ++- include/linux/remoteproc.h | 1 + 2 files chang

[PATCH v4 09/11] remoteproc: stm32: Properly handle the resource table when attaching

Properly set the remote processor's resource table based on where it was loaded by the external entity when attaching to a remote processor. Mainly based on the work published by Arnaud Pouliquen [1]. [1]. https://patchwork.kernel.org/project/linux-remoteproc/list/?series=239877 Signed-off-by: M

[PATCH v4 08/11] remoteproc: stm32: Split function stm32_rproc_parse_fw()

Split function stm32_rproc_parse_fw() in two parts, the first one to parse the memory regions and the second one to load the resource table. That way parsing of the memory regions can be re-used when attaching to the remote processor. Mainly based on the work published by Arnaud Pouliquen [1]. [

[PATCH v4 01/11] remoteproc: stm32: Decouple rproc from memory translation

Remove the remote processor from the process of parsing the memory ranges since there is no correlation between them. Signed-off-by: Mathieu Poirier Reviewed-by: Loic Pallardy Reviewed-by: Bjorn Andersson --- drivers/remoteproc/stm32_rproc.c | 8 1 file changed, 4 insertions(+), 4 del

[PATCH 4.4 20/48] ALSA: usb-audio: mixer: volume quirk for ESS Technology Asus USB DAC

From: Chris Chiu [ Upstream commit 4020d1ccbe55bdf67b31d718d2400506eaf4b43f ] The Asus USB DAC is a USB type-C audio dongle for connecting to the headset and headphone. The volume minimum value -23040 which is 0xa600 in hexadecimal with the resolution value 1 indicates this should be endianness

[PATCH 4.4 12/48] cifs: Fix null pointer check in cifs_read

From: Steve French [ Upstream commit 9bd21d4b1a767c3abebec203342f3820dcb84662 ] Coverity scan noted a redundant null check Coverity-id: 728517 Reported-by: Coverity Signed-off-by: Steve French Reviewed-by: Shyam Prasad N Signed-off-by: Sasha Levin --- fs/cifs/file.c | 2 +- 1 file changed,

Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier

On Sat, May 30, 2020 at 9:07 AM Kees Cook wrote: > > On Sat, May 30, 2020 at 03:08:37PM +0100, Al Viro wrote: > > On Fri, May 29, 2020 at 07:43:10PM -0700, Kees Cook wrote: > > > > > Can anyone clarify the expected failure mode from SCM_RIGHTS? Can we > > > move the put_user() after instead? I thi

Re: [PATCH net-next] net: phy: broadcom: don't export RDB/legacy access methods

From: Michael Walle Date: Sat, 30 May 2020 22:34:04 +0200 > Don't export __bcm_phy_enable_rdb_access() and > __bcm_phy_enable_legacy_access() functions. They aren't used outside this > module and it was forgotten to provide a prototype for these functions. > Just make them static for now. > > Fi

Re: [PATCH net-next v7 09/10] net: phy: smsc: use phy_read_poll_timeout() to simplify the code

Resent as plain text this time. Sorry to those that got this twice. On Mon, Mar 23, 2020 at 11:10 AM Dejin Zheng wrote: > > use phy_read_poll_timeout() to replace the poll codes for > simplify lan87xx_read_status() function. > > Suggested-by: Andrew Lunn > Reviewed-by: Florian Fainelli > Signe

Re: [PATCH] pinctrl-single: fix pcs_parse_pinconf() return val

On 5/31/20 15:41, Drew Fustini wrote: > This patch causes pcs_parse_pinconf() to return an error when no > pinctrl_map is added. The current behavior is to return 0 when > !PCS_HAS_PINCONF or !nconfs. Thus pcs_parse_one_pinctrl_entry() > incorrectly assumes that a map was added and sets num_ma

[PATCH util-linux] dmesg: adjust timestamps according to suspended time

Timestamps in kernel log comes from monotonic clocksource which does not tick when system suspended. Suspended time easily sums into hours and days rendering human readable timestamps in dmesg useless. Adjusting timestamps accouring to current delta between boottime and monotonic clocksources prod

[RESEND 2 PATCH] media: marvell-ccic: Add support for runtime PM

On MMP3, the camera block lives on na separate power island. We want to turn it off if the CCIC is not in use to conserve power. Signed-off-by: Lubomir Rintel --- drivers/media/platform/marvell-ccic/mcam-core.c | 3 +++ drivers/media/platform/marvell-ccic/mmp-driver.c | 12 2 file

[RESEND PATCH] dmaengine: mmp_pdma: Do not warn when IRQ is shared by all chans

When there's a single interrupt for all the DMA channels, the unsuccessful attempt to request separate IRQs emits useless warnings: [1.370381] mmp-pdma d400.dma: IRQ index 1 not found ... [1.412398] mmp-pdma d400.dma: IRQ index 15 not found [1.418308] mmp-pdma d400.

Re: [PATCH 4/6] vhost_vdpa: support doorbell mapping via mmap

nfig: m68k-randconfig-r011-20200601 (attached as .config) compiler: m68k-linux-gcc (GCC) 9.3.0 reproduce (this is a W=1 build): wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save the attached .confi

[RESEND PATCH] dmaengine: mmp_tdma: share the IRQ line

On a MMP2, the DMA interrupt is shared by all channels of the peripheral DMA controller and the audio DMA controller. Both drivers can identify their interrupts, but only the PDMA driver marks the line shared: [1.185782] mmp-pdma d400.dma: initialized 16 channels [1.186808] mmp-tdm

Re: [PATCH v3 3/4] seccomp: notify about unused filter

On Sun, May 31, 2020 at 01:50:30PM +0200, Christian Brauner wrote: > We've been making heavy use of the seccomp notifier to intercept and > handle certain syscalls for containers. This patch allows a syscall > supervisor listening on a given notifier to be notified when a seccomp > filter has becom

Re: [PATCH v8 0/5] support reserving crashkernel above 4G on arm64 kdump

Hi, On 6/1/20 7:02 AM, Prabhakar Kushwaha wrote: Hi Chen, On Thu, May 21, 2020 at 3:05 PM Chen Zhou wrote: This patch series enable reserving crashkernel above 4G in arm64. There are following issues in arm64 kdump: 1. We use crashkernel=X to reserve crashkernel below 4G, which will fail wh

Re: [PATCH v3 4/4] tests: test seccomp filter notifications

On Sun, May 31, 2020 at 01:50:31PM +0200, Christian Brauner wrote: > This verifies we're correctly notified when a seccomp filter becomes > unused when a notifier is in use. > > Signed-off-by: Christian Brauner > --- > /* v2 */ > unchanged > > /* v3 */ > At first it seemed sensible to add POLLHU

Re: [GIT PULL] tpmdd updates for Linux v5.8

The pull request you sent on Fri, 22 May 2020 18:58:06 +0300: > git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20200522 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b6f91ab6a2bac8580026fc4a5d4724f0b9eeb11f Thank you! -- Deet-doot-dot, I am a bot

afs: Improve exception handling in afs_net_init()

Hello, I have accidentally taken another look at the implementation of the function “afs_net_init”. I noticed that the statement “net->live = false;” was specified three times for exception handling at the end. https://elixir.bootlin.com/linux/v5.7/source/fs/afs/main.c#L127 https://git.kernel.org/

Re: [GIT PULL] hwmon updates for v5.8

The pull request you sent on Sun, 31 May 2020 19:03:27 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > hwmon-for-v5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/129b9a5c40582cb0dc00aa5b58d1d1bcc93d98a7 Thank you! -- Deet-doot-d

Re: [GIT PULL] fsverity updates for 5.8

The pull request you sent on Sun, 31 May 2020 23:31:50 -0700: > https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fsverity-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4d67829e11863072aec7cd1dd2939b1fd3eda17b Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] SPI updates for v5.8

The pull request you sent on Mon, 1 Jun 2020 12:54:56 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-v5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a36de5ebac2bea1d30e9ad103b4f841a2c4bb61b Thank you! -- Deet-doot-dot, I am a b

Re: [GIT PULL] regmap updates for v5.8

The pull request you sent on Mon, 1 Jun 2020 12:07:52 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git > tags/regmap-v5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/213fd09e1aff05433d6855287808a235c9801c1b Thank you! -- Deet-doot-dot,

Re: [GIT PULL] printk for 5.8

The pull request you sent on Mon, 1 Jun 2020 13:47:24 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux tags/printk-for-5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ca1f5df23f28228c46aa45d934abad38c6b6ff2e Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] i3c: Changes for 5.8

The pull request you sent on Mon, 1 Jun 2020 09:54:23 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/i3c/linux.git i3c/for-5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/729ea4e064202aeec149b034b459501ef0a5060e Thank you! -- Deet-doot-dot, I am a bot. ht

Re: [GIT PULL] EDAC for 5.8

The pull request you sent on Mon, 1 Jun 2020 11:53:17 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git > tags/edac_updates_for_5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8b11dd54add63aa398c4b239d31b7f4477a4b859 Thank you! -- Deet-doot-dot,

Re: [GIT PULL] fscrypt updates for 5.8

The pull request you sent on Sun, 31 May 2020 23:28:48 -0700: > https://git.kernel.org/pub/scm/fs/fscrypt/fscrypt.git tags/fscrypt-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/afdb0f2ec57d4899eda2c5e09fc3a005f2119690 Thank you! -- Deet-doot-dot, I am a b

Re: [GIT PULL] x86/cache updates for v5.8

The pull request you sent on Mon, 1 Jun 2020 19:09:03 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_cache_updates_for_5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9bf9511e3d9f328c03f6f79bfb741c3d18f2f2c0 Thank you! -- Deet-doot

Re: [GIT PULL] Crypto Update for 5.8

The pull request you sent on Mon, 1 Jun 2020 12:45:33 +1000: > git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/81e8c10dac62c427b25f6bbb07936806e4dd9e8a Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] pstore updates for v5.8-rc1

The pull request you sent on Sun, 31 May 2020 19:57:25 -0700: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/pstore-v5.8-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/829f3b9401fe7cc3c1f3642bb2520751a42a87df Thank you! -- Deet-doot-dot

Re: [GIT PULL] x86/microcode for 5.8

The pull request you sent on Mon, 1 Jun 2020 11:31:13 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_microcode_for_5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef34ba6d36af9e6f5918f7f7e287be4b70a358b4 Thank you! -- Deet-doot-dot

Re: [GIT PULL] regulator updates for v5.8

The pull request you sent on Mon, 1 Jun 2020 13:21:56 +0100: > https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git > tags/regulator-v5.8 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d30fc97c60682f9bf5d6898ab370de0007e96742 Thank you! -- Deet-doo

Re: [PATCH V6 4/5] clk: qcom: Add ipq6018 apss clock controller

Quoting Sivaprakash Murugesan (2020-06-01 05:41:15) > On 5/28/2020 7:29 AM, Stephen Boyd wrote: > > Quoting Sivaprakash Murugesan (2020-05-27 05:24:51) > >> diff --git a/drivers/clk/qcom/apss-ipq6018.c > >> b/drivers/clk/qcom/apss-ipq6018.c > >> new file mode 100644 > >> index 000..004f7e1 > >

Re: [GRUB PATCH RFC 00/18] i386: Intel TXT secure launcher

> On Jun 1, 2020, at 10:56 AM, Daniel P. Smith > wrote: > > On 6/1/20 12:51 PM, Andy Lutomirski wrote: >>> On Mon, Jun 1, 2020 at 8:33 AM Daniel P. Smith >>> wrote: >>> >>> On 5/7/20 7:06 AM, Daniel Kiper wrote: Hi Łukasz, On Tue, May 05, 2020 at 04:38:02PM +0200, Lukasz Haw

Re: [PATCH] perf/x86/rapl: fix rapl config variable bug

On Thu, May 28, 2020 at 2:30 PM Kim Phillips wrote: > > On 5/28/20 3:16 PM, Stephane Eranian wrote: > > This patch fixes a bug introduced by: > > > > commit fd3ae1e1587d6 ("perf/x86/rapl: Move RAPL support to common x86 code") > > > > The Kconfig variable name was wrong. It was missing the CONFIG_

Re: [PATCH 4/5] x86/ftrace: Add annotations for ftrace_arch_code_modify_prepare() and ftrace_arch_code_modify_post_process()

On Mon, 1 Jun 2020 19:45:51 +0100 Jules Irenge wrote: > Sparse reports warnings > > warning: context imbalance in ftrace_arch_code_modify_prepare() > - wrong count at exit > warning: context imbalance in ftrace_arch_code_modify_post_process() > - wrong count at exit > > The root ca

Re: [PATCH v2 1/5] perf/x86/rapl: move RAPL support to common x86 code

On Mon, Jun 1, 2020 at 5:39 AM Johannes Hirte wrote: > > On 2020 Mai 27, Stephane Eranian wrote: > > ... > > diff --git a/arch/x86/events/Makefile b/arch/x86/events/Makefile > > index 6f1d1fde8b2de..12c42eba77ec3 100644 > > --- a/arch/x86/events/Makefile > > +++ b/arch/x86/events/Makefile > > @@ -

Re: [PATCH v2 06/10] x86/percpu: Clean up percpu_add_return_op()

On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote: > > The core percpu macros already have a switch on the data size, so the switch > in the x86 code is redundant and produces more dead code. > > Also use appropriate types for the width of the instructions. This avoids > errors when compiling wit

[PATCH v6] mm: Proactive compaction

For some applications, we need to allocate almost all memory as hugepages. However, on a running system, higher-order allocations can fail if the memory is fragmented. Linux kernel currently does on-demand compaction as we request more hugepages, but this style of compaction incurs very high latenc

[PATCH] selftests/seccomp: Expand benchmark to per-filter measurements

It's useful to see how much (at a minimum) each filter adds to the syscall overhead. Add additional calculations. Signed-off-by: Kees Cook --- As part of the performance discussions, this is what I'm adding to the seccomp selftest in for-next/seccomp to get more details. https://lore.kernel.org/l

Re: [PATCH] selftests/seccomp: use 90s as timeout

On Mon, Jun 01, 2020 at 09:32:02AM -0300, Thadeu Lima de Souza Cascardo wrote: > As seccomp_benchmark tries to calibrate how many samples will take more > than 5 seconds to execute, it may end up picking up a number of samples > that take 10 (but up to 12) seconds. As the calibration will take doub

[kbuild] drivers/most/core.c:1287 most_register_interface() error: we previously assumed 'iface' could be null (see line 1285)

: 10 weeks ago config: mips-randconfig-m031-20200601 (attached as .config) compiler: mipsel-linux-gcc (GCC) 9.3.0 If you fix the issue, kindly add following tag as appropriate Reported-by: kbuild test robot Reported-by: Dan Carpenter smatch warnings: drivers/most/core.c:1287

Re: [PATCH 4/7] selftests/ftrace: Convert required interface checks into requires list

Hi Masami, On 6/1/2020 9:42 AM, Masami Hiramatsu wrote: Convert the required tracefs interface checking code with requires: list. Signed-off-by: Masami Hiramatsu [ SNIP ] diff --git a/tools/testing/selftests/ftrace/test.d/trigger/inter-event/trigger-onchange-action-hist.tc b/tools/testing

Re: [GIT PULL] kprobes updates for v5.8

On Mon, Jun 1, 2020 at 6:08 AM Ingo Molnar wrote: > > include/linux/compiler.h| 53 +++ I have pulled this, but do we really want to add this to a header file that is _so_ core that it gets included for basically every single file built? I don't even see those ins

Re: [PATCH 0/7] selftsts/ftrace: Add requires list for each test case

Hi Masami, On 6/1/2020 9:42 AM, Masami Hiramatsu wrote: Hi, Here is a series for adding "requires:" list for simplifying and unifying requirement checks for each test case. This series also includes the description line fix and unresolved -> unsupported change ([1/7] and [2/7]). Currently, we

Re: [PATCH v1] coresight: Drop double check for ACPI companion device

Hi Andy, On Fri, May 29, 2020 at 04:32:10PM +0300, Andy Shevchenko wrote: > acpi_dev_get_resources() does perform the NULL pointer check against > ACPI companion device which is given as function parameter. Thus, > there is no need to duplicate this check in the caller. > > Signed-off-by: Andy Sh

cifs vs Go: EINTR and ENOENT errors from getdents64

Hi, author of gocryptfs here, an encrypted overlay filesystem written in Go. A gocryptfs user reported [1] hitting EINTR errors when gocryptfs is used on a cifs mount. I wrote a minimal reproducer, getdents.go [2], that runs getdents64 in a loop and I can reproduce the issue easily. I additionall

Re: [PATCH v2 2/3] seccomp: Introduce addfd ioctl to seccomp user notifier

On Mon, Jun 01, 2020 at 12:02:10PM -0700, Sargun Dhillon wrote: > On Sat, May 30, 2020 at 9:07 AM Kees Cook wrote: > > > > On Sat, May 30, 2020 at 03:08:37PM +0100, Al Viro wrote: > > > On Fri, May 29, 2020 at 07:43:10PM -0700, Kees Cook wrote: > > > > > > > Can anyone clarify the expected failure

[PATCH v6 00/13] perf: support enable and disable commands in stat and record modes

Changes in v6: - split re-factoring of events handling loops for stat mode into smaller incremental parts - added parts missing at v5 - corrected v5 runtime issues v5: https://lore.kernel.org/lkml/e5cac8dd-7aa4-ec7c-671c-07756907a...@linux.intel.com/ Changes in v5: - split re-factoring of ev

Re: [PATCH v8 00/18] Add AMD SEV guest live migration support

On Mon, May 18, 2020 at 12:07 PM Ashish Kalra wrote: > > Hello All, > > Any other feedback, review or comments on this patch-set ? > > Thanks, > Ashish > > On Tue, May 05, 2020 at 09:13:49PM +, Ashish Kalra wrote: > > From: Ashish Kalra > > > > The series add support for AMD SEV guest live mi

Re: [PATCH v3] devres: keep both device name and resource name in pretty name

Hi Sergei, On Mon, 1 Jun 2020 at 21:48, Sergei Shtylyov wrote: > > On 06/01/2020 12:58 PM, Vladimir Oltean wrote: > > > From: Vladimir Oltean > > > > Sometimes debugging a device is easiest using devmem on its register > > map, and that can be seen with /proc/iomem. But some device drivers have

[PATCH] ARM: dts: meson8: remove two invalid interrupt lines from the GPU node

The 3.10 vendor kernel defines the following GPU 20 interrupt lines: #define INT_MALI_GP AM_IRQ(160) #define INT_MALI_GP_MMU AM_IRQ(161) #define INT_MALI_PP AM_IRQ(162) #define INT_MALI_PMUAM_IRQ(163) #define INT_MALI_PP0

[PATCH v6 01/13] tools/libperf: introduce notion of static polled file descriptors

Implement adding of file descriptors by fdarray__add_stat() to fix-sized (currently 1) stat_entries array located at struct fdarray. Append added file descriptors to the array used by poll() syscall during fdarray__poll() call. Copy poll() result of the added descriptors from the array back to th

[PATCH v6 02/13] perf evlist: introduce control file descriptors

Define and initialize control file descriptors. Signed-off-by: Alexey Budankov --- tools/perf/util/evlist.c | 3 +++ tools/perf/util/evlist.h | 5 + 2 files changed, 8 insertions(+) diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c index 173b4f0e0e6e..47541b5cab46 100644 --

[PATCH v6 03/13] perf evlist: implement control command handling functions

Implement functions of initialization, finalization and processing of control command messages coming from control file descriptors. Allocate control file descriptor as a static descriptor in struct fdarray of struct perf_evlist object by perf_evlist__add_pollfd_stat(). Signed-off-by: Alexey Bud

[PATCH v6 05/13] perf stat: move target check to loop control statement

Check for target existence in loop control statement jointly with 'stop' indicator based on command line values and external asynchronous 'done' signal. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/tools/per

[PATCH v6 04/13] perf stat: factor out body of event handling loop for system wide

Introduce process_timeout() and process_interval() functions that factor out body of event handling loop for attach and system wide monitoring use cases. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 28 1 file changed, 20 insertions(+), 8 deletion

Re: [PATCH RFC] seccomp: Implement syscall isolation based on memory areas

On Sun, May 31, 2020 at 02:03:48PM -0700, Andy Lutomirski wrote: > On Sun, May 31, 2020 at 11:57 AM Andy Lutomirski wrote: > > > > > > What if there was a special filter type that ran a BPF program on each > > syscall, and the program was allowed to access user memory to make its > > decisions, e.

Re: [PATCH v3 1/1] clk: rockchip: rk3288: Handle clock tree for rk3288w

Hi Mylène, Am Montag, 1. Juni 2020, 17:14:42 CEST schrieb Mylène Josserand: > The revision rk3288w has a different clock tree about "hclk_vio" > clock, according to the BSP kernel code. > > This patch handles this difference by detecting which device-tree > we are using. If it is a "rockchip,rk32

[PATCH v6 06/13] perf stat: factor out body of event handling loop for fork case

Factor out body of event handling loop for fork case reusing process_timeout() and process_interval() functions. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/tools/perf/builtin-stat.c b/tools/perf/built

[PATCH v6 07/13] perf stat: factor out event handling loop into dispatch_events()

Consolidate event dispatching loops for fork, attach and system wide monitoring use cases into common dispatch_events() function. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 35 --- 1 file changed, 24 insertions(+), 11 deletions(-) diff --git

[PATCH 1/2 blk-cgroup/for-5.8] blk-cgroup: make iostat functions visible to stat printing

Previously, the code which printed io.stat only needed access to the generic rstat flushing code, but since we plan to write some more specific code for preparing root cgroup stats, we need to manipulate iostat structs directly. Since declaring static functions ahead does not seem like common pract

Re: [PATCH v3] devres: keep both device name and resource name in pretty name

On 06/01/2020 11:03 PM, Vladimir Oltean wrote: > Hi Sergei, > > On Mon, 1 Jun 2020 at 21:48, Sergei Shtylyov > wrote: >> >> On 06/01/2020 12:58 PM, Vladimir Oltean wrote: >> >>> From: Vladimir Oltean >>> >>> Sometimes debugging a device is easiest using devmem on its register >>> map, and that c

[PATCH 2/2 blk-cgroup/for-5.8] blk-cgroup: show global disk stats in root cgroup io.stat

In order to improve consistency and usability in cgroup stat accounting, we would like to support the root cgroup's io.stat. Since the root cgroup has processes doing io even if the system has no explicitly created cgroups, we need to be careful to avoid overhead in that case. For that reason, th

[PATCH v6 08/13] perf stat: extend -D,--delay option with -1 value

Extend -D,--delay option with -1 value to start monitoring with events disabled to be enabled later by enable command provided via control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/Documentation/perf-stat.txt | 5 +++-- tools/perf/builtin-stat.c | 18

[PATCH v6 10/13] perf stat: introduce --ctl-fd[-ack] options

Introduce --ctl-fd[-ack] options to pass open file descriptors numbers from command line. Extend perf-stat.txt file with --ctl-fd[-ack] options description. Document possible usage model introduced by --ctl-fd[-ack] options by providing example bash shell script. Signed-off-by: Alexey Budankov

[PATCH v6 09/13] perf stat: implement control commands handling

Implement handling of 'enable' and 'disable' control commands coming from control file descriptor. process_evlist() function checks for events on static fd and makes required operations. If poll event splits initiated timeout interval then the reminder is calculated and still waited in the follow

Re: [PATCH] bpf: Change kvfree to kfree in generic_map_lookup_batch()

On Mon, Jun 1, 2020 at 9:29 AM Denis Efremov wrote: > > buf_prevkey in generic_map_lookup_batch() is allocated with > kmalloc(). It's safe to free it with kfree(). > > Signed-off-by: Denis Efremov Please add prefix "PATCH bpf" or "PATCH bpf-next" to indicate which tree this should apply to. This

Re: [PATCHSET v5 0/12] Add support for async buffered reads

On Mon, Jun 1, 2020 at 4:46 PM Jens Axboe wrote: > > On 6/1/20 8:43 AM, Sedat Dilek wrote: > > On Mon, Jun 1, 2020 at 4:35 PM Jens Axboe wrote: > >> > >> On 6/1/20 8:14 AM, Jens Axboe wrote: > >>> On 6/1/20 8:13 AM, Sedat Dilek wrote: > On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote: > >>>

[PATCH v6 11/13] perf record: extend -D,--delay option with -1 value

Extend -D,--delay option with -1 to start collection with events disabled to be enabled later by enable command provided via control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/Documentation/perf-record.txt | 5 +++-- tools/perf/builtin-record.c | 12 --

Re: [PATCH v2 04/10] x86/percpu: Clean up percpu_add_op()

On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote: > > The core percpu macros already have a switch on the data size, so the switch > in the x86 code is redundant and produces more dead code. > > Also use appropriate types for the width of the instructions. This avoids > errors when compiling wit

[PATCH v6 12/13] perf record: implement control commands handling

Implement handling of 'enable' and 'disable' control commands coming from control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/builtin-record.c | 16 1 file changed, 16 insertions(+) diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c inde

Re: [PATCH v7 3/6] irqchip: RISC-V per-HART local interrupt controller driver

On Mon, Jun 1, 2020 at 2:16 AM Anup Patel wrote: > > The RISC-V per-HART local interrupt controller manages software > interrupts, timer interrupts, external interrupts (which are routed > via the platform level interrupt controller) and other per-HART > local interrupts. > > We add a driver for t

[PATCH v6 13/13] perf record: introduce --ctl-fd[-ack] options

Introduce --ctl-fd[-ack] options to pass open file descriptors numbers from command line. Extend perf-record.txt file with --ctl-fd[-ack] options description. Document possible usage model introduced by --ctl-fd[-ack] options by providing example bash shell script. Signed-off-by: Alexey Budankov

Re: [PATCH v5 00/13] perf: support enable and disable commands in stat and record modes

Please see v6 with all improvements. ~Alexey On 01.06.2020 19:53, Alexey Budankov wrote: > > Please refrain from testing this patch set. For some reason it lacks exposure > of ctl-fd, ctl-fd-ack options. There are also functional issues. I am working > to improve all that and resend fixed v5.

[PATCH] staging: rtl8712: switch to common ieee80211 headers

This patch switches to and and deletes a lot of duplicate definitions plus many unused ones. Non obvious changes: - struct ieee80211_ht_cap is different enough that I preferred to keep (and rename) it for now. - mcs_rate in translate_scan was not read after being set, so I deleted that part

Re: [PATCH v2 10/10] x86/percpu: Remove unused PER_CPU() macro

On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote: > > Also remove now unused __percpu_mov_op. > > Signed-off-by: Brian Gerst This cleanup looks unrelated to the series, and can be sent separately if needed. Reviewed-by: Nick Desaulniers > --- > arch/x86/include/asm/percpu.h | 18

Re: [PATCH] sh: Implement __get_user_u64() required for 64-bit get_user()

Rich Felker schrieb: >> >> Can I propose a different solution? For archs where there isn't >> >> actually any 64-bit load or store instruction, does it make sense to >> >> be writing asm just to do two 32-bit loads/stores, especially when >> >> this code is not in a hot path? >> > Yes, that's an op

<    9   10   11   12   13   14   15   16   17   18   >