Re: [PATCH] net: korina: remove busy skb free

On Mon, Dec 14, 2020 at 01:08:32PM -0800, Jakub Kicinski wrote: > On Mon, 14 Dec 2020 11:03:12 +0100 Julian Wiedmann wrote: > > > diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c > > > index bf48f0ded9c7d..9d84191de6824 100644 > > > --- a/drivers/net/ethernet/korina.c > >

Re: linux-next: build failure after merge of the block tree

On Mon, Dec 14, 2020 at 01:12:46PM -0700, Jens Axboe wrote: > On 12/14/20 1:09 PM, Stephen Rothwell wrote: > > Just a reminder that I am still applying the above merge fix. > > I sent in my core changes, but they haven't been pulled yet. So I guess > we're dealing with a timing situation... David,

Re: [epoll] fb72873666: WARNING:at_kernel/tracepoint.c:#tracepoint_probe_register_prio

On Mon, Dec 14, 2020 at 9:59 AM kernel test robot wrote: > > Greeting, > > FYI, we noticed the following commit (built with gcc-9): > > commit: fb728736669f7805bcc0fa1c4d578faf991d62a8 ("epoll: wire up syscall > epoll_pwait2") > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git mas

Re: [GIT PULL] keys: Collected minor fixes and cleanups

Hi Linus, On Mon, 14 Dec 2020 13:05:51 -0800 Linus Torvalds wrote: > > On Mon, Dec 14, 2020 at 12:49 PM Linus Torvalds > wrote: > > > > I suspect the fix is trivial (change the "," to "|"), but I will not > > be pulling this - or anything else that hasn't been in linux-next - > > from you this

Re: linux-next: build failure after merge of the block tree

Hi David, On Mon, 14 Dec 2020 22:36:12 +0100 David Sterba wrote: > > On Mon, Dec 14, 2020 at 01:12:46PM -0700, Jens Axboe wrote: > > On 12/14/20 1:09 PM, Stephen Rothwell wrote: > > > Just a reminder that I am still applying the above merge fix. > > > > I sent in my core changes, but they ha

Re: [PATCH] arm64: link with -z norelro regardless of CONFIG_RELOCATABLE

On Tue, Oct 20, 2020 at 10:57 AM Will Deacon wrote: > > On Fri, 16 Oct 2020 10:53:39 -0700, Nick Desaulniers wrote: > > With CONFIG_EXPERT=y, CONFIG_KASAN=y, CONFIG_RANDOMIZE_BASE=n, > > CONFIG_RELOCATABLE=n, we observe the following failure when trying to > > link the kernel image with LD=ld.lld:

Re: 8353d30e747f ("drm/amd/display: disable stream if pixel clock changed with link active")

On Fri, Dec 11, 2020 at 11:49 AM Borislav Petkov wrote: > > Hi, > > patch in $Subject breaks booting on a laptop here, GPU details are > below. The machine stops booting right when it attempts to switch modes > during boot, to a higher mode than the default VGA one. Machine doesn't > ping and is o

Re: [PATCH 2/2] soc: bcm: add PM driver for Broadcom's PMB

On 14.12.2020 18:32, Florian Fainelli wrote: On 12/14/20 4:24 AM, Rafał Miłecki wrote: On 11.12.2020 23:08, Florian Fainelli wrote: On 12/11/20 1:59 PM, Rafał Miłecki wrote: From: Rafał Miłecki PMB can be found on BCM4908 and many other chipsets (e.g. BCM63138). It's needed to power on and o

Re: [PATCH 11/11] mm: enlarge the "int nr_pages" parameter of update_lru_size()

On Mon, 7 Dec 2020, Yu Zhao wrote: > update_lru_sizes() defines an unsigned long argument and passes it as > nr_pages to update_lru_size(). Though this isn't causing any overflows > I'm aware of, it's a bad idea to go through the demotion given that we > have recently stumbled on a related type pr

Re: [RFC PATCH] pinctrl: add helper to expose pinctrl state in debugfs

On Mon, Dec 14, 2020 at 07:55:12PM +0200, Andy Shevchenko wrote: > On Sat, Dec 12, 2020 at 1:43 AM Drew Fustini wrote: > > On Fri, Dec 11, 2020 at 11:15:21PM +0200, Andy Shevchenko wrote: > > > On Fri, Dec 11, 2020 at 1:54 PM Drew Fustini wrote: > > > > > > > > BeagleBoard.org [0] currently uses

[PULL REQUEST] i2c for 5.11

Linus, the pull request for I2C is a bit smaller this time with mostly usual driver updates. Slave support for imx stands out a little. Please pull. Thanks, Wolfram The following changes since commit 0477e92881850d44910a7e94fc2c46f96faa131f: Linux 5.10-rc7 (2020-12-06 14:25:12 -0800) a

Re: linux-next: build failure after merge of the block tree

On Tue, Dec 15, 2020 at 08:43:00AM +1100, Stephen Rothwell wrote: > Hi David, > > On Mon, 14 Dec 2020 22:36:12 +0100 David Sterba wrote: > > > > On Mon, Dec 14, 2020 at 01:12:46PM -0700, Jens Axboe wrote: > > > On 12/14/20 1:09 PM, Stephen Rothwell wrote: > > > > Just a reminder that I am still

Re: [GIT PULL] x86/RAS updates for v5.11

The pull request you sent on Mon, 14 Dec 2020 12:15:50 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/ras_updates_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/2b34233ce20b6a2f364c3245cd9421ecabddccdc Thank you! -- Deet-doot-do

Re: linux-next: build failure after merge of the block tree

Hi David, On Mon, 14 Dec 2020 22:54:46 +0100 David Sterba wrote: > > On Tue, Dec 15, 2020 at 08:43:00AM +1100, Stephen Rothwell wrote: > > > > On Mon, 14 Dec 2020 22:36:12 +0100 David Sterba wrote: > > > > > > On Mon, Dec 14, 2020 at 01:12:46PM -0700, Jens Axboe wrote: > > > > On 12/14/20 1

Re: [GIT PULL] x86/mm for v5.11

The pull request you sent on Mon, 14 Dec 2020 12:50:47 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_mm_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/54d794830f4dd6caf688be3cc802e165952c4079 Thank you! -- Deet-doot-dot, I

[PATCH] objtool: Fix seg fault with Clang non-section symbols

The Clang assembler likes to strip section symbols, which means objtool can't reference some text code by its section. This confuses objtool greatly, causing it to seg fault. The fix is similar to what was done before, for ORC reloc generation: e81e07244325 ("objtool: Support Clang non-section

Re: [PATCH 5.9 000/105] 5.9.15-rc1 review

On Mon, 2020-12-14 at 18:27 +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.9.15 release. > There are 105 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. >

Re: [PATCH 2/2] dt-bindings: mali-bifrost: Add dynamic-power-coefficient

On Wed, 09 Dec 2020 11:51:43 +, Lukasz Luba wrote: > Add a property dynamic-power-coefficient which allows to register Energy > Model for the Mali Bifrost devices. > > Signed-off-by: Lukasz Luba > --- > .../bindings/gpu/arm,mali-bifrost.yaml | 17 + > 1 file changed,

Re: [PATCH 1/2] dt-bindings: mali-midgard: Add dynamic-power-coefficient

On Wed, 09 Dec 2020 11:51:42 +, Lukasz Luba wrote: > Add a property dynamic-power-coefficient which allows to register Energy > Model for the Mali Midgard devices. > > Signed-off-by: Lukasz Luba > --- > .../bindings/gpu/arm,mali-midgard.yaml | 17 + > 1 file changed,

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

On Mon, 14 Dec 2020 at 21:32, Guenter Roeck wrote: > > Hi Linus, > > Please pull hwmon updates for Linux v5.11 from signed tag: > > git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git > hwmon-for-v5.11 > > Thanks, > Guenter > -- > > The following changes since commit b6

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

The pull request you sent on Mon, 14 Dec 2020 16:35:20 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_cache_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8ba27ae36b416a1507e783dbee4bb521fd6bb519 Thank you! -- Deet-doot-dot,

xen/evtchn: Interrupt for port 34, but apparently not enabled; per-user 00000000a86a4c1b on 5.10

Hi Juergen, When testing Linux 5.10 dom0, I could reliably hit the following warning with using event 2L ABI: [ 589.591737] Interrupt for port 34, but apparently not enabled; per-user a86a4c1b [ 589.593259] WARNING: CPU: 0 PID: at /home/ANT.AMAZON.COM/jgrall/works/oss/linux/dr

Re: [PATCH v2 1/2] fpga: dfl: add the userspace I/O device support for DFL devices

On 12/13/20 7:36 PM, Xu Yilun wrote: > This patch supports the DFL drivers be written in userspace. This is > realized by exposing the userspace I/O device interfaces. > > The driver leverages the uio_pdrv_genirq, it adds the uio_pdrv_genirq > platform device with the DFL device's resources, and

Re: [PATCH] drm/amd/display: Fixed kernel test robot warning

On Fri, Dec 11, 2020 at 2:34 PM Souptick Joarder wrote: > > Kernel test robot throws below warning -> > > drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm.c:5349:5: > warning: no previous prototype for 'amdgpu_dm_crtc_atomic_set_property' > [-Wmissing-prototypes] > drivers/gpu/drm/amd/amd

Re: [GIT PULL] x86/microcode update for v5.11

The pull request you sent on Mon, 14 Dec 2020 12:22:29 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_microcode_update_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/85fe40cad2dae9e0439ea6f92fde9c5e9c58f09b Thank you! -- Dee

Re: [GIT PULL] x86/SGX for v5.11

The pull request you sent on Mon, 14 Dec 2020 12:42:00 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_sgx_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5583ff677b3108cde989b6d4fd1958e091420c0c Thank you! -- Deet-doot-dot, I

Re: [PATCH v2] KVM: SVM: use vmsave/vmload for saving/restoring additional host state

On Mon, Dec 14, 2020 at 11:38:23AM -0800, Sean Christopherson wrote: > +Andy, who provided a lot of feedback on v1. > > On Mon, Dec 14, 2020, Michael Roth wrote: > > Cc: Andy Lutomirski > > > Suggested-by: Tom Lendacky > > Signed-off-by: Michael Roth > > --- > > v2: > > * rebase on latest kvm

Re: [GIT PULL] x86/misc updates for v5.11

The pull request you sent on Mon, 14 Dec 2020 13:07:33 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_misc_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9c70f046787505127f2f8bb60ad24bb3c8bfc61a Thank you! -- Deet-doot-dot,

Re: [GIT PULL] x86/platform for v5.11

The pull request you sent on Mon, 14 Dec 2020 13:23:40 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_platform_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ae1c1a8fd9c3f504b390df26b4af8ef6bfde005e Thank you! -- Deet-doot-d

Re: [GIT PULL] x86/build for v5.11

The pull request you sent on Mon, 14 Dec 2020 16:41:38 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_build_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/84292fffc2468125632a21c09533a89426ea212e Thank you! -- Deet-doot-dot,

Re: [GIT PULL] x86/CPU for v5.11

The pull request you sent on Mon, 14 Dec 2020 13:14:44 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_cpu_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0d712978dcdd9c4fb2c4e4ef7700ee755184f11d Thank you! -- Deet-doot-dot, I

RE: [PATCH v3 0/6] Several changes for the UPIU trace

Bean Hi, I support this series. I think it is a good idea to print the response on complete, But you need to change the prefix strings, otherwise you are breaking the current parsers. Say that you have a trace log, generated sometime during 2020 using the current upiu trace. It would look someth

[PATCH v2] net: korina: fix return value

The ndo_start_xmit() method must not attempt to free the skb to transmit when returning NETDEV_TX_BUSY. Therefore, make sure the korina_send_packet() function returns NETDEV_TX_OK when it frees a packet. Fixes: ef11291bcd5f ("Add support the Korina (IDT RC32434) Ethernet MAC") Suggested-by: Jakub

Re: [PATCH v2 2/2] Documentation: fpga: dfl: Add description for DFL UIO support

On 12/13/20 7:36 PM, Xu Yilun wrote: > This patch adds description for UIO support for dfl devices on DFL > bus. > > Signed-off-by: Xu Yilun > --- > v2: no doc in v1, add it for v2. > --- > Documentation/fpga/dfl.rst | 23 +++ > 1 file changed, 23 insertions(+) Should add yo

Re: [PATCH linux-next] drm/amd/display: Adding prototype for dccg21_update_dpp_dto()

Applied. Thanks! Alex On Mon, Dec 14, 2020 at 3:18 AM Souptick Joarder wrote: > > Kernel test robot throws below warning -> > > drivers/gpu/drm/amd/amdgpu/../display/dc/dcn21/dcn21_dccg.c:46:6: > warning: no previous prototype for 'dccg21_update_dpp_dto' > [-Wmissing-prototypes] > > Adding prot

Re: [GIT PULL] x86/cleanups for v5.11

The pull request you sent on Mon, 14 Dec 2020 16:26:59 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > tags/x86_cleanups_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/405f868f13daf7bae85e6fec143121c27d52cdb4 Thank you! -- Deet-doot-d

Re: [GIT PULL] EDAC updates for 5.11

The pull request you sent on Mon, 14 Dec 2020 12:04:22 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git > tags/edac_updates_for_v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/9e7f25886bdf16679d3d72624003bef5ef7dc785 Thank you! -- Deet-doot-d

Re: [PATCH v6 0/3] mm,thp,shm: limit shmem THP alloc gfp_mask

On Mon, 14 Dec 2020 13:16:39 -0800 (PST) Hugh Dickins wrote: > Andrew, please don't rush > > mmthpshmem-limit-shmem-thp-alloc-gfp_mask.patch > mmthpshm-limit-gfp-mask-to-no-more-than-specified.patch > mmthpshmem-make-khugepaged-obey-tmpfs-mount-flags.patch > > to Linus in your first wave of mmo

Re: [git pull] drm for 5.11-rc1

On Thu, Dec 10, 2020 at 7:52 PM Dave Airlie wrote: > > This is an early pull request for drm for 5.11 merge window. I'm going > to be out for most of the first week of the merge window so thought > I'd just preempt things and send this early. Ok, I've merged this, and Dave is likely gone already,

Re: [PATCH 5.4 00/36] 5.4.84-rc1 review

On 12/14/20 10:27 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.4.84 release. There are 36 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

Re: [PATCH RFC 1/2] Documentation: devicetree: Add property for ignoring the dummy bits sent before read transfer

On Fri, Dec 11, 2020 at 08:34:57PM +0530, Aswath Govindraju wrote: > Hi, > On 11/12/20 9:03 am, Rob Herring wrote: > > On Wed, Dec 09, 2020 at 11:27:07PM +0530, Aswath Govindraju wrote: > >> Dummy zero bits are sent before data during a read transfer. This causes > >> the data read to be shifted to

Re: [PATCH 5.10 0/2] 5.10.1-rc1 review

On 12/14/20 10:06 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.10.1 release. There are 2 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

Re: [PATCH v2] KVM: SVM: use vmsave/vmload for saving/restoring additional host state

On Mon, Dec 14, 2020, Michael Roth wrote: > On Mon, Dec 14, 2020 at 11:38:23AM -0800, Sean Christopherson wrote: > > > + asm volatile(__ex("vmsave") > > > + : : "a" (page_to_pfn(sd->save_area) << PAGE_SHIFT) > > > > I'm pretty sure this can be page_to_phys(). > > > > > +

Re: [PATCH v3 1/6] scsi: ufs: Remove stringize operator '#' restriction

On Mon, 2020-12-14 at 13:23 -0800, Joe Perches wrote: > > From: Bean Huo > > > > Current EM macro definition, we use stringize operator '#', which > > turns > > the argument it precedes into a quoted string. Thus requires the > > symbol > > of __print_symbolic() should be the string corresponding

[PATCH][next] usb: cdnsp: fix spelling mistake "delagete" -> "delegate"

From: Colin Ian King There is a spelling mistake in a trace message. Fix it. Signed-off-by: Colin Ian King --- drivers/usb/cdns3/cdnsp-ep0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/cdns3/cdnsp-ep0.c b/drivers/usb/cdns3/cdnsp-ep0.c index d55b59ed7381..b6a

Re: linusw/devel bisection: baseline.bootrr.mediatek-mt8173-pinctrl-probed on mt8173-elm-hana

Hi Linus, Please see the bisection report below about the pinctrl driver failing to probe on the arm64 mt8173-elm-hana platform. Reports aren't automatically sent to the public while we're trialing new bisection features on kernelci.org but this one looks valid. This is the error message: [

Re: [git pull] drm for 5.11-rc1

On Mon, Dec 14, 2020 at 5:21 PM Linus Torvalds wrote: > > On Thu, Dec 10, 2020 at 7:52 PM Dave Airlie wrote: > > > > This is an early pull request for drm for 5.11 merge window. I'm going > > to be out for most of the first week of the merge window so thought > > I'd just preempt things and send

Re: common_interrupt: No irq handler for vector

Shuah, On Mon, Dec 14 2020 at 13:57, Shuah Khan wrote: > On 12/14/20 1:41 PM, Thomas Gleixner wrote: > Here is the processor and BIOS info: > AMD Ryzen 7 4700G with Radeon Graphics > LENOVO ThinkCentre Embedded Controller -[O4ZCT12A-1.12]- > LENOVO ThinkCentre BIOS Boot Block Revision 1.1C > >> >

[PATCH][next] Input: da7280: fix spelling mistake "sequemce" -> "sequence"

From: Colin Ian King There is a spelling mistake in a dev_err message. Fix it. Signed-off-by: Colin Ian King --- drivers/input/misc/da7280.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/input/misc/da7280.c b/drivers/input/misc/da7280.c index 9fdbae2edffe..37568b0

ATENCIÓN

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de corre

[git pull] epoll rework

Deal with epoll loop check/removal races sanely (among other things). Solution merged last cycle (pinning a bunch of struct file instances) had been forced by the wrong data structures; untangling that takes a bunch of preparations, but it's worth doing - control flow in there is ridiculous

[PATCH][next] selftests/bpf: fix spelling mistake "tranmission" -> "transmission"

From: Colin Ian King There are two spelling mistakes in output messages. Fix these. Signed-off-by: Colin Ian King --- tools/testing/selftests/bpf/xdpxceiver.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/testing/selftests/bpf/xdpxceiver.c b/tools/testing/selft

Re: [PATCH v2] dt-bindings: leds: Document commonly used LED triggers

On Thu, Dec 10, 2020 at 01:54:49PM +0530, Manivannan Sadhasivam wrote: > This commit documents the LED triggers used commonly in the SoCs. Not > all triggers are documented as some of them are very application specific. > Most of the triggers documented here are currently used in devicetrees > of m

Re: [PATCH v3 0/6] Several changes for the UPIU trace

On Mon, 2020-12-14 at 22:13 +, Avri Altman wrote: > Bean Hi, > I support this series. > I think it is a good idea to print the response on complete, > But you need to change the prefix strings, otherwise you are breaking > the current parsers. > > Say that you have a trace log, generated somet

[v2 PATCH 1/9] mm: vmscan: use nid from shrink_control for tracepoint

The tracepoint's nid should show what node the shrink happens on, the start tracepoint uses nid from shrinkctl, but the nid might be set to 0 before end tracepoint if the shrinker is not NUMA aware, so the traceing log may show the shrink happens on one node but end up on the other node. It see

[v2 PATCH 3/9] mm: vmscan: guarantee shrinker_slab_memcg() sees valid shrinker_maps for online memcg

The shrink_slab_memcg() races with mem_cgroup_css_online(). A visibility of CSS_ONLINE flag in shrink_slab_memcg()->mem_cgroup_online() does not guarantee that we will see memcg->nodeinfo[nid]->shrinker_maps != NULL. This may occur because of processor reordering on !x86. This seems like the be

[v2 PATCH 2/9] mm: memcontrol: use shrinker_rwsem to protect shrinker_maps allocation

Since memcg_shrinker_map_size just can be changd under holding shrinker_rwsem exclusively, the read side can be protected by holding read lock, so it sounds superfluous to have a dedicated mutex. This should not exacerbate the contention to shrinker_rwsem since just one read side critical section

[RFC v2 PATCH 0/9] Make shrinker's nr_deferred memcg aware

Changelog v1 --> v2: * Use shrinker->flags to store the new SHRINKER_REGISTERED flag per Roman. * Folded patch #1 into patch #6 per Roman. * Added memory barrier to prevent shrink_slab_memcg from seeing NULL shrinker_maps/ shrinker_deferred per Kirill. * Removed memcg_shrin

[v2 PATCH 4/9] mm: vmscan: use a new flag to indicate shrinker is registered

Currently registered shrinker is indicated by non-NULL shrinker->nr_deferred. This approach is fine with nr_deferred at the shrinker level, but the following patches will move MEMCG_AWARE shrinkers' nr_deferred to memcg level, so their shrinker->nr_deferred would always be NULL. This would prevent

[v2 PATCH 5/9] mm: memcontrol: add per memcg shrinker nr_deferred

Currently the number of deferred objects are per shrinker, but some slabs, for example, vfs inode/dentry cache are per memcg, this would result in poor isolation among memcgs. The deferred objects typically are generated by __GFP_NOFS allocations, one memcg with excessive __GFP_NOFS allocations

[v2 PATCH 7/9] mm: vmscan: don't need allocate shrinker->nr_deferred for memcg aware shrinkers

Now nr_deferred is available on per memcg level for memcg aware shrinkers, so don't need allocate shrinker->nr_deferred for such shrinkers anymore. Signed-off-by: Yang Shi --- mm/vmscan.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/mm/vmsca

[v2 PATCH 6/9] mm: vmscan: use per memcg nr_deferred of shrinker

Use per memcg's nr_deferred for memcg aware shrinkers. The shrinker's nr_deferred will be used in the following cases: 1. Non memcg aware shrinkers 2. !CONFIG_MEMCG 3. memcg is disabled by boot parameter Signed-off-by: Yang Shi --- mm/vmscan.c | 94 +

[v2 PATCH 9/9] mm: vmscan: shrink deferred objects proportional to priority

The number of deferred objects might get windup to an absurd number, and it results in clamp of slab objects. It is undesirable for sustaining workingset. So shrink deferred objects proportional to priority and cap nr_deferred to twice of cache items. Signed-off-by: Yang Shi --- mm/vmscan.c

Re: common_interrupt: No irq handler for vector

On 12/14/20 3:28 PM, Thomas Gleixner wrote: Shuah, On Mon, Dec 14 2020 at 13:57, Shuah Khan wrote: On 12/14/20 1:41 PM, Thomas Gleixner wrote: Here is the processor and BIOS info: AMD Ryzen 7 4700G with Radeon Graphics LENOVO ThinkCentre Embedded Controller -[O4ZCT12A-1.12]- LENOVO ThinkCentre

[v2 PATCH 8/9] mm: memcontrol: reparent nr_deferred when memcg offline

Now shrinker's nr_deferred is per memcg for memcg aware shrinkers, add to parent's corresponding nr_deferred when memcg offline. Signed-off-by: Yang Shi --- include/linux/shrinker.h | 4 mm/memcontrol.c | 24 mm/vmscan.c | 2 +- 3 files chan

Re: [PATCH v2 1/3] gpio: gpio-hisi: Add HiSilicon GPIO support

On Mon, Dec 14, 2020 at 5:57 PM Andy Shevchenko wrote: > On Mon, Dec 14, 2020 at 10:11:23AM +0100, Linus Walleij wrote: > > On Mon, Dec 14, 2020 at 9:24 AM Luo Jiaxing wrote: > > > > > This GPIO driver is for HiSilicon's ARM SoC. > > > > Patch applied, any further issues can certainly be fixed in

Re: [PATCH v2] KVM: SVM: use vmsave/vmload for saving/restoring additional host state

> On Dec 14, 2020, at 2:02 PM, Michael Roth wrote: > > On Mon, Dec 14, 2020 at 11:38:23AM -0800, Sean Christopherson wrote: >> +Andy, who provided a lot of feedback on v1. >> On Mon, Dec 14, 2020, Michael Roth wrote: >> Cc: Andy Lutomirski >>> Suggested-by: Tom Lendacky >>> Signed-off-by: M

Re: [git pull] drm for 5.11-rc1

On Mon, Dec 14, 2020 at 2:29 PM Alex Deucher wrote: > > The relevant fixes are: Ok, I can confirm that applying those two patches gets my workstation working properly again. Would it be possible to get those submitted properly (or I can just take them as-is, but would like to get a "please just

[git pull] misc followups to regset work

Dead code removal, mostly; the only exception is a bit of cleanups on itanic (getting rid of redundant stack unwinds - each access_uarea() call does it and we call that 7 times in a row in ptrace_[sg]etregs(), *after* having done it ourselves in the caller; location where the user registers

Re: [epoll] fb72873666: WARNING:at_kernel/tracepoint.c:#tracepoint_probe_register_prio

On Mon, 14 Dec 2020 22:58:34 +0800 kernel test robot wrote: > Greeting, > > FYI, we noticed the following commit (built with gcc-9): > > commit: fb728736669f7805bcc0fa1c4d578faf991d62a8 ("epoll: wire up syscall > epoll_pwait2") > https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.gi

Re: [PATCH v6 01/16] dt-bindings: dma: Add YAML schemas for dw-axi-dmac

On Fri, Dec 11, 2020 at 08:46:27AM +0800, Sia Jee Heng wrote: > YAML schemas Device Tree (DT) binding is the new format for DT to replace > the old format. Introduce YAML schemas DT binding for dw-axi-dmac and > remove the old version. > > Signed-off-by: Sia Jee Heng > --- > .../bindings/dma/snp

Re: [PATCH v6 0/3] mm,thp,shm: limit shmem THP alloc gfp_mask

On 12/14/20 10:16 PM, Hugh Dickins wrote: > On Tue, 24 Nov 2020, Rik van Riel wrote: > >> The allocation flags of anonymous transparent huge pages can be controlled >> through the files in /sys/kernel/mm/transparent_hugepage/defrag, which can >> help the system from getting bogged down in the page

Re: [PATCH v6 10/16] dt-binding: dma: dw-axi-dmac: Add support for Intel KeemBay AxiDMA

On Fri, 11 Dec 2020 08:46:36 +0800, Sia Jee Heng wrote: > Add support for Intel KeemBay AxiDMA to the dw-axi-dmac > Schemas DT binding. > > Signed-off-by: Sia Jee Heng > --- > Documentation/devicetree/bindings/dma/snps,dw-axi-dmac.yaml | 5 + > 1 file changed, 5 insertions(+) > Reviewed-by

Re: [PATCH v2 05/21] dt-bindings: clk: sunxi-ccu: Add compatible string for Allwinner H616

On Fri, 11 Dec 2020 01:19:18 +, Andre Przywara wrote: > Signed-off-by: Andre Przywara > --- > .../devicetree/bindings/clock/allwinner,sun4i-a10-ccu.yaml | 2 ++ > 1 file changed, 2 insertions(+) > Acked-by: Rob Herring

Re: [PATCH v2 08/21] dt-bindings: mmc: sunxi: Add Allwinner A100 and H616 compatibles

On Fri, 11 Dec 2020 01:19:21 +, Andre Przywara wrote: > From: Yangtao Li > > Add binding for A100's and H616's mmc and emmc controller. > > Signed-off-by: Yangtao Li > Signed-off-by: Andre Przywara > --- > .../devicetree/bindings/mmc/allwinner,sun4i-a10-mmc.yaml | 8 > 1 file ch

Re: [PATCH v2 11/21] dt-bindings: sram: sunxi-sram: Add H616 compatible string

On Fri, 11 Dec 2020 01:19:24 +, Andre Przywara wrote: > The H616 adds a second EMAC clock register. We don't know about the > exact SRAM properties yet, so this gets omitted for now. > > Signed-off-by: Andre Przywara > --- > .../bindings/sram/allwinner,sun4i-a10-system-control.yaml|

Re: [PATCH v2 17/21] dt-bindings: watchdog: sun4i: Add H616 compatible string

On Fri, 11 Dec 2020 01:19:30 +, Andre Przywara wrote: > Use enums to group all compatible devices together on the way. > > Signed-off-by: Andre Przywara > --- > .../bindings/watchdog/allwinner,sun4i-a10-wdt.yaml | 12 +--- > 1 file changed, 5 insertions(+), 7 deletions(-) > Acked

Re: [PATCH] unlock patched C gccs

Hi, Thank you for the patch! Yet something to improve: [auto build test ERROR on linux/master] [also build test ERROR on kbuild/for-next linus/master v5.10] [cannot apply to tip/locking/core next-20201214] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH] net: mscc: ocelot: Fix a resource leak in the error handling path of the probe function

On 13/12/2020 12:48:38+0100, Christophe JAILLET wrote: > In case of error after calling 'ocelot_init()', it must be undone by a > corresponding 'ocelot_deinit()' call, as already done in the remove > function. > > Fixes: a556c76adc05 ("net: mscc: Add initial Ocelot switch support") > Signed-off-by

Re: [git pull] drm for 5.11-rc1

On Mon, Dec 14, 2020 at 5:45 PM Linus Torvalds wrote: > > On Mon, Dec 14, 2020 at 2:29 PM Alex Deucher wrote: > > > > The relevant fixes are: > > Ok, I can confirm that applying those two patches gets my workstation > working properly again. > > Would it be possible to get those submitted properl

Re: [PATCH v2 18/21] dt-bindings: allwinner: Add H616 compatible strings

On Fri, 11 Dec 2020 01:19:31 +, Andre Przywara wrote: > Add simple "allwinner,sun50i-h616-xxx" compatible names to existing > bindings, and pair them with an existing fallback compatible string, > as the devices are compatible. > This covers I2C, infrared, RTC and SPI. > > Use enums to group a

Re: [PATCH 1/3] PCI/ASPM: Use the path max in L1 ASPM latency check

On Mon, Dec 14, 2020 at 8:19 PM Bjorn Helgaas wrote: > > On Mon, Dec 14, 2020 at 04:47:32PM +0100, Ian Kumlien wrote: > > On Mon, Dec 14, 2020 at 3:02 PM Bjorn Helgaas wrote: > > > On Mon, Dec 14, 2020 at 10:14:18AM +0100, Ian Kumlien wrote: > > > > On Mon, Dec 14, 2020 at 6:44 AM Bjorn Helgaas

Re: [net-next PATCH v12 1/4] dt-bindings: net: Add 5GBASER phy interface mode

On Fri, 11 Dec 2020 22:46:04 +1000, Pavana Sharma wrote: > Add 5gbase-r PHY interface mode. > > Signed-off-by: Pavana Sharma > --- > Documentation/devicetree/bindings/net/ethernet-controller.yaml | 1 + > 1 file changed, 1 insertion(+) > Acked-by: Rob Herring

[PATCH v3 0/2] Add support of nxp pf8x00 regulator

Hello, this set of patch intends to add the support of the pf8x00 PMIC regulators. This family of PMIC contains 12 regulators (7 bucks converters, 4 LDO, 1 RTC supply). All these 12 regulators are configurable via an OTP memory and by i2c at runtime for some specific properties. 1: Adds the dt-bi

[PATCH v3 1/2] dt-bindings: regulator: add pf8x00 PMIC

Add a devicetree binding documentation for the pf8x00 regulator driver. Signed-off-by: Adrien Grassein --- .../regulator/nxp,pf8x00-regulator.yaml | 220 ++ MAINTAINERS | 6 + 2 files changed, 226 insertions(+) create mode 100644 Docume

Re: [PATCH v2 20/21] dt-bindings: arm: sunxi: Add OrangePi Zero 2 binding

On Fri, 11 Dec 2020 01:19:33 +, Andre Przywara wrote: > Signed-off-by: Andre Przywara > --- > Documentation/devicetree/bindings/arm/sunxi.yaml | 5 + > 1 file changed, 5 insertions(+) > Acked-by: Rob Herring

[PATCH v3 2/2] regulator: pf8x00: add support of nxp pf8x00 regulator

NXP pf8100 and pf8200 are 12-channel PMIC for high performance applications. This driver introduces the support of the 12 regulators available on the PMIC. Imported from Boundary Devices kernel with some modifications. This driver was teste using a Boundary Nitrogen 8M Mini board that features t

Re: [PATCH][next] Input: da7280: fix spelling mistake "sequemce" -> "sequence"

On Mon, Dec 14, 2020 at 10:31:09PM +, Colin King wrote: > From: Colin Ian King > > There is a spelling mistake in a dev_err message. Fix it. > > Signed-off-by: Colin Ian King Applied, thank you. -- Dmitry

Re: [PATCH] input: cyapa_gen6: fix out-of-bounds stack access

On Mon, Oct 26, 2020 at 05:13:29PM +0100, Arnd Bergmann wrote: > From: Arnd Bergmann > > gcc -Warray-bounds warns about a serious bug in > cyapa_pip_retrieve_data_structure: > > drivers/input/mouse/cyapa_gen6.c: In function > 'cyapa_pip_retrieve_data_structure.constprop': > include/linux/unalig

Re: [PATCH 1/5] dt-bindings: remoteproc: Add PRU consumer bindings

On Fri, Dec 11, 2020 at 03:29:29PM +0100, Grzegorz Jaszczyk wrote: > From: Suman Anna > > Add a YAML binding document for PRU consumers. The binding includes > all the common properties that can be used by different PRU consumer > or application nodes and supported by the PRU remoteproc driver. >

Re: [linux-sunxi] Re: [PATCH 1/3] dt-bindings: arm: sunxi: add PineTab new panel DT binding

于 2020年12月14日 GMT+08:00 下午6:37:04, Maxime Ripard 写到: >On Thu, Dec 10, 2020 at 04:42:32PM +0800, Icenowy Zheng wrote: >> Early adopters' PineTabs (and all further releases) will have a new >LCD >> panel different with the one that is used when in development >(because >> the old panel's supply d

Re: [PATCH 2/3] kbuild: LD_VERSION redenomination

On Sun, Dec 13, 2020 at 01:54:30AM +0900, Masahiro Yamada wrote: > Commit ccbef1674a15 ("Kbuild, lto: add ld-version and ld-ifversion > macros") introduced scripts/ld-version.sh for GCC LTO. > > At that time, this script handled 5 version fields because GCC LTO > needed the downstream binutils. (h

Re: [PATCH RFC 0/8] dcache: increase poison resistance

On 12/13/20 11:43 PM, Konstantin Khlebnikov wrote: On Sun, Dec 13, 2020 at 9:52 PM Junxiao Bi > wrote: On 12/11/20 11:32 PM, Konstantin Khlebnikov wrote: > On Thu, Dec 10, 2020 at 2:01 AM Junxiao Bi mailto:junxiao...@oracle.com> >

Re: [PATCH v3 06/15] dt-bindings: media: sun6i-a31-csi: Add MIPI CSI-2 input port

On Fri, 11 Dec 2020 16:56:59 +0100, Paul Kocialkowski wrote: > The A31 CSI controller supports two distinct input interfaces: > parallel and an external MIPI CSI-2 bridge. The parallel interface > is often connected to a set of hardware pins while the MIPI CSI-2 > bridge is an internal FIFO-ish lin

Re: [PATCH v2 net-next] net: phy: mchp: Add 1588 support for LAN8814 Quad PHY

On Mon, 14 Dec 2020 23:26:58 +0530 Divya Koppera wrote: > This patch add supports for 1588 Hardware Timestamping support > to LAN8814 Quad Phy. It supports L2 and Ipv4 encapsulations. > > Signed-off-by: Divya Koppera > --- > v1 -> v2 > * Fixed warnings > Reported-by: kernel test robot Still do

RE: [PATCH v3 1/6] scsi: ufs: Remove stringize operator '#' restriction

From: Bean Huo > Sent: 14 December 2020 20:20 > > From: Bean Huo > > Current EM macro definition, we use stringize operator '#', which turns > the argument it precedes into a quoted string. Thus requires the symbol > of __print_symbolic() should be the string corresponding to the name of > the

Re: [PATCH v3 08/15] dt-bindings: media: Add A31 MIPI CSI-2 bindings documentation

On Mon, Dec 14, 2020 at 12:35:09PM +0100, Maxime Ripard wrote: > On Fri, Dec 11, 2020 at 04:57:01PM +0100, Paul Kocialkowski wrote: > > This introduces YAML bindings documentation for the A31 MIPI CSI-2 > > controller. > > > > Signed-off-by: Paul Kocialkowski > > --- > > .../media/allwinner,sun6

Re: linux-next: manual merge of the amdgpu tree with the pci tree

On Tue, Dec 15, 2020 at 07:34:31AM +1100, Stephen Rothwell wrote: > Hi all, > > On Tue, 8 Dec 2020 13:56:20 +1100 Stephen Rothwell > wrote: > > > > Today's linux-next merge of the amdgpu tree got a conflict in: > > > > drivers/pci/pcie/err.c > > > > between commits: > > > > 8f1bbfbc3596 (

Re: [PATCH v4 2/3] backlight: rt4831: Adds DT binding document for Richtek RT4831 backlight

On Mon, Dec 14, 2020 at 10:40:55PM +0800, ChiYuan Huang wrote: > Hi, > > Daniel Thompson 於 2020年12月14日 週一 下午5:59寫道： > > > > Hi CY > > > > On Sat, Dec 12, 2020 at 12:33:43AM +0800, cy_huang wrote: > > > From: ChiYuan Huang > > > > > > Adds DT binding document for Richtek RT4831 backlight. > > > >

Re: [PATCH v4 2/3] backlight: rt4831: Adds DT binding document for Richtek RT4831 backlight

On Sat, Dec 12, 2020 at 12:33:43AM +0800, cy_huang wrote: > From: ChiYuan Huang > > Adds DT binding document for Richtek RT4831 backlight. > > Signed-off-by: ChiYuan Huang > --- > since v3 > - Move inlcude/dt-bindings/leds/rt4831-backlight.h from v3 mfd binding patch > to here. > - Add dual li

<    5   6   7   8   9   10   11   12   13   >