[PATCH 4/4] power: max17042_battery: Export charge termination current property

The value is there, so let's export it. Signed-off-by: Sebastian Krzyszkowiak --- drivers/power/supply/max17042_battery.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/power/supply/max17042_battery.c b/drivers/power/supply/max17042_battery.c index

[PATCH 3/4] power: max17042_battery: Take r_sns value into account in charge_counter

The default r_sns value was hardcoded there, so let's change it to the actually configured one. Signed-off-by: Sebastian Krzyszkowiak --- drivers/power/supply/max17042_battery.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/power/supply/max17042_battery.c

[PATCH 2/4] power: max17042_battery: Improve accuracy of current_now and current_avg readings

Dividing 1562500 by r_sns value usually doesn't result in an integer. Signed-off-by: Sebastian Krzyszkowiak --- drivers/power/supply/max17042_battery.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/power/supply/max17042_battery.c

[PATCH 1/4] power: max17042_battery: Fix current_{avg,now} hiding with no current sense

When current sense is disabled, max17042_no_current_sense_psy_desc gets used which ignores two last properties from the list. Fixes: 21b01cc879cc ("power: supply: max17042_battery: Add support for the TTE_NOW prop") Signed-off-by: Sebastian Krzyszkowiak ---

Re: general protection fault in ieee80211_subif_start_xmit

syzbot has found a reproducer for the following issue on: HEAD commit:80145ac2 Merge tag 's390-5.10-5' of git://git.kernel.org/p.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=12a8ad4350 kernel config:

Re: [PATCH 127/141] staging: qlge: Fix fall-through warnings for Clang

On 2020-11-20 12:39 -0600, Gustavo A. R. Silva wrote: > In preparation to enable -Wimplicit-fallthrough for Clang, fix a warning > by explicitly adding a break statement instead of letting the code fall > through to the next case. > > Link: https://github.com/KSPP/linux/issues/115 >

Re: [PATCH net-next 2/2] net: nfc: s3fwrn5: Support a UART interface

On 11/25/20, Bongsu Jeon wrote: > On 11/24/20, k...@kernel.org wrote: >> On Tue, Nov 24, 2020 at 09:05:52PM +0900, Bongsu Jeon wrote: >>> On Mon, Nov 23, 2020 at 5:55 PM k...@kernel.org wrote: >>> > > +static enum s3fwrn5_mode s3fwrn82_uart_get_mode(void *phy_id) >>> > > +{ >>> > > + struct

RE: [PATCH v3 10/10] MAINTAINERS: add Cadence USBSSP DRD IP driver entry

Peter, > >On 20-11-19 15:13:07, Pawel Laszczak wrote: >> Patch adds entry for USBSSP (CDNSP) driver into MAINTARNERS file. >> >> Signed-off-by: Pawel Laszczak >> --- >> MAINTAINERS | 8 >> 1 file changed, 8 insertions(+) >> >> diff --git a/MAINTAINERS b/MAINTAINERS >> index

Re: [PATCH 0/6] ARC: build: fix various issues in arc boot Makefile

Hi Masahiro San, On 11/21/20 11:36 AM, Masahiro Yamada wrote: > > > Masahiro Yamada (6): >ARC: build: remove non-existing bootpImage from KBUILD_IMAGE >ARC: build: add uImage.lzma to the top-level target >ARC: build: add boot_targets to PHONY >ARC: build: move symlink creation to

Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods

On 11/25/2020 1:00 AM, Paul E. McKenney wrote: On Tue, Nov 24, 2020 at 10:44:24AM +0530, Neeraj Upadhyay wrote: On 11/24/2020 2:42 AM, Paul E. McKenney wrote: On Mon, Nov 23, 2020 at 10:13:13AM +0530, Neeraj Upadhyay wrote: On 11/21/2020 6:29 AM, paul...@kernel.org wrote: From: "Paul

Re: [net-next v3 0/8] seg6: add support for SRv6 End.DT4/DT6 behavior

On 11/24/20 6:58 PM, Jakub Kicinski wrote: > But it's generally not a huge issue for applying the patch. I just like > to see the build bot result, to make sure we're not adding W=1 C=1 > warnings. ah, the build bot part is new. got it.

Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter

On 11/24/2020 10:48 AM, Neeraj Upadhyay wrote: On 11/24/2020 1:25 AM, Paul E. McKenney wrote: On Mon, Nov 23, 2020 at 10:01:13AM +0530, Neeraj Upadhyay wrote: On 11/21/2020 6:29 AM, paul...@kernel.org wrote: From: "Paul E. McKenney" There is a need for a polling interface for SRCU

Re: [PATCH] audit: remove unused macros

On Wed, Nov 11, 2020 at 7:38 PM Alex Shi wrote: > From 5fef5f1b7b745b52bedc9c7eec9fc163202ad421 Mon Sep 17 00:00:00 2001 > From: Alex Shi > Date: Fri, 6 Nov 2020 16:31:22 +0800 > Subject: [PATCH v3] audit: fix macros warnings > > Some unused macros could cause gcc warning: > kernel/audit.c:68:0:

Re: [PATCH RESEND] checkpatch: Do not check git commit description style when backport the upstream commit

On Wed, 2020-11-25 at 12:08 +0800, Tiezhu Yang wrote: > On 11/25/2020 11:51 AM, Joe Perches wrote: > > On Wed, 2020-11-25 at 11:35 +0800, Tiezhu Yang wrote: > > > When backport the upstream commit to the internal LTS kernel version, > > > we usually use the following description [1] [2]: > > > >

Re: [PATCH RESEND] checkpatch: Do not check git commit description style when backport the upstream commit

On Wed, 2020-11-25 at 12:08 +0800, Tiezhu Yang wrote: > On 11/25/2020 11:51 AM, Joe Perches wrote: > > On Wed, 2020-11-25 at 11:35 +0800, Tiezhu Yang wrote: > > > When backport the upstream commit to the internal LTS kernel version, > > > we usually use the following description [1] [2]: > > > >

Re: [PATCH] Makefile.extrawarn: remove -Wnested-externs warning

On Wed, Nov 25, 2020 at 12:43 AM Arnd Bergmann wrote: > > From: Arnd Bergmann > > The -Wnested-externs warning has become useless with gcc, since > this warns every time that BUILD_BUG_ON() or similar macros > are used. > > With clang, the warning option does nothing to start with, so > just

Re: [PATCH] arm64: defconfig: Enable Qualcomm PON driver

On 24-11-20, 20:38, Bjorn Andersson wrote: > The PON block in the PMIC provides, among other things, support for > "reboot reason", power key and reset "key" handling. Let's enable the > driver for this block. Reviewed-by: Vinod Koul -- ~Vinod

Re: [PATCH v3 3/3] scsi: ufs: Print host regs in IRQ handler when AH8 error happens

On 2020-11-16 23:04, Can Guo wrote: When AH8 error happens, all the regs and states are dumped in err handler. Sometime we need to look into host regs right after AH8 error happens, which is before leaving the IRQ handler. Signed-off-by: Can Guo --- drivers/scsi/ufs/ufshcd.c | 3 ++- 1 file

Re: [PATCH] media: ov8856: Remove 3280x2464 mode

On 11/24/20 6:20 PM, Robert Foss wrote: > On Tue, 24 Nov 2020 at 10:42, Bingbu Cao wrote: >> >> Hi, Robert >> >> I remember that the full size of ov8856 image sensor is 3296x2480 and we can >> get the 3280x2464 >> frames based on current settings. >> >> Do you have any issues with this mode?

Re: [PATCH RESEND] checkpatch: Do not check git commit description style when backport the upstream commit

On 11/25/2020 11:51 AM, Joe Perches wrote: On Wed, 2020-11-25 at 11:35 +0800, Tiezhu Yang wrote: When backport the upstream commit to the internal LTS kernel version, we usually use the following description [1] [2]: [ Upstream commit cc6528bc9a0c901c83b8220a2e2617f3354d6dd9 ] or commit

[PATCH] rseq/selftests: Fix MEMBARRIER_CMD_PRIVATE_EXPEDITED_RSEQ build error under other arch.

Except arch x86, the function rseq_offset_deref_addv is not defined. The function test_membarrier_manager_thread call rseq_offset_deref_addv produces a build error. The RSEQ_ARCH_HAS_OFFSET_DEREF_ADD should contain all the code for the MEMBARRIER_CMD_PRIVATE_EXPEDITED_RSEQ. If the other Arch

Re: [PATCH v3 15/17] x86/hyperv: implement an MSI domain for root partition

Hi Wei, I love your patch! Perhaps something to improve: [auto build test WARNING on tip/x86/core] [also build test WARNING on asm-generic/master iommu/next tip/timers/core pci/next linus/master v5.10-rc5] [cannot apply to next-20201124] [If your patch is applied to the wrong git tree, kindly

Re: [PATCH net-next 2/2] net: nfc: s3fwrn5: Support a UART interface

On 11/24/20, k...@kernel.org wrote: > On Tue, Nov 24, 2020 at 09:05:52PM +0900, Bongsu Jeon wrote: >> On Mon, Nov 23, 2020 at 5:55 PM k...@kernel.org wrote: >> > > +static enum s3fwrn5_mode s3fwrn82_uart_get_mode(void *phy_id) >> > > +{ >> > > + struct s3fwrn82_uart_phy *phy = phy_id; >> > >

[PATCH] power: bq25890: Use the correct range for IILIM register

I've checked bq25890, bq25892, bq25895 and bq25896 datasheets and they all define IILIM to be between 100mA-3.25A with 50mA steps. Fixes: 478efc79ee32 ("power: bq25890: implement INPUT_CURRENT_LIMIT property") Signed-off-by: Sebastian Krzyszkowiak --- drivers/power/supply/bq25890_charger.c | 2

Re: [PATCH RESEND] checkpatch: Do not check git commit description style when backport the upstream commit

On Wed, 2020-11-25 at 11:35 +0800, Tiezhu Yang wrote: > When backport the upstream commit to the internal LTS kernel version, > we usually use the following description [1] [2]: > > [ Upstream commit cc6528bc9a0c901c83b8220a2e2617f3354d6dd9 ] > or > commit c51f8f88d705e06bd696d7510aff22b33eb8e638

Re: [PATCH v3 3/4] pwm: pca9685: Support staggered output ON times

On Tue, Nov 24, 2020 at 1:10 PM Clemens Gruber wrote: > > The PCA9685 supports staggered LED output ON times to minimize current > surges and reduce EMI. > When this new option is enabled, the ON times of each channel are > delayed by channel number x counter range / 16, which avoids asserting >

Re: [PATCH v3 1/4] pwm: pca9685: Switch to atomic API

Hi Clemens, I checked the patch against the datasheet register definitions. More constructive feedback below. On Tue, Nov 24, 2020 at 1:10 PM Clemens Gruber wrote: > > The switch to the atomic API goes hand in hand with a few fixes to > previously experienced issues: > - The duty cycle is no

Re: [PATCH v3 1/4] dt-bindings: clock: Add SDX55 GCC clock bindings

On 25 November 2020 7:44:10 AM IST, Stephen Boyd wrote: >Quoting Manivannan Sadhasivam (2020-11-18 23:27:11) >> diff --git >a/Documentation/devicetree/bindings/clock/qcom,gcc-sdx55.yaml >b/Documentation/devicetree/bindings/clock/qcom,gcc-sdx55.yaml >> new file mode 100644 >> index

[PATCH 1/2] sparc: Fix handling of page table constructor failure

The page has just been allocated, so its refcount is 1. free_unref_page() is for use on pages which have a zero refcount. Use __free_page() like the other implementations of pte_alloc_one(). Fixes: 1ae9ae5f7df7 ("sparc: handle pgtable_page_ctor() fail") Signed-off-by: Matthew Wilcox (Oracle)

[PATCH 2/2] mm: Move free_unref_page to mm/internal.h

Code outside mm/ should not be calling free_unref_page(). Also move free_unref_page_list(). Signed-off-by: Matthew Wilcox (Oracle) --- include/linux/gfp.h | 2 -- mm/internal.h | 3 +++ 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/include/linux/gfp.h

Re: [PATCH 2/3] venus: Limit HFI sessions to the maximum supported

On Fri, Nov 20, 2020 at 9:12 AM Stanimir Varbanov wrote: > > Currently we rely on firmware to return error when we reach the maximum > supported number of sessions. But this errors are happened at reqbuf > time which is a bit later. The more reasonable way looks like is to > return the error on

RE: [PATCH v2 1/1] ath10k: add option for chip-id based BDF selection

> -Original Message- > From: Doug Anderson > Sent: Tuesday, November 24, 2020 9:56 PM > To: Rakesh Pillai > Cc: Abhishek Kumar ; Kalle Valo > ; LKML ; ath10k > ; Brian Norris ; > linux-wireless ; David S. Miller > ; Jakub Kicinski ; netdev > > Subject: Re: [PATCH v2 1/1] ath10k: add

[PATCH] mmc: sdhci: Use more concise device_property_read_u64

Since we only need a single u64 the _array form is unnecessarily. Use device_property_read_u64 instead. Signed-off-by: Jeremy Linton --- drivers/mmc/host/sdhci.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c index

Re: [PATCH] entry: Fix boot for !CONFIG_GENERIC_ENTRY

On Wed, 25 Nov 2020 at 03:15, Kees Cook wrote: > > On Mon, Nov 23, 2020 at 10:54:58AM -0500, Gabriel Krisman Bertazi wrote: > > Gabriel Krisman Bertazi writes: > > > > > Jann Horn writes: > > >> As part of fixing this, it might be a good idea to put "enum > > >> syscall_work_bit" behind a

[PATCH RESEND] checkpatch: Do not check git commit description style when backport the upstream commit

When backport the upstream commit to the internal LTS kernel version, we usually use the following description [1] [2]: [ Upstream commit cc6528bc9a0c901c83b8220a2e2617f3354d6dd9 ] or commit c51f8f88d705e06bd696d7510aff22b33eb8e638 upstream. We use checkpatch.pl before auto build and there

Re: [PATCH 4/6] drivers: hv: vmbus: Fix checkpatch SPLIT_STRING

Em 11/24/2020 11:56 PM, Joe Perches escreveu: On Tue, 2020-11-24 at 21:54 -0300, Matheus Castello wrote: diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c [] The above would be marginally better if organized as follows so that the main execution path isn't in an "if" clause.

Re: [PATCH] phy/mediatek: Make PHY_MTK_XSPHY depend on HAS_IOMEM and OF_ADDRESS to fix build errors

On 11/24/20 6:24 PM, Chunfeng Yun wrote: > Hi Tiezhu, > > On Tue, 2020-11-24 at 17:47 +0800, Tiezhu Yang wrote: >> devm_ioremap_resource() will be not built in lib/devres.c if >> CONFIG_HAS_IOMEM is not set, of_address_to_resource() will be >> not built in drivers/of/address.c if

[PATCH v3 4/6] drivers: hv: vmbus: Fix checkpatch SPLIT_STRING

Checkpatch emits WARNING: quoted string split across lines. To keep the code clean and with the 80 column length indentation the check and registration code for kmsg_dump_register has been transferred to a new function hv_kmsg_dump_register. Signed-off-by: Matheus Castello --- This is the V3 of

[PATCH] checkpatch: Do not check git commit description style when backport the upstream commit

When backport the upstream commit to the internal LTS kernel version, we usually use the following description [1] [2]: [ Upstream commit cc6528bc9a0c901c83b8220a2e2617f3354d6dd9 ] or commit c51f8f88d705e06bd696d7510aff22b33eb8e638 upstream. We use checkpatch.pl before auto build and there

Re: [PATCH 09/17] fs/f2fs: Remove f2fs_copy_page()

On 2020/11/24 14:07, ira.we...@intel.com wrote: From: Ira Weiny The new common function memcpy_page() provides this exactly functionality. Remove the local f2fs_copy_page() and call memcpy_page() instead. Cc: Jaegeuk Kim Cc: Chao Yu Signed-off-by: Ira Weiny Acked-by: Chao Yu Thanks,

Re: [PATCH] mmc: sdhci: Update firmware interface API

Hi, On 11/24/20 8:51 AM, Adrian Hunter wrote: On 24/11/20 4:25 pm, Ulf Hansson wrote: On Sat, 21 Nov 2020 at 00:39, Jeremy Linton wrote: The device_* calls were added a few years ago to abstract DT/ACPI/fwnode firmware interfaces. Lets convert the two sdhci caps fields to use the generic

Re: [PATCH v2 4/4] iio: hid-sensors: Add hinge sensor driver

On Tue, Nov 24, 2020 at 11:36:56AM +, Jonathan Cameron wrote: > On Tue, 24 Nov 2020 11:30:50 +0800 > "Ye, Xiang" wrote: > > > On Sun, Nov 22, 2020 at 04:50:47PM +, Jonathan Cameron wrote: > > > On Sun, 22 Nov 2020 15:51:18 + > > > "Pandruvada, Srinivas" wrote: > > > > > > > On

Re: [EXT] Re: [PATCH v5 9/9] task_isolation: kick_all_cpus_sync: don't kick isolated cpus

On Tue, 2020-11-24 at 00:21 +0100, Frederic Weisbecker wrote: > On Mon, Nov 23, 2020 at 10:39:34PM +, Alex Belits wrote: > > > > This is different from timers. The original design was based on the > > idea that every CPU should be able to enter kernel at any time and > > run > > kernel code

Re: [PATCH 1/3] venus: venc: Init the session only once in queue_setup

Hi Stan, On Fri, Nov 20, 2020 at 9:12 AM Stanimir Varbanov wrote: > > Init the hfi session only once in queue_setup and also cover that > with inst->lock. > > Signed-off-by: Stanimir Varbanov > --- > drivers/media/platform/qcom/venus/venc.c | 98 ++-- > 1 file changed, 73

Re: [PATCH -tip 14/32] sched: migration changes for core scheduling

On 2020/11/24 23:42, Peter Zijlstra wrote: > On Mon, Nov 23, 2020 at 12:36:10PM +0800, Li, Aubrey wrote: +#ifdef CONFIG_SCHED_CORE + /* + * Skip this cpu if source task's cookie does not match + * with CPU's core cookie. + */ +

[rcu:rcu/next] BUILD SUCCESS bb8c662823b2ebd2182bcf03c21d49c09169747d

allyesconfig mips allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a006-20201124 x86_64

Re: [PATCH net-next 1/2] dt-bindings: net: nfc: s3fwrn5: Support a UART interface

On 11/24/20, k...@kernel.org wrote: > On Tue, Nov 24, 2020 at 08:39:40PM +0900, Bongsu Jeon wrote: >> On Mon, Nov 23, 2020 at 5:02 PM k...@kernel.org wrote: >> > >> > On Mon, Nov 23, 2020 at 04:55:26PM +0900, Bongsu Jeon wrote: > > > examples: >> > >- | >> > > #include >> > > @@

RE: [PATCH] arm64: dts: freescale: sl28: correct MMC order

> -Original Message- > From: Michael Walle > Sent: Wednesday, November 25, 2020 5:21 AM > To: linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; > linux-kernel@vger.kernel.org > Cc: Shawn Guo ; Leo Li ; Rob > Herring ; Y.b. Lu ; Vladimir > Oltean ; Michael Walle > Subject:

[PATCH bpf-next v8 11/34] bpf: refine memcg-based memory accounting for devmap maps

Include map metadata and the node size (struct bpf_dtab_netdev) into the accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/devmap.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/bpf/devmap.c b/kernel/bpf/devmap.c index 2b5ca93c17de..a4dfe544946f 100644

[PATCH bpf-next v8 03/34] mm: introduce page memcg flags

The lowest bit in page->memcg_data is used to distinguish between struct memory_cgroup pointer and a pointer to a objcgs array. All checks and modifications of this bit are open-coded. Let's formalize it using page memcg flags, defined in enum page_memcg_data_flags. Additional flags might be

[PATCH bpf-next v8 19/34] bpf: eliminate rlimit-based memory accounting for bpf_struct_ops maps

Do not use rlimit-based memory accounting for bpf_struct_ops maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/bpf_struct_ops.c | 19 +++ 1 file changed, 3 insertions(+), 16 deletions(-) diff

[PATCH bpf-next v8 00/34] bpf: switch to memcg-based memory accounting

Currently bpf is using the memlock rlimit for the memory accounting. This approach has its downsides and over time has created a significant amount of problems: 1) The limit is per-user, but because most bpf operations are performed as root, the limit has a little value. 2) It's hard to come

[PATCH bpf-next v8 30/34] bpf: eliminate rlimit-based memory accounting for xskmap maps

Do not use rlimit-based memory accounting for xskmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- net/xdp/xskmap.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/net/xdp/xskmap.c

[PATCH bpf-next v8 01/34] mm: memcontrol: use helpers to read page's memcg data

Patch series "mm: allow mapping accounted kernel pages to userspace", v6. Currently a non-slab kernel page which has been charged to a memory cgroup can't be mapped to userspace. The underlying reason is simple: PageKmemcg flag is defined as a page type (like buddy, offline, etc), so it takes a

[PATCH bpf-next v8 23/34] bpf: eliminate rlimit-based memory accounting for hashtab maps

Do not use rlimit-based memory accounting for hashtab maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/hashtab.c | 19 +-- 1 file changed, 1 insertion(+), 18 deletions(-) diff --git

[PATCH bpf-next v8 08/34] bpf: refine memcg-based memory accounting for arraymap maps

Include percpu arrays and auxiliary data into the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/arraymap.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/kernel/bpf/arraymap.c b/kernel/bpf/arraymap.c index

[PATCH bpf-next v8 22/34] bpf: eliminate rlimit-based memory accounting for devmap maps

Do not use rlimit-based memory accounting for devmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/devmap.c | 18 ++ 1 file changed, 2 insertions(+), 16 deletions(-) diff --git

[PATCH bpf-next v8 20/34] bpf: eliminate rlimit-based memory accounting for cpumap maps

Do not use rlimit-based memory accounting for cpumap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/cpumap.c | 16 +--- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git

[PATCH bpf-next v8 28/34] bpf: eliminate rlimit-based memory accounting for sockmap and sockhash maps

Do not use rlimit-based memory accounting for sockmap and sockhash maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- net/core/sock_map.c | 33 ++--- 1 file changed, 6 insertions(+), 27

[PATCH bpf-next v8 26/34] bpf: eliminate rlimit-based memory accounting for reuseport_array maps

Do not use rlimit-based memory accounting for reuseport_array maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/reuseport_array.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git

[PATCH bpf-next v8 31/34] bpf: eliminate rlimit-based memory accounting for bpf local storage maps

Do not use rlimit-based memory accounting for bpf local storage maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/bpf_local_storage.c | 11 --- 1 file changed, 11 deletions(-) diff --git

[PATCH bpf-next v8 13/34] bpf: memcg-based memory accounting for lpm_trie maps

Include lpm trie and lpm trie node objects into the memcg-based memory accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/lpm_trie.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/kernel/bpf/lpm_trie.c b/kernel/bpf/lpm_trie.c index 00e32f2ec3e6..a7d1e5cb80da

[PATCH bpf-next v8 24/34] bpf: eliminate rlimit-based memory accounting for lpm_trie maps

Do not use rlimit-based memory accounting for lpm_trie maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/lpm_trie.c | 13 - 1 file changed, 13 deletions(-) diff --git a/kernel/bpf/lpm_trie.c

[PATCH bpf-next v8 05/34] bpf: memcg-based memory accounting for bpf progs

Include memory used by bpf programs into the memcg-based accounting. This includes the memory used by programs itself, auxiliary data, statistics and bpf line info. A memory cgroup containing the process which loads the program is getting charged. Signed-off-by: Roman Gushchin Acked-by: Song Liu

[PATCH bpf-next v8 07/34] bpf: memcg-based memory accounting for bpf maps

This patch enables memcg-based memory accounting for memory allocated by __bpf_map_area_alloc(), which is used by many types of bpf maps for large memory allocations. Following patches in the series will refine the accounting for some of the map types. Signed-off-by: Roman Gushchin Acked-by:

[PATCH bpf-next v8 12/34] bpf: refine memcg-based memory accounting for hashtab maps

Include percpu objects and the size of map metadata into the accounting. Signed-off-by: Roman Gushchin --- kernel/bpf/hashtab.c | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/hashtab.c index ec46266aaf1c..2b8bbdbec872 100644

[PATCH bpf-next v8 02/34] mm: memcontrol/slab: use helpers to access slab page's memcg_data

To gather all direct accesses to struct page's memcg_data field in one place, let's introduce 3 new helpers to use in the slab accounting code: struct obj_cgroup **page_objcgs(struct page *page); struct obj_cgroup **page_objcgs_check(struct page *page); bool set_page_objcgs(struct page

[PATCH bpf-next v8 17/34] bpf: refine memcg-based memory accounting for xskmap maps

Extend xskmap memory accounting to include the memory taken by the xsk_map_node structure. Signed-off-by: Roman Gushchin --- net/xdp/xskmap.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/net/xdp/xskmap.c b/net/xdp/xskmap.c index 49da2b8ace8b..eceea51182d9 100644 ---

[PATCH bpf-next v8 10/34] bpf: memcg-based memory accounting for cgroup storage maps

Account memory used by cgroup storage maps including metadata structures. Account the percpu memory for the percpu flavor of cgroup storage. Signed-off-by: Roman Gushchin --- kernel/bpf/local_storage.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git

[PATCH bpf-next v8 06/34] bpf: prepare for memcg-based memory accounting for bpf maps

In the absolute majority of cases if a process is making a kernel allocation, it's memory cgroup is getting charged. Bpf maps can be updated from an interrupt context and in such case there is no process which can be charged. It makes the memory accounting of bpf maps non-trivial. Fortunately,

[PATCH bpf-next v8 18/34] bpf: eliminate rlimit-based memory accounting for arraymap maps

Do not use rlimit-based memory accounting for arraymap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/arraymap.c | 24 1 file changed, 4 insertions(+), 20 deletions(-) diff --git

[PATCH bpf-next v8 32/34] bpf: eliminate rlimit-based memory accounting infra for bpf maps

Remove rlimit-based accounting infrastructure code, which is not used anymore. To provide a backward compatibility, use an approximation of the bpf map memory footprint as a "memlock" value, available to a user via map info. The approximation is based on the maximal number of elements and key and

[PATCH bpf-next v8 33/34] bpf: eliminate rlimit-based memory accounting for bpf progs

Do not use rlimit-based memory accounting for bpf progs. It has been replaced with memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- include/linux/bpf.h | 11 --- kernel/bpf/core.c| 12 ++-- kernel/bpf/syscall.c | 69

[PATCH bpf-next v8 29/34] bpf: eliminate rlimit-based memory accounting for stackmap maps

Do not use rlimit-based memory accounting for stackmap maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/stackmap.c | 16 +++- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git

[PATCH bpf-next v8 14/34] bpf: memcg-based memory accounting for bpf ringbuffer

Enable the memcg-based memory accounting for the memory used by the bpf ringbuffer. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/ringbuf.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/kernel/bpf/ringbuf.c b/kernel/bpf/ringbuf.c index

[PATCH bpf-next v8 04/34] mm: convert page kmemcg type to a page memcg flag

PageKmemcg flag is currently defined as a page type (like buddy, offline, table and guard). Semantically it means that the page was accounted as a kernel memory by the page allocator and has to be uncharged on the release. As a side effect of defining the flag as a page type, the accounted page

[PATCH bpf-next v8 15/34] bpf: memcg-based memory accounting for bpf local storage maps

Account memory used by bpf local storage maps: per-socket, per-inode and per-task storages. Signed-off-by: Roman Gushchin --- kernel/bpf/bpf_local_storage.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/kernel/bpf/bpf_local_storage.c

[PATCH bpf-next v8 34/34] bpf: samples: do not touch RLIMIT_MEMLOCK

Since bpf is not using rlimit memlock for the memory accounting and control, do not change the limit in sample applications. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- samples/bpf/map_perf_test_user.c| 6 -- samples/bpf/offwaketime_user.c | 6 --

[PATCH bpf-next v8 21/34] bpf: eliminate rlimit-based memory accounting for cgroup storage maps

Do not use rlimit-based memory accounting for cgroup storage maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/local_storage.c | 21 + 1 file changed, 1 insertion(+), 20 deletions(-) diff

[PATCH bpf-next v8 25/34] bpf: eliminate rlimit-based memory accounting for queue_stack_maps maps

Do not use rlimit-based memory accounting for queue_stack maps. It has been replaced with the memcg-based memory accounting. Signed-off-by: Roman Gushchin Acked-by: Song Liu --- kernel/bpf/queue_stack_maps.c | 16 1 file changed, 4 insertions(+), 12 deletions(-) diff --git

[PATCH bpf-next v8 16/34] bpf: refine memcg-based memory accounting for sockmap and sockhash maps

Include internal metadata into the memcg-based memory accounting. Also include the memory allocated on updating an element. Signed-off-by: Roman Gushchin --- net/core/sock_map.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/net/core/sock_map.c

[PATCH bpf-next v8 09/34] bpf: refine memcg-based memory accounting for cpumap maps

Include metadata and percpu data into the memcg-based memory accounting. Switch allocations made from an update path to new bpf_map_* allocation helpers to make the accounting work properly from an interrupt context. Signed-off-by: Roman Gushchin --- kernel/bpf/cpumap.c | 23

[PATCH bpf-next v8 27/34] bpf: eliminate rlimit-based memory accounting for bpf ringbuffer

Do not use rlimit-based memory accounting for bpf ringbuffer. It has been replaced with the memcg-based memory accounting. bpf_ringbuf_alloc() can't return anything except ERR_PTR(-ENOMEM) and a valid pointer, so to simplify the code make it return NULL in the first case. This allows to drop a

Re: [PATCH bpf-next v3 3/3] bpf: Add a selftest for bpf_ima_inode_hash

On Wed, 2020-11-25 at 03:55 +0100, KP Singh wrote: > On Wed, Nov 25, 2020 at 3:20 AM Mimi Zohar wrote: > > > > On Tue, 2020-11-24 at 15:12 +, KP Singh wrote: > > > diff --git a/tools/testing/selftests/bpf/ima_setup.sh > > > b/tools/testing/selftests/bpf/ima_setup.sh > > > new file mode

RE: [PATCH] arm64: dts: ls1028a: make the eMMC and SD card controllers use fixed indices

Hi Vladimir, > -Original Message- > From: Vladimir Oltean > Sent: Tuesday, November 24, 2020 7:28 PM > To: Y.b. Lu > Cc: Michael Walle ; Shawn Guo ; > Leo Li ; Rob Herring ; > linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; Adrian > Hunter ; Ulf Hansson ; >

[PATCH v3 net] ptp: clockmatrix: bug fix for idtcm_strverscmp

From: Min Li Feed kstrtou8 with NULL terminated string. Changes since v1: -Use sscanf to get rid of adhoc string parse. Changes since v2: -Check if sscanf returns 3. Signed-off-by: Min Li --- drivers/ptp/ptp_clockmatrix.c | 49 ++- 1 file changed, 16

[PATCH] f2fs: fix to avoid REQ_TIME and CP_TIME collision

Lei Li reported a issue: if foreground operations are frequent, background checkpoint may be always skipped due to below check, result in losing more data after sudden power-cut. f2fs_balance_fs_bg() ... if (!is_idle(sbi, REQ_TIME) && (!excess_dirty_nats(sbi) &&

Re: [PATCH v4 00/16] Overhaul multi-page lookups for THP

On Tue, 24 Nov 2020, Hugh Dickins wrote: > On Wed, 25 Nov 2020, Matthew Wilcox wrote: > > On Tue, Nov 17, 2020 at 11:43:02PM +, Matthew Wilcox wrote: > > > On Tue, Nov 17, 2020 at 07:15:13PM +, Matthew Wilcox wrote: > > > > I find both of these functions exceptionally confusing. Does this

Re: [PATCH 4/6] drivers: hv: vmbus: Fix checkpatch SPLIT_STRING

On Tue, 2020-11-24 at 21:54 -0300, Matheus Castello wrote: > > > diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c [] > > The above would be marginally better if organized as follows so that the > > main execution path isn't in an "if" clause. Also reduces indentation. > > > >

Re: [PATCH bpf-next v3 3/3] bpf: Add a selftest for bpf_ima_inode_hash

On Wed, Nov 25, 2020 at 3:20 AM Mimi Zohar wrote: > > On Tue, 2020-11-24 at 15:12 +, KP Singh wrote: > > diff --git a/tools/testing/selftests/bpf/ima_setup.sh > > b/tools/testing/selftests/bpf/ima_setup.sh > > new file mode 100644 > > index ..15490ccc5e55 > > --- /dev/null > >

AIMIBERICA "[your-subject]"

From: 李 Secret meetings and single girls are waiting for you. Answer me here: http://bit.do/fLifv?v7t 李 Subject: [your-subject] Message Body: [your-message] -- This e-mail was sent from a contact form on AIMIBERICA (http://aimiberica.com)

Re: [PATCH 2/2] media: mtk-vpu: dump VPU status when IPI times out

On Thu, Oct 29, 2020 at 10:17 AM Irui Wang wrote: > > when IPI time out, dump VPU status to get more debug information > > Signed-off-by: Irui Wang Reviewed-by: Alexandre Courbot

Re: [PATCH v3 3/3] scsi: ufs: Print host regs in IRQ handler when AH8 error happens

On 2020-11-18 01:23, Asutosh Das (asd) wrote: On 11/16/2020 11:04 PM, Can Guo wrote: When AH8 error happens, all the regs and states are dumped in err handler. Sometime we need to look into host regs right after AH8 error happens, which is before leaving the IRQ handler. Signed-off-by: Can

Re: [PATCH v4 00/16] Overhaul multi-page lookups for THP

On Wed, 25 Nov 2020, Matthew Wilcox wrote: > On Tue, Nov 17, 2020 at 11:43:02PM +, Matthew Wilcox wrote: > > On Tue, Nov 17, 2020 at 07:15:13PM +, Matthew Wilcox wrote: > > > I find both of these functions exceptionally confusing. Does this > > > make it easier to understand? > > > >

Re: [PATCH] x86/Hyper-V: Support for free page reporting

Hi Sunil, first thank you very much for your work here. I am using this patch in the latest mainline releases with WSL 2 and it is helping me a lot. Let me know if you're still interested in continuing to work on this patch. It would be great to have it included in the mainline. If you need

Re: [PATCH v3 1/3] scsi: ufs: Serialize eh_work with system PM events and async scan

On 2020-11-17 15:04, Can Guo wrote: Serialize eh_work with system PM events and async scan to make sure eh_work does not run in parallel with them. Signed-off-by: Can Guo --- drivers/scsi/ufs/ufshcd.c | 64 +-- drivers/scsi/ufs/ufshcd.h | 1 + 2

Re: [PATCH 1/2] media: mtk-vpu: VPU should be in idle state before system is suspended

On Thu, Oct 29, 2020 at 10:17 AM Irui Wang wrote: > > VPU should be in idle state before system is suspended > or it will work abnormally like VPU program counter not > in a correct address or VPU reset > > Signed-off-by: Irui Wang FWIW, Reviewed-by: Alexandre Courbot

Re: linux-next: build failure in Linus' tree

Daniel Axtens writes: > Thanks sfr and mpe. > >> Applied to powerpc/fixes. >> >> [1/1] powerpc/64s: Fix allnoconfig build since uaccess flush >> >> https://git.kernel.org/powerpc/c/b6b79dd53082db11070b4368d85dd6699ff0b063 > > We also needed a similar fix for stable, which has also been

[tip:irq/core] BUILD SUCCESS 15b8d9372f27c47e17c91f6f16d359314cf11404

allmodconfig powerpc allnoconfig x86_64 randconfig-a006-20201124 x86_64 randconfig-a003-20201124 x86_64 randconfig-a004-20201124 x86_64 randconfig-a005-20201124 x86_64 randconfig-a001-20201124 x86_64

[PATCH] arm64: dts: meson: fix spi-max-frequency on Khadas VIM2

From: Artem Lapkin The max frequency for the w25q32 (VIM v1.2) and w25q128 (VIM v1.4) spifc chip should be 104Mhz not 30MHz. Fixes: b8b74dda3908 ("ARM64: dts: meson-gxm: Add support for Khadas VIM2") Signed-off-by: Artem Lapkin --- This change was previously submitted as [0] which has style

<    1   2   3   4   5   6   7   8   9   10   >