Re: [GIT PULL] IPMI bug fixes for 5.11

The pull request you sent on Wed, 16 Dec 2020 08:29:59 -0600: > https://github.com/cminyard/linux-ipmi.git tags/for-linus-5.11-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/f67d6620e413a167e861ce5733c1be5a2384e0c4 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Backlight for v5.11

The pull request you sent on Wed, 16 Dec 2020 07:49:08 +: > git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git > backlight-next-5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/84e010ec8f8668c579b78a27b0e81a49ac6c837a Thank you! --

Re: [GIT PULL] memblock: debug enhancements

The pull request you sent on Mon, 14 Dec 2020 15:17:31 +0200: > https://git.kernel.org/pub/scm/linux/kernel/git/rppt/memblock.git/ > tags/memblock-v5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/fff875a18382f1983b4a27be9282e697dbccb3db Thank you! --

Re: [PATCH] kbuild: add extra-y to targets-for-modules

On 12/16/20 1:14 AM, Masahiro Yamada wrote: On Tue, Dec 8, 2020 at 11:31 PM Artem Savkov wrote: On Tue, Dec 08, 2020 at 05:20:35PM +0800, WANG Chao wrote: Sorry for the late reply. On 11/25/20 at 10:42P, Masahiro Yamada wrote: On Tue, Nov 24, 2020 at 12:05 AM WANG Chao wrote: On

Re: [PATCH v2] net: korina: fix return value

On Wed, 16 Dec 2020 13:32:26 -0800 Florian Fainelli wrote: > On 12/16/20 12:43 PM, Jakub Kicinski wrote: > > On Mon, 14 Dec 2020 23:09:52 +0100 Vincent Stehlé wrote: > >> The ndo_start_xmit() method must not attempt to free the skb to transmit > >> when returning NETDEV_TX_BUSY. Therefore, make

Re: [PATCHv8 0/6] n_gsm serdev support and GNSS driver for droid4

Hi! > > Here's the updated set of these patches fixed up for Johan's and > > Pavel's earlier comments. > > > > This series does the following: > > > > 1. Adds functions to n_gsm.c for serdev-ngsm.c driver to use > > > > 2. Adds a generic serdev-ngsm.c driver that brings up the TS 27.010 > >

Re: [PATCH v9 03/11] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

On 12/16/20 2:25 PM, Oscar Salvador wrote: > On Wed, Dec 16, 2020 at 02:08:30PM -0800, Mike Kravetz wrote: >>> + * vmemmap_rmap_walk - walk vmemmap page table >>> + >>> +static void vmemmap_pte_range(pmd_t *pmd, unsigned long addr, >>> + unsigned long end, struct

[PATCH] dt-bindings: soc: ti: Update TI PRUSS bindings about schemas to include

Now after ti,pruss-intc.yaml and ti,pru-rproc.yaml are merged, include them in proper property and extend the examples section. At the occasion extend the allowed property list about dma-ranges. Signed-off-by: Grzegorz Jaszczyk --- .../devicetree/bindings/soc/ti/ti,pruss.yaml | 76

Re: [PATCH v3] s390/vfio-ap: clean up vfio_ap resources when KVM pointer invalidated

On Wed, 16 Dec 2020 10:58:48 +0100 Christian Borntraeger wrote: > On 16.12.20 02:21, Halil Pasic wrote: > > On Tue, 15 Dec 2020 19:10:20 +0100 > > Christian Borntraeger wrote: > > > >> > >> > >> On 15.12.20 11:57, Halil Pasic wrote: > >>> On Mon, 14 Dec 2020 11:56:17 -0500 > >>> Tony Krowiak

[PATCH v2 3/4] spi: spi-geni-qcom: Don't try to set CS if an xfer is pending

If we get a timeout sending then this happens: * spi_transfer_wait() will get a timeout. * We'll set the chip select * We'll call handle_err() => handle_fifo_timeout(). Unfortunately that won't work so well on geni. If we got a timeout transferring then it's likely that our interrupt handler is

Re: PGP pathfinder service is no longer maintained

On Wed, Dec 16, 2020 at 10:20:18PM +, Matthew Wilcox wrote: > > Unfortunately the site https://pgp.cs.uu.nl/ is not maintained > > anymore > > and the "Finding paths to Linus" link in the Kernel Maintainer PGP guide > > is dead. Is there any alternative sites to find a way through the web of

Re: [PATCH 1/2] spi: spi-geni-qcom: Fix geni_spi_isr() NULL dereference in timeout case

Hi, On Mon, Dec 14, 2020 at 6:29 PM Stephen Boyd wrote: > > Here's a shortened version: > > CPU0 CPU1 > > setup_fifo_xfer() > geni_se_setup_m_cmd() >

[PATCH v2 2/4] spi: spi-geni-qcom: Fail new xfers if xfer/cancel/abort pending

If we got a timeout when trying to send an abort command then it means that we just got 3 timeouts in a row: 1. The original timeout that caused handle_fifo_timeout() to be called. 2. A one second timeout waiting for the cancel command to finish. 3. A one second timeout waiting for the abort

[PATCH v2 4/4] spi: spi-geni-qcom: Print an error when we timeout setting the CS

If we're using geni to manage the chip select line (don't do it--use a GPIO!) and we happen to get a timeout waiting for the chip select command to be completed, no errors are printed even though things might not be in the best shape. Let's add a print. Signed-off-by: Douglas Anderson ---

Re: [PATCH 0/2] Add LED mode behavior/select properties and handle

Hi! > In KSZ9131 PHY it is possible to control LEDs blink behavior via > LED mode behavior and select registers. Add DTS properties plus handles > of them inside micrel PHY driver. > > I've some concerns about passing raw register values into LED mode > select and behavior. It can be passed via

[PATCH v2 1/4] spi: spi-geni-qcom: Fix geni_spi_isr() NULL dereference in timeout case

In commit 7ba9bdcb91f6 ("spi: spi-geni-qcom: Don't keep a local state variable") we changed handle_fifo_timeout() so that we set "mas->cur_xfer" to NULL to make absolutely sure that we don't mess with the buffers from the previous transfer in the timeout case. Unfortunately, this caused the IRQ

Re: [PATCH 2/2] spi: spi-geni-qcom: Really ensure the previous xfer is done before new one

Hi, On Tue, Dec 15, 2020 at 5:18 PM Stephen Boyd wrote: > > Quoting Doug Anderson (2020-12-15 15:34:59) > > On Tue, Dec 15, 2020 at 2:25 PM Stephen Boyd wrote: > > > > > > Quoting Doug Anderson (2020-12-15 09:25:51) > > > > In general when we're starting a new transfer we assume that we can > >

Re: [PATCH v2 3/3] thermal/core: Remove ms based delay fields

16. Dezember 2020 23:04, "Daniel Lezcano" schrieb: > The code does no longer use the ms unit based fields to set the > delays as they are replaced by the jiffies. > > Remove them and replace their user to use the jiffies version instead. > > Cc: Thara Gopinath > Signed-off-by: Daniel Lezcano

WARNING in atp_close

Hello, syzbot found the following issue on: HEAD commit:7b1b868e Merge tag 'for-linus' of git://git.kernel.org/pub.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=17b34b3750 kernel config: https://syzkaller.appspot.com/x/.config?x=5ed9af1b47477866

Re: WARNING in percpu_ref_kill_and_confirm (2)

On 12/16/20 2:46 PM, Jens Axboe wrote: > On 12/16/20 2:14 PM, syzbot wrote: >> Hello, >> >> syzbot found the following issue on: >> >> HEAD commit:7b1b868e Merge tag 'for-linus' of git://git.kernel.org/pub.. >> git tree: upstream >> console output:

Re: [PATCH v1 bpf-next 05/11] tcp: Migrate TCP_NEW_SYN_RECV requests.

On Thu, Dec 17, 2020 at 01:41:58AM +0900, Kuniyuki Iwashima wrote: [ ... ] > > There may also be places assuming that the req->rsk_listener will never > > change once it is assigned. not sure. have not looked closely yet. > > I have checked this again. There are no functions that expect

Re: [PATCH v9 03/11] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

On Wed, Dec 16, 2020 at 02:08:30PM -0800, Mike Kravetz wrote: > > + * vmemmap_rmap_walk - walk vmemmap page table > > I am not sure if 'rmap' should be part of these names. rmap today is mostly > about reverse mapping lookup. Did you use rmap for 'remap', or because this > code is patterned

Re: [GIT PULL] IOMMU updates for 5.11

On Wed, Dec 16, 2020 at 2:10 PM Will Deacon wrote: > > Brill, cheers. I didn't realise you were going by subsystem, so that's > why I was getting worried. My "by subsystem" is a bit fuzzy, and it only really happens when I have a _lot_ of pending pull requests. Which this merge window has had

Re: PGP pathfinder service is no longer maintained

On Wed, Dec 16, 2020 at 11:01:10PM +0100, Oliver Graute wrote: > Hello, > > Unfortunately the site https://pgp.cs.uu.nl/ is not maintained anymore > and the "Finding paths to Linus" link in the Kernel Maintainer PGP guide > is dead. Is there any alternative sites to find a way through the web of

Re: [PATCH] arm64: make _TIF_WORK_MASK bits contiguous (was: Re: [GIT PULL] TIF_NOTIFY_SIGNAL for all archs)

On Wed, Dec 16, 2020 at 02:06:46PM -0800, Linus Torvalds wrote: > On Wed, Dec 16, 2020 at 2:04 PM Mark Rutland wrote: > > Unfortunately the merge resolution broke the build for arm64 -- could > > you please apply the fixup below? IIUC that matches what we did in > > linux-next, and builds fine

Re: [External] Re: [PATCH v9 09/11] mm/hugetlb: Introduce nr_free_vmemmap_pages in the struct hstate

On Wed, Dec 16, 2020 at 09:56:47PM +0800, Muchun Song wrote: > The pr_info can tell the user whether the feature is enabled. From this > point of view, it makes sense. Right? Well, I guess so. Anyway, it is not that we are going to flood the logs, so it is ok. -- Oscar Salvador SUSE L3

Re: [PATCH] arm64: make _TIF_WORK_MASK bits contiguous

On 12/16/20 3:06 PM, Linus Torvalds wrote: > On Wed, Dec 16, 2020 at 2:04 PM Mark Rutland wrote: >> >> Unfortunately the merge resolution broke the build for arm64 -- could >> you please apply the fixup below? IIUC that matches what we did in >> linux-next, and builds fine locally. > > Oops.

Re: [GIT PULL] IOMMU updates for 5.11

On Wed, Dec 16, 2020 at 02:02:00PM -0800, Linus Torvalds wrote: > On Wed, Dec 16, 2020 at 10:54 AM Will Deacon wrote: > > > > I'm hoping to wind down a bit next week (ho ho ho), so I just wanted to > > check whether this had got caught in your spam filters, whether you wanted > > me to change

Re: [External] Re: [PATCH v9 08/11] mm/hugetlb: Add a kernel parameter hugetlb_free_vmemmap

On Thu, Dec 17, 2020 at 12:04:11AM +0800, Muchun Song wrote: > On Wed, Dec 16, 2020 at 10:40 PM Oscar Salvador wrote: > > > > On Sun, Dec 13, 2020 at 11:45:31PM +0800, Muchun Song wrote: > > > Add a kernel parameter hugetlb_free_vmemmap to disable the feature of > > > freeing unused vmemmap pages

[PATCH v4] modules: introduce the MODULE_SCMVERSION config

Config MODULE_SCMVERSION introduces a new module attribute -- `scmversion` -- which can be used to identify a given module's SCM version. This is very useful for developers that update their kernel independently from their kernel modules or vice-versa since the SCM version provided by UTS_RELEASE

Re: [PATCH v9 03/11] mm/hugetlb: Free the vmemmap pages associated with each HugeTLB page

On 12/13/20 7:45 AM, Muchun Song wrote: > Every HugeTLB has more than one struct page structure. We __know__ that > we only use the first 4(HUGETLB_CGROUP_MIN_ORDER) struct page structures > to store metadata associated with each HugeTLB. > > There are a lot of struct page structures associated

Re: [f2fs-dev] [PATCH v7 0/3] Update to zstd-1.4.6

> On Dec 16, 2020, at 10:50 AM, David Sterba wrote: > > On Wed, Dec 16, 2020 at 11:58:07AM +1100, Herbert Xu wrote: >> On Wed, Dec 16, 2020 at 12:48:51AM +, Nick Terrell wrote: >>> >>> Thanks for the advice! The first zstd patches went through Herbert’s tree, >>> which is >>> why I’ve

Re: [PATCH v3 1/2] scripts/setlocalversion: allow running in a subdir

On Fri, Dec 11, 2020 at 04:33:59PM +0100, Jessica Yu wrote: > Hi Will, > > +++ Will McVicker [08/12/20 20:05 +]: > > Getting the scmversion using scripts/setlocalversion currently only > > works when run at the root of a git or mecurial project. This was > > introduced in commit 8558f59edf93

Re: [PATCH v12 11/17] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device

On Wed, 16 Dec 2020 15:14:47 -0500 Tony Krowiak wrote: > > > On 11/28/20 8:17 PM, Halil Pasic wrote: > > On Tue, 24 Nov 2020 16:40:10 -0500 > > Tony Krowiak wrote: > > > >> The current implementation does not allow assignment of an AP adapter or > >> domain to an mdev device if each APQN

Re: [PATCH] arm64: make _TIF_WORK_MASK bits contiguous (was: Re: [GIT PULL] TIF_NOTIFY_SIGNAL for all archs)

On Wed, Dec 16, 2020 at 2:04 PM Mark Rutland wrote: > > Unfortunately the merge resolution broke the build for arm64 -- could > you please apply the fixup below? IIUC that matches what we did in > linux-next, and builds fine locally. Oops. That was a bit too subtle. I didn't realize that the

[PATCH v2 3/3] thermal/core: Remove ms based delay fields

The code does no longer use the ms unit based fields to set the delays as they are replaced by the jiffies. Remove them and replace their user to use the jiffies version instead. Cc: Thara Gopinath Signed-off-by: Daniel Lezcano Reviewed-by: Lukasz Luba --- drivers/platform/x86/acerhdf.c

[PATCH] arm64: make _TIF_WORK_MASK bits contiguous (was: Re: [GIT PULL] TIF_NOTIFY_SIGNAL for all archs)

Hi Linus, On Wed, Dec 16, 2020 at 09:17:39PM +, pr-tracker-...@kernel.org wrote: > > git://git.kernel.dk/linux-block.git tags/tif-task_work.arch-2020-12-14 > > has been merged into torvalds/linux.git: > https://git.kernel.org/torvalds/c/005b2a9dc819a1265a8c765595f8f6d88d6173d9 Unfortunately

Re: [GIT PULL] IOMMU updates for 5.11

The pull request you sent on Mon, 14 Dec 2020 23:45:18 +: > git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git > tags/iommu-updates-v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/19778dd504b5ff5c3c1283aa3da7a56f34c2c3b0 Thank you! --

[PATCH v2 2/3] thermal/core: Use precomputed jiffies for the polling

The delays are also stored in jiffies based unit. Use them instead of the ms. Cc: Thara Gopinath Signed-off-by: Daniel Lezcano Reviewed-by: Lukasz Luba --- drivers/thermal/thermal_core.c | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git

[PATCH v2 1/3] thermal/core: Precompute the delays from msecs to jiffies

The delays are stored in ms units and when the polling function is called this delay is converted into jiffies at each call. Instead of doing the conversion again and again, compute the jiffies at init time and use the value directly when setting the polling. Cc: Thara Gopinath Signed-off-by:

[PATCH net-next V9] net: Variable SLAAC: SLAAC with prefixes of arbitrary length in PIO

Variable SLAAC [Can be activated via sysctl]: SLAAC with prefixes of arbitrary length in PIO (randomly generated hostID or stable privacy + privacy extensions). The main problem is that SLAAC RA or PD allocates a /64 by the Wireless carrier 4G, 5G to a mobile hotspot, however segmentation of the

Re: [PATCH v3] s390/vfio-ap: clean up vfio_ap resources when KVM pointer invalidated

On Wed, 16 Dec 2020 17:05:24 +0100 Christian Borntraeger wrote: > > > On 16.12.20 10:58, Christian Borntraeger wrote: > > On 16.12.20 02:21, Halil Pasic wrote: > >> On Tue, 15 Dec 2020 19:10:20 +0100 > >> Christian Borntraeger wrote: > >> > >>> > >>> > >>> On 15.12.20 11:57, Halil Pasic

Re: [RESEND PATCH v3 2/2] PCI: brcmstb: use reset/rearm instead of deassert/assert

On 12/16/20 1:41 PM, Jim Quinlan wrote: > The Brcmstb PCIe RC uses a reset control "rescal" for certain chips. This > reset implements a "pulse reset" so it matches more the reset/rearm > calls instead of the deassert/assert calls. > > Also, add reset_control calls in suspend/resume functions. >

Re: [PATCH v3 2/2] dt-bindings: media: Use graph and video-interfaces schemas

Hi Laurent, Rob, On Wed, Dec 16, 2020 at 07:43:45PM +0200, Laurent Pinchart wrote: > Hi Rob, > > On Wed, Dec 16, 2020 at 11:38:41AM -0600, Rob Herring wrote: > > On Wed, Dec 16, 2020 at 05:19:55PM +0200, Laurent Pinchart wrote: > > > On Thu, Dec 10, 2020 at 03:16:25PM -0600, Rob Herring wrote: >

PGP pathfinder service is no longer maintained

Hello, Unfortunately the site https://pgp.cs.uu.nl/ is not maintained anymore and the "Finding paths to Linus" link in the Kernel Maintainer PGP guide is dead. Is there any alternative sites to find a way through the web of trust? Best Regards, Oliver

Re: [PATCH 23/25] mm: Add flush_dcache_folio

On Thu, Dec 17, 2020 at 04:59:21AM +0800, kernel test robot wrote: > All errors (new ones prefixed by >>): > >In file included from arch/powerpc/include/asm/cacheflush.h:111, > from include/linux/highmem.h:12, > from include/linux/pagemap.h:11, >

Re: [GIT PULL] IOMMU updates for 5.11

On Wed, Dec 16, 2020 at 10:54 AM Will Deacon wrote: > > I'm hoping to wind down a bit next week (ho ho ho), so I just wanted to > check whether this had got caught in your spam filters, whether you wanted > me to change something or whether you're just snowed under in pull requests. No, it

Re: [RESEND PATCH v3 1/2] ata: ahci_brcm: Fix use of BCM7216 reset controller

On 12/16/20 1:41 PM, Jim Quinlan wrote: > From: Jim Quinlan > > This driver may use one of two resets controllers. Keep them in separate > variables to keep things simple. The reset controller "rescal" is shared > between the AHCI driver and the PCIe driver for the BrcmSTB 7216 chip. Use >

Re: [PATCH v3 1/2] media: dt-bindings: Convert video-interfaces.txt properties to schemas

Hi Laurent, On Wed, Dec 16, 2020 at 04:52:20PM +0200, Laurent Pinchart wrote: > > + clock-lanes: > > +$ref: /schemas/types.yaml#/definitions/uint32 > > +# Assume up to 9 physical lane indices > > +maximum: 8 > > +description: > > + Physical clock lane index. Position of an

Re: [PATCH net-next V8] net: Variable SLAAC: SLAAC with prefixes of arbitrary length in PIO

Hello Jakub, On Wed, 16 Dec 2020 18:28:31 +0100 Jakub Kicinski wrote > On Wed, 16 Dec 2020 15:01:33 +0100 Dmytro Shytyi wrote: > > Hello David, > > > > Thank you for your comment. > > Asnwers in-line. > > > > Take care, > > > > Dmytro SHYTYI > > > > > > On

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

On Wed, Dec 16, 2020 at 11:14 AM Johannes Weiner wrote: > > On Wed, Dec 16, 2020 at 08:59:38AM +1100, Dave Chinner wrote: > > On Tue, Dec 15, 2020 at 02:53:48PM +0100, Johannes Weiner wrote: > > > On Tue, Dec 15, 2020 at 01:09:57PM +1100, Dave Chinner wrote: > > > > On Mon, Dec 14, 2020 at

WARNING: suspicious RCU usage in get_wiphy_regdom

Hello, syzbot found the following issue on: HEAD commit:00f7763a Merge tag 'mac80211-next-for-net-next-2020-12-11'.. git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=160acef350 kernel config: https://syzkaller.appspot.com/x/.config?x=1d8e2f94cac4630

Re: [GIT PULL] first round of SCSI updates for the 5.10+ merge window

The pull request you sent on Wed, 16 Dec 2020 08:39:20 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-misc has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/60f7c503d971a731ee3c4f884a9f2e80d476730d Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Please pull RDMA subsystem changes

The pull request you sent on Wed, 16 Dec 2020 13:57:30 -0400: > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/009bd55dfcc857d8b00a5bbb17a8db060317af6f Thank you! -- Deet-doot-dot, I am a

Re: [PATCH v4 2/9] rtc: mt6397: refine RTC_TC_MTH

On 16/12/2020 15:47:00+0800, Hsin-Hsiung Wang wrote: > This patch adds RTC_TC_MTH_MASK to support new chips. > > Signed-off-by: Yuchen Huang > Signed-off-by: Hsin-Hsiung Wang Acked-by: Alexandre Belloni > --- > drivers/rtc/rtc-mt6397.c | 2 +- > include/linux/mfd/mt6397/rtc.h | 1 + >

Re: WARNING in percpu_ref_kill_and_confirm (2)

On 12/16/20 2:14 PM, syzbot wrote: > Hello, > > syzbot found the following issue on: > > HEAD commit:7b1b868e Merge tag 'for-linus' of git://git.kernel.org/pub.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=1156046b50 > kernel config:

[RESEND PATCH v3 2/2] PCI: brcmstb: use reset/rearm instead of deassert/assert

The Brcmstb PCIe RC uses a reset control "rescal" for certain chips. This reset implements a "pulse reset" so it matches more the reset/rearm calls instead of the deassert/assert calls. Also, add reset_control calls in suspend/resume functions. Signed-off-by: Jim Quinlan ---

[RESEND PATCH v3 1/2] ata: ahci_brcm: Fix use of BCM7216 reset controller

From: Jim Quinlan This driver may use one of two resets controllers. Keep them in separate variables to keep things simple. The reset controller "rescal" is shared between the AHCI driver and the PCIe driver for the BrcmSTB 7216 chip. Use devm_reset_control_get_optional_shared() to handle

[RESEND PATCH v3 0/2] ata: ahci_brcm: Fix use of BCM7216 reset controller

v3 -- discard commit from v2; instead rely on the new function reset_control_rearm provided in a recent commit [1] applied to reset/next. -- New commit to correct pcie-brcmstb.c usage of a reset controller to use reset/rearm verses deassert/assert. v2 -- refactor rescal-reset

Re: [PATCH v2] mm/mmap: Don't unlock VMAs in remap_file_pages()

On Wed, 16 Dec 2020, Liam R. Howlett wrote: > > Thank you for looking at this. I appreciate the scrutiny. > > * David Hildenbrand [201216 09:58]: > > On 15.12.20 16:54, Liam R. Howlett wrote: > > > do_mmap() will unlock the necessary VMAs. There is also a bug in the > > > loop which will

Re: [PATCH v2] net: korina: fix return value

On 12/16/20 12:43 PM, Jakub Kicinski wrote: > On Mon, 14 Dec 2020 23:09:52 +0100 Vincent Stehlé wrote: >> 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

Re: [patch 3/3] tick: Annotate tick_do_timer_cpu data races

On Wed, Dec 16, 2020 at 10:23:57PM +0100, Thomas Gleixner wrote: > On Wed, Dec 16 2020 at 13:19, Paul E. McKenney wrote: > > On Wed, Dec 16, 2020 at 01:27:43AM +0100, Thomas Gleixner wrote: > >> So my intent was to document that this code does not care about anything > >> else than what I'd

Re: [PATCH v2 net-next 0/2] nfc: s3fwrn5: Refactor the s3fwrn5 module

Hello: This series was applied to netdev/net.git (refs/heads/master): On Tue, 15 Dec 2020 15:53:59 +0900 you wrote: > From: Bongsu Jeon > > Refactor the s3fwrn5 module. > > 1/2 is to remove the unneeded delay for NFC sleep. > 2/2 is to remove the unused NCI prop commands. > > [...] Here is

Re: [RFC PATCH v3 4/9] mm, fsdax: Refactor memory-failure handler for dax mapping

On Tue, Dec 15, 2020 at 08:14:09PM +0800, Shiyang Ruan wrote: > The current memory_failure_dev_pagemap() can only handle single-mapped > dax page for fsdax mode. The dax page could be mapped by multiple files > and offsets if we let reflink feature & fsdax mode work together. So, > we refactor

Re: [patch 3/3] tick: Annotate tick_do_timer_cpu data races

On Wed, Dec 16 2020 at 13:19, Paul E. McKenney wrote: > On Wed, Dec 16, 2020 at 01:27:43AM +0100, Thomas Gleixner wrote: >> So my intent was to document that this code does not care about anything >> else than what I'd consider to be plain compiler bugs. >> >> My conclusion might be wrong as

Re: [patch 3/3] tick: Annotate tick_do_timer_cpu data races

On Wed, Dec 16, 2020 at 01:27:43AM +0100, Thomas Gleixner wrote: > On Tue, Dec 08 2020 at 07:03, Paul E. McKenney wrote: > > > On Tue, Dec 08, 2020 at 09:11:29AM +0100, Peter Zijlstra wrote: > >> On Mon, Dec 07, 2020 at 11:44:06AM -0800, Paul E. McKenney wrote: > >> > >> > Also, in this

Re: [RFC][PATCH] jump_label/static_call: Add MAINTAINERS

On 12/16/20 8:42 AM, Peter Zijlstra wrote: > On Wed, Dec 16, 2020 at 02:30:14PM +0100, Peter Zijlstra wrote: >> >> --- a/MAINTAINERS >> +++ b/MAINTAINERS >> @@ -16766,6 +16766,18 @@ M: Ion Badulescu >> S: Odd Fixes >> F: drivers/net/ethernet/adaptec/starfire* >> >> +STATIC BRANCH/CALL

Re: [GIT PULL] TIF_NOTIFY_SIGNAL for all archs

The pull request you sent on Wed, 16 Dec 2020 07:33:42 -0700: > git://git.kernel.dk/linux-block.git tags/tif-task_work.arch-2020-12-14 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/005b2a9dc819a1265a8c765595f8f6d88d6173d9 Thank you! -- Deet-doot-dot, I am a bot.

WARNING in percpu_ref_kill_and_confirm (2)

Hello, syzbot found the following issue on: HEAD commit:7b1b868e Merge tag 'for-linus' of git://git.kernel.org/pub.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1156046b50 kernel config: https://syzkaller.appspot.com/x/.config?x=3416bb960d5c705d

Re: [RFC PATCH 12/14] cxl: Add basic debugging

On 20-12-08 19:06:46, Dan Williams wrote: > On Tue, Dec 8, 2020 at 6:04 PM Ben Widawsky wrote: > > > > On 20-12-08 17:17:36, Dan Williams wrote: > > > On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky > > > wrote: > > > > > > > > Provide a standard debug function for use throughout the driver. > > >

Re: [PATCH 23/25] mm: Add flush_dcache_folio

onfig-p002-20201216 (attached as .config) compiler: powerpc64-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 # https://github.com/0day-ci/linux/c

[PATCH v3 1/2] dt-bindings: arm: Add optional interrupt to smc/hvc SCMI transport

In normal use of smc/hvc transport in SCMI the message completion is indicated by the return of the SMC call. This commit provides for an optional interrupt named "message-serviced" which is used instead to indicate the completion of a message. Signed-off-by: Jim Quinlan ---

[PATCH v3 0/2] firmware: arm_scmi: Augment SMC/HVC to allow optional interrupt

v3 -- Changed interrupt name from "message-serviced" to "a2p" (RobH) v2 -- Correct commit message, s/msg/message/, and remove extra WS on "dt-bindings" commit (Sudeep) -- Change interrupt name to "message-serviced", move irq assignent to end of function. (Sudeep) v1 -- original.

[PATCH v3 2/2] firmware: arm_scmi: Augment SMC/HVC to allow optional interrupt

The SMC/HVC SCMI transport is modified to allow the completion of an SCMI message to be indicated by an interrupt rather than the return of the smc call. This accommodates the existing behavior of the BrcmSTB SCMI "platform" whose SW is already out in the field and cannot be changed.

Re: [RFC PATCH v3 0/9] fsdax: introduce fs query to support reflink

Hi, Shiyang, On 12/15/2020 4:14 AM, Shiyang Ruan wrote: The call trace is like this: memory_failure() pgmap->ops->memory_failure() => pmem_pgmap_memory_failure() gendisk->fops->corrupted_range() => - pmem_corrupted_range() -

Re: WARNING: suspicious RCU usage in count

On Wed, Dec 16, 2020 at 11:34:10AM -0800, syzbot wrote: > Unfortunately, I don't have any reproducer for this issue yet. > > IMPORTANT: if you fix the issue, please add the following tag to the commit: > Reported-by: syzbot+51ce7a5794c3b12a7...@syzkaller.appspotmail.com > >

Re: [PATCH v12 14/17] s390/zcrypt: Notify driver on config changed and scan complete callbacks

On 11/30/20 4:18 AM, h...@d06av26.portsmouth.uk.ibm.com wrote: On Tue, 24 Nov 2020 16:40:13 -0500 Tony Krowiak wrote: This patch intruduces an extension to the ap bus to notify device drivers when the host AP configuration changes - i.e., adapters, domains or control domains are added or

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

On Wed, Dec 16, 2020 at 6:30 PM Guillaume Tucker wrote: > On 16/12/2020 12:41, Linus Walleij wrote: > > On Wed, Dec 16, 2020 at 11:10 AM Guillaume Tucker > > wrote: > > > >>> It seems we need to teach the core to ignore the name (empty string). > >> > >> OK great, I see you've sent a patch for

Re: [PATCH] gpiolib: Allow name duplicates of "" and "NC"

On Wed, Dec 16, 2020 at 7:40 PM Bjorn Andersson wrote: > > I think I will conjure a patch allowing identical naming only for > > device property naming (like from device tree) but emitting a > > warning so that people fix it to something unique moving > > forward. > > > > I'm not against

[GIT PULL] pin control changes for the v5.11 kernel cycle

Hi Linus, here is the bulk of pin control changes for the v5.11 kernel cycle. Drivers, drivers and drivers. Not a single core change. Some new stuff, especially a bunch of new Intel, Qualcomm and Ocelot SoCs. As part of the modularization attempt, I applied one patch affecting the firmware

RE: static_branch_enable() does not work from a __init function?

> From: Peter Zijlstra > Sent: Wednesday, December 16, 2020 2:59 AM > ... > So I think the reason your above module doesn't work, while the one in > vmx_init() does work (for 5.10) should be fixed by the completely > untested below. > > I've no clue about 5.4 and no desire to investigate. That's

Re: [PATCH v2] mm/mmap: Don't unlock VMAs in remap_file_pages()

Thank you for looking at this. I appreciate the scrutiny. * David Hildenbrand [201216 09:58]: > On 15.12.20 16:54, Liam R. Howlett wrote: > > do_mmap() will unlock the necessary VMAs. There is also a bug in the > > loop which will evaluate as false and not unlock any VMAs anyways. > > If

Re: [PATCH v2] net: korina: fix return value

On Mon, 14 Dec 2020 23:09:52 +0100 Vincent Stehlé wrote: > 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

Re: [RFC PATCH 11/14] cxl/mem: Add a "RAW" send command

On 20-12-09 14:38:49, Dan Williams wrote: > On Tue, Dec 8, 2020 at 4:24 PM Ben Widawsky wrote: > > > > The CXL memory device send interface will have a number of supported > > commands. The raw command is not such a command. Raw commands allow > > userspace to send a specified opcode to the

Re: [PATCH v12 14/17] s390/zcrypt: Notify driver on config changed and scan complete callbacks

On 12/9/20 2:20 AM, Harald Freudenberger wrote: On 30.11.20 10:18, h...@d06av26.portsmouth.uk.ibm.com wrote: On Tue, 24 Nov 2020 16:40:13 -0500 Tony Krowiak wrote: This patch intruduces an extension to the ap bus to notify device drivers when the host AP configuration changes - i.e.,

Re: [PATCH] gpiolib: Allow name duplicates of "" and "NC"

On Wed 16 Dec 13:53 CST 2020, Drew Fustini wrote: > On Tue, Dec 15, 2020 at 09:03:08AM -0800, Bjorn Andersson wrote: > > Not all GPIO pins are exposed to the world and this is typically > > described by not giving these lines particular names, commonly "" or > > "NC". > > > > With the recent

Re: [dm-devel] [PATCH v1 0/5] dm: dm-user: New target that proxies BIOs to userspace

On Tue, 15 Dec 2020 22:17:06 PST (-0800), ruby.w...@gmail.com wrote: Hi my name is Akira Hayakawa. I am maintaining an out-of-tree DM target named dm-writeboost. Sorry to step in. But this is a very interesting topic at least to me. I have been looking for something like dm-user because I

Re: [GIT PULL] gcc-plugins updates for v5.11-rc1

On Wed, Dec 16, 2020 at 12:23 PM Kees Cook wrote: > > Hmm. Yeah, that's a bug. I think that's an existing bug, though. I feel > like I scratched my head on that too. I will see if there is a sensible > way to have Kbuild "notice" that -- I hope there's an easier way to > invalidate all object

Re: [PATCH v12 10/17] s390/vfio-ap: initialize the guest apcb

On 11/28/20 8:09 PM, Halil Pasic wrote: On Tue, 24 Nov 2020 16:40:09 -0500 Tony Krowiak wrote: The APCB is a control block containing the masks that specify the adapters, domains and control domains to which a KVM guest is granted access. When the vfio_ap device driver is notified that the

Re: [GIT PULL] gcc-plugins updates for v5.11-rc1

On Wed, Dec 16, 2020 at 11:24:04AM -0800, Linus Torvalds wrote: > On Tue, Dec 15, 2020 at 12:15 PM Kees Cook wrote: > > > > Please pull these gcc-plugins updates for v5.11-rc1. > > Hmm, I pulled this and then did an allmodconfig build. > > I expected that to be a full rebuild, since the plugins

Re: [PATCH v7 4/5] clk: sifive: Fix the wrong bit field shift

Quoting Zong Li (2020-12-09 01:49:15) > The clk enable bit should be 31 instead of 24. > > Signed-off-by: Zong Li > Reported-by: Pragnesh Patel > --- Applied to clk-next

Re: [PATCH v7 5/5] clk: sifive: Add clock enable and disable ops

Quoting Zong Li (2020-12-09 01:49:16) > From: Pragnesh Patel > > Add new functions "sifive_prci_clock_enable(), sifive_prci_clock_disable() > and sifive_clk_is_enabled()" to enable or disable the PRCI clock > > Signed-off-by: Pragnesh Patel > Tested-by: Zong Li > --- Applied to clk-next

Re: [PATCH v7 2/5] clk: sifive: Use common name for prci configuration

Quoting Zong Li (2020-12-09 01:49:13) > Use generic name CLK_SIFIVE_PRCI instead of CLK_SIFIVE_FU540_PRCI. This > patch is prepared for fu740 support. > > Signed-off-by: Zong Li > Reviewed-by: Palmer Dabbelt > Acked-by: Palmer Dabbelt > Reviewed-by: Pragnesh Patel > --- Applied to clk-next

Re: [PATCH v7 3/5] clk: sifive: Add a driver for the SiFive FU740 PRCI IP block

Quoting Zong Li (2020-12-09 01:49:14) > Add driver code for the SiFive FU740 PRCI IP block. This IP block > handles reset and clock control for the SiFive FU740 device and > implements SoC-level clock tree controls and dividers. > > The link of unmatched as follow, and the U740-C000 manual would

Re: [PATCH v7 1/5] clk: sifive: Extract prci core to common base

Quoting Zong Li (2020-12-09 01:49:12) > Extract common core of prci driver to an independent file, it could > allow other chips to reuse it. Separate SoCs-dependent code 'fu540' > from prci core, then we can easily add 'fu740' later. > > Almost these changes are code movement. The different is

Re: [GIT PULL] parisc architecture updates for kernel v5.11-rc1

The pull request you sent on Wed, 16 Dec 2020 20:22:35 +0100: > http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git > parisc-5.11-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/5ee863bec794f30bdf7fdf57ce0d9f579b0d1aa3 Thank you! --

Re: [PATCH -next] watchdog: convert comma to semicolon

On Wed, Dec 16, 2020 at 09:27:33PM +0800, Zheng Yongjun wrote: > Replace a comma between expression statements by a semicolon. > > Signed-off-by: Zheng Yongjun Reviewed-by: Guenter Roeck Guenter > --- > drivers/watchdog/mpc8xxx_wdt.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

Re: [GIT PULL] Hyper-V commits for 5.11

The pull request you sent on Mon, 14 Dec 2020 13:28:33 +: > ssh://g...@gitolite.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git > tags/hyperv-next-signed-20201214 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/571b12dd1ad41f371448b693c0bd2e64968c7af4 Thank

Re: [PATCH V2] scsi: ufs-debugfs: Add error counters

On Wed, 2020-12-16 at 20:51 +0200, Adrian Hunter wrote: > ufshcd_variant_hba_exit(hba); > ufshcd_setup_vreg(hba, false); > ufshcd_suspend_clkscaling(hba); > @@ -9436,6 +9441,20 @@ int ufshcd_init(struct ufs_hba *hba, void > __iomem *mmio_base,

Re: [PATCH] hwmon: SENSORS_SBTSI should depend on X86

On Wed, Dec 16, 2020 at 09:27:28AM -0800, Kun Yi wrote: > On Wed, Dec 16, 2020 at 8:31 AM Guenter Roeck wrote: > > > > On Wed, Dec 16, 2020 at 02:46:41PM +0100, Geert Uytterhoeven wrote: > > > The AMD SB Temperature Sensor Interface (SB-TSI) is only present on AMD > > > X86 SoCs. Hence add a

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