[PATCH 07/25] mm: Add lock_folio_killable

This is like lock_page_killable() but for use by callers who know they have a folio. Convert __lock_page_killable() to be __lock_folio_killable(). This saves one call to compound_head() per contended call to lock_page_killable(). Signed-off-by: Matthew Wilcox (Oracle) ---

[PATCH 08/25] mm: Add __alloc_folio_node and alloc_folio

These wrappers are mostly for typesafety, but they also ensure that the page allocator allocates a compound page. Signed-off-by: Matthew Wilcox (Oracle) --- include/linux/gfp.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/include/linux/gfp.h b/include/linux/gfp.h index

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

On Mon, Dec 14, 2020 at 10:03 PM Palmer Dabbelt wrote: > I was really experting someone to say that. It does seem kind of silly to > build > out the new interface, but not go all the way to a ring buffer. We just > didn't > really have any way to justify the extra complexity as our use cases

Re: [PATCH 0/3] x86/resctrl: Fix a few issues in moving a task to a resource group

Hi Valentin, On 12/16/2020 9:41 AM, Valentin Schneider wrote: On 14/12/20 18:38, Reinette Chatre wrote: Thinking a bit more (too much?) about it, we could limit ourselves to wrapping only reads not protected by the rdtgroup_mutex: the only two task_struct {closid, rmid} writers are -

Re: [PATCH 2/3] x86/resctrl: Update PQR_ASSOC MSR synchronously when moving task to resource group

Hi Valentin, On 12/16/2020 9:41 AM, Valentin Schneider wrote: On 14/12/20 18:41, Reinette Chatre wrote: - return ret; + + /* +* By now, the task's closid and rmid are set. If the task is current +* on a CPU, the PQR_ASSOC MSR needs to be updated to make the

Re: [PATCHv4 net-next] octeontx2-pf: Add RSS multi group support

On Tue, 15 Dec 2020 09:41:56 +0530 Geetha sowjanya wrote: > Hardware supports 8 RSS groups per interface. Currently we are using > only group '0'. This patch allows user to create new RSS groups/contexts > and use the same as destination for flow steering rules. > > usage: > To steer the traffic

Re: [PATCH 01/01] Add VID to support native DSD reproduction on FiiO devices.

On Wed, Dec 16, 2020 at 04:38:07PM +0100, Takashi Iwai wrote: > On Tue, 15 Dec 2020 19:09:05 +0100, > Amadej Kastelic wrote: > > > > Message-Id: > > > > Add VID to support native DSD reproduction on FiiO devices. > > > > Tested-by: Amadej Kastelic > > Signed-off-by: Emilio Moretti > > Could

Re: RCU stall leading to deadlock warning

On Wed, Dec 16, 2020 at 09:54:42AM -0800, Paul E. McKenney wrote: > On Wed, Dec 16, 2020 at 05:29:39PM +, Qais Yousef wrote: > > Hi Paul > > > > We hit the below splat a couple of days ago in our testing. Sadly I can't > > reproduce it. And it was on android-mainline branch.. > > > > It's

Re: [PATCH -next] qcom: bam_dma: Delete useless kfree code

On Wed 16 Dec 07:06 CST 2020, Zheng Yongjun wrote: > The parameter of kfree function is NULL, so kfree code is useless, delete it. > Therefore, goto expression is no longer needed, so simplify it. > > Signed-off-by: Zheng Yongjun Reviewed-by: Bjorn Andersson > --- >

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

On Wed 16 Dec 07:28 CST 2020, Zheng Yongjun wrote: > Replace a comma between expression statements by a semicolon. > Reviewed-by: Bjorn Andersson > Signed-off-by: Zheng Yongjun > --- > drivers/nvmem/qcom-spmi-sdam.c | 2 +- > drivers/nvmem/snvs_lpgpr.c | 2 +- > 2 files changed, 2

Re: [PATCH v6] drm/bridge: add it6505 driver

Hi Allen. As it6505 is compatible with DisplayPort 1.1a, Should DPI_PIXEL_CLK_MAX be 165 000 instead of 95 000 khz ? This would permit 1080p support, as it may be supported. Mathieu

Re: __local_bh_enable_ip() vs lockdep

On Wed, Dec 16, 2020 at 06:52:59PM +0100, Peter Zijlstra wrote: > On Tue, Dec 15, 2020 at 02:47:24PM -0500, Steven Rostedt wrote: > > On Tue, 15 Dec 2020 20:01:52 +0100 > > Heiko Carstens wrote: > > > > > Hello, > > > > > > the ftrace stack tracer kernel selftest is able to trigger the warning

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

On Wed 16 Dec 06:46 CST 2020, Linus Walleij wrote: > On Tue, Dec 15, 2020 at 6:02 PM 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: [PATCH 1/2] mm: Allow architectures to request 'old' entries when prefaulting

On Wed, Dec 16, 2020 at 9:07 AM Kirill A. Shutemov wrote: > > If this looks fine, I'll submit a proper patch. That patch looks good to me. It would be good if somebody else looked it through - maybe I like it just because I got to pee in the snow and make my mark. But i think that

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

Hi Konstantin, How would you like to proceed with this patch set? This patchset as it is already fixed the customer issue we faced, it will stop memory fragmentation causing by negative dentry and no performance regression through our test. In production workload, it is common that some app

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

People testing have a need to know how many errors might be occurring over time. Add error counters and expose them via debugfs. Signed-off-by: Adrian Hunter --- Changes in V2: Add missing '#include "ufs-debugfs.h"' in ufs-debugfs.c Reported-by: kernel test robot

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

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 sent them this way. > > Sorry, but I'm not touch these patches

[PATCH V3 0/9] Add the page size in the perf record (user tools)

From: Kan Liang Changes since V2: - Rebase on top of acme perf/core branch commit eec7b53d5916 ("perf test: Make sample-parsing test aware of PERF_SAMPLE_{CODE,DATA}_PAGE_SIZE") - Use unit_number__scnprintf() in get_page_size_name() - Emit warning about kernel not supporting the code page

[PATCH V3 1/9] perf script: Support data page size

From: Kan Liang Display the data page size if it is available. Can be configured by the user, for example: perf script --fields comm,event,phys_addr,data_page_size dtlb mem-loads:uP:3fec82ea8 4K dtlb mem-loads:uP:3fec82e90 4K dtlb

[PATCH V3 5/9] perf mem: Support data page size

From: Kan Liang Add option --data-page-size in "perf mem" to record/report data page size. Here are some examples. perf mem --phys-data --data-page-size report -D # PID, TID, IP, ADDR, PHYS ADDR, DATA PAGE SIZE, LOCAL WEIGHT, DSRC, # SYMBOL 20134 20134 0xb5bd2fd0

[PATCH V3 3/9] perf mem: Factor out a function to generate sort order

From: Kan Liang Now, "--phys-data" is the only option which impacts the sort order. A simple "if else" is enough to handle the option. But there will be more options added, e.g. "--data-page-size", which also impact the sort order. The code will become too complex to be maintained. Divide the

[PATCH V3 6/9] perf tools: Add support for PERF_SAMPLE_CODE_PAGE_SIZE

From: Kan Liang Adds the infrastructure to sample the code address page size. Introduce a new --code-page-size option for perf record. Acked-by: Namhyung Kim Acked-by: Jiri Olsa Originally-by: Stephane Eranian Signed-off-by: Kan Liang --- tools/perf/Documentation/perf-record.txt | 3 +++

[PATCH V3 4/9] perf mem: Clean up output format

From: Kan Liang Now, "--phys-data" is the only option which impacts the output format. A simple "if else" is enough to handle the option. But there will be more options added, e.g. "--data-page-size", which also impact the output format. The code will become too complex to be maintained. Divide

[PATCH V3 2/9] perf sort: Add sort option for data page size

From: Kan Liang Add a new sort option "data_page_size" for --mem-mode sort. With this option applied, perf can sort and report by sample's data page size. Here is an example. perf report --stdio --mem-mode --sort=comm,symbol,phys_daddr,data_page_size # To display the perf.data header info,

[PATCH V3 7/9] perf script: Add support for PERF_SAMPLE_CODE_PAGE_SIZE

From: Stephane Eranian Display sampled code page sizes when PERF_SAMPLE_CODE_PAGE_SIZE was set. For example, perf script --fields comm,event,ip,code_page_size dtlb mem-loads:uP:445777 4K dtlb mem-loads:uP:40f724 4K dtlb mem-loads:uP:

[PATCH V3 9/9] perf test: Add test case for PERF_SAMPLE_CODE_PAGE_SIZE

From: Stephane Eranian Extend sample-parsing test cases to support new sample type PERF_SAMPLE_CODE_PAGE_SIZE. Acked-by: Namhyung Kim Acked-by: Jiri Olsa Signed-off-by: Stephane Eranian --- tools/perf/tests/sample-parsing.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH V3 8/9] perf report: Add support for PERF_SAMPLE_CODE_PAGE_SIZE

From: Stephane Eranian Add a new sort dimension "code_page_size" for common sort. With this option applied, perf can sort and report by sample's code page size. For example, perf report --stdio --sort=comm,symbol,code_page_size # To display the perf.data header info, please use #

[PATCH v3] proc: Escape more characters in /proc/mounts output

When a filesystem is mounted with a blank name like so: # mount '' bad -t tmpfs its name entry in /proc/mounts is blank causing the line to start with a space. /mnt/bad tmpfs rw,seclabel,relatime,inode64 0 0 Further, the name could start with a hash, causing the entry to look like this

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

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 02:37:15PM -0800, Yang Shi wrote: > > > > Since memcg_shrinker_map_size

Re: [PATCH net-next 1/4] enetc: drop unneeded indirection

On Tue, Dec 15, 2020 at 10:21:57PM +0100, Michael Walle wrote: > Before commit 6517798dd343 ("enetc: Make MDIO accessors more generic and > export to include/linux/fsl") these macros actually had some benefits. > But after the commit it just makes the code hard to read. Drop the macro >

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

Hello Linus, please pull the updates for the parisc architecture for kernel 5.11-rc1 from: http://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-5.11-1 This patchset includes: A change to increase the default maximum stack size on parisc to 100 MB and the ability to

Re: [PATCH net-next 2/4] enetc: don't use macro magic for the readx_poll_timeout() callback

On Tue, Dec 15, 2020 at 10:21:58PM +0100, Michael Walle wrote: > The macro enetc_mdio_rd_reg() is just used in that particular case and > has a hardcoded parameter name "mdio_priv". Define a specific function > to use for readx_poll_timeout() instead. Also drop the TIMEOUT macro > since it is used

Re: [PATCH net-next 3/4] enetc: drop MDIO_DATA() macro

On Tue, Dec 15, 2020 at 10:21:59PM +0100, Michael Walle wrote: > value is u16, masking with 0x is a nop. Drop it. > > Signed-off-by: Michael Walle > --- Reviewed-by: Vladimir Oltean Tested-by: Vladimir Oltean

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

On Tue, Dec 15, 2020 at 03:47:47PM -0800, Linus Torvalds wrote: > On Mon, Dec 14, 2020 at 6:47 AM Mark Brown wrote: > > There was also an addition and revert of use of the new Soundwire > > support for RT715 due to build issues with the driver built in, my tests > > only covered building it as a

Re: [PATCH net-next 4/4] enetc: reorder macros and functions

On Tue, Dec 15, 2020 at 10:22:00PM +0100, Michael Walle wrote: > Now that there aren't any more macros with parameters, move the macros > above any functions. > > Signed-off-by: Michael Walle > --- Reviewed-by: Vladimir Oltean

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

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 got recompiled, but it turned out to just take 16 seconds because it only

Re: [PATCH net-next 0/4] enetc: code cleanups

Hi Michael, On Tue, Dec 15, 2020 at 10:21:56PM +0100, Michael Walle wrote: > This are some code cleanups in the MDIO part of the enetc. They are > intended to make the code more readable. Nice cleanup, please resend it after net-next opens again.

[PATCH] scsi: ufs: fix livelock on ufshcd_clear_ua_wlun

From: Jaegeuk Kim This fixes the below livelock which is caused by calling a scsi command before ufshcd_scsi_unblock_requests() in ufshcd_ungate_work(). Workqueue: ufs_clk_gating_0 ufshcd_ungate_work Call trace: __switch_to+0x298/0x2bc __schedule+0x59c/0x760 schedule+0xac/0xf0

Re: [GIT PULL] IOMMU updates for 5.11

Hi again, Linus, On Mon, Dec 14, 2020 at 11:45:18PM +, Will Deacon wrote: > Hi Linus, > > Please pull these IOMMU updates for 5.11: there's a good mixture of > improvements to the core code and driver changes across the board. > Summary in the tag and merge commits. > > One thing worth

mmotm 2020-12-16-10-40 uploaded

The mm-of-the-moment snapshot 2020-12-16-10-40 has been uploaded to https://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: https://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH v2] net: dsa: qca: ar9331: fix sleeping function called from invalid context bug

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Fri, 11 Dec 2020 12:03:17 +0100 you wrote: > With lockdep enabled, we will get following warning: > > ar9331_switch ethernet.1:10 lan0 (uninitialized): PHY > [!ahb!ethernet@1a00!mdio!switch@10:00] driver [Qualcomm

Re: [PATCH net] ethtool: fix string set id check

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Mon, 14 Dec 2020 14:25:01 +0100 (CET) you wrote: > Syzbot reported a shift of a u32 by more than 31 in strset_parse_request() > which is undefined behavior. This is caused by range check of string set id > using variable ret

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

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Sun, 13 Dec 2020 12:48:38 +0100 you 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

Re: [PATCH] net: bcmgenet: Fix a resource leak in an error handling path in the probe functin

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Sat, 12 Dec 2020 19:20:05 +0100 you wrote: > If the 'register_netdev()' call fails, we must undo a previous > 'bcmgenet_mii_init()' call. > > Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file") > Signed-off-by:

Re: [PATCH net-next 0/4] enetc: code cleanups

Am 2020-12-16 20:25, schrieb Vladimir Oltean: Hi Michael, On Tue, Dec 15, 2020 at 10:21:56PM +0100, Michael Walle wrote: This are some code cleanups in the MDIO part of the enetc. They are intended to make the code more readable. Nice cleanup, please resend it after net-next opens again.

Re: [PATCH] net: core: fix msleep() is not accurate

On Tue, 15 Dec 2020 10:04:25 +0800 Yejune Deng wrote: > See Documentation/timers/timers-howto.rst, msleep() is not > for (1ms - 20ms), use usleep_range() instead. > > Signed-off-by: Yejune Deng # Form letter - net-next is closed We have already sent the networking pull request for 5.11 and

WARNING: suspicious RCU usage in count

Hello, syzbot found the following issue on: HEAD commit:7f376f19 Merge tag 'mtd/fixes-for-5.10-rc8' of git://git.k.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1217bb7f50 kernel config: https://syzkaller.appspot.com/x/.config?x=ee8a1012a5314210

Re: [PATCH V3 3/3] arm64: topology: Make AMUs work with modular cpufreq drivers

Hi, On Wednesday 16 Dec 2020 at 10:08:05 (+0530), Viresh Kumar wrote: [..] > > > +static void amu_fie_setup(const struct cpumask *cpus) > > > { > > > - cpumask_var_t valid_cpus; > > > bool invariant; > > > - int ret = 0; > > > int cpu; > > > > > > - if (!zalloc_cpumask_var(_cpus,

[GIT PULL] VFIO updates for v5.11-rc1

Hi Linus, The following changes since commit b65054597872ce3aefbc6a666385eabdf9e288da: Linux 5.10-rc6 (2020-11-29 15:50:50 -0800) are available in the Git repository at: git://github.com/awilliam/linux-vfio.git tags/vfio-v5.11-rc1 for you to fetch changes up to

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

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 02:37:15PM -0800, Yang Shi wrote: > > > > Since memcg_shrinker_map_size

Re: [GIT PULL] Audit patches for v5.11

The pull request you sent on Mon, 14 Dec 2020 20:57:59 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git > tags/audit-pr-20201214 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/3d5de2ddc6ba924d7c10460a1dc3aae8786b9d52 Thank you! --

Re: [GIT PULL] integrity subsystem updates for v5.11

The pull request you sent on Tue, 15 Dec 2020 07:45:27 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git > tags/integrity-v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e20a9b92ddbfe662807622dbb28e1fbb6e0011aa Thank you! --

Re: [GIT PULL] SELinux patches for v5.11

The pull request you sent on Mon, 14 Dec 2020 21:18:20 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/selinux.git > tags/selinux-pr-20201214 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ca5b877b6ccc7b989614f3f541e9a1fe2ff7f75a Thank you! --

Re: [GIT PULL] printk for 5.11

The pull request you sent on Mon, 14 Dec 2020 16:18:32 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/printk/linux.git > tags/printk-for-5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d3eb52113d162cc88975fbd03c9e6f9cf2f8a771 Thank you! --

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

The pull request you sent on Tue, 15 Dec 2020 12:15:36 -0800: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/gcc-plugins-v5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/6df0f2855a9ae888fd19d034d8e6889cee6b639c Thank you! --

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

The pull request you sent on Tue, 15 Dec 2020 12:19:50 -0800: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/pstore-v5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ba1d41a55e4d07c7b27ee2f6e7cf5b5348849261 Thank you! --

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

The pull request you sent on Tue, 15 Dec 2020 12:30:17 -0800: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/seccomp-v5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e994cc240a3b75744c33ca9b8d74f71f0fcd8852 Thank you! --

Re: [GIT PULL] Smack patches for v5.11

The pull request you sent on Tue, 15 Dec 2020 11:02:53 -0800: > https://github.com/cschaufler/smack-next tags/Smack-for-5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8bda68d68b21cb9881dcc7159fd9db1b6f95ac15 Thank you! -- Deet-doot-dot, I am a bot.

Re: [RFC V2 0/2] cpufreq: cppc: Add support for frequency invariance

Hi, On Tuesday 15 Dec 2020 at 16:46:34 (+0530), Viresh Kumar wrote: > Hello, > > CPPC cpufreq driver is used for ARM servers and this patch series tries > to provide frequency invariance support for them. > Nitpick: cppc_cpufreq already supports cpufreq-based frequency invariance, but not

Re: [PATCH] net: allwinner: Fix some resources leak in the error handling path of the probe and in the remove function

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Mon, 14 Dec 2020 21:21:17 +0100 you wrote: > 'irq_of_parse_and_map()' should be balanced by a corresponding > 'irq_dispose_mapping()' call. Otherwise, there is some resources leaks. > > Add such a call in the error handling

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

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 introduction of '2cd64ae98f35 ("gpiolib: Disallow > identical line

Re: [PATCH v2] arm64: defconfig: Enable REGULATOR_MP8859

Hi Heiko, On Fri, Jul 31, 2020 at 9:33 PM Jagan Teki wrote: > > RK3399 boards like ROC-RK3399-PC is using MP8859 DC/DC converter > for 12V supply. > > roc-rk3399-pc initially used 12V fixed regulator for this supply, > but the below commit has switched to use MP8859. > > commit

Re: [PATCH v12 09/17] s390/vfio-ap: sysfs attribute to display the guest's matrix

Thanks for the review. On 11/28/20 7:49 PM, Halil Pasic wrote: On Tue, 24 Nov 2020 16:40:08 -0500 Tony Krowiak wrote: The matrix of adapters and domains configured in a guest's APCB may differ from the matrix of adapters and domains assigned to the matrix mdev, so this patch introduces a

Re: [PATCH bpf-next v4 10/11] bpf: Add tests for new BPF atomic operations

On 12/16/20 3:51 AM, Brendan Jackman wrote: On Wed, 16 Dec 2020 at 08:19, Yonghong Song wrote: On 12/15/20 3:12 AM, Brendan Jackman wrote: On Tue, Dec 08, 2020 at 10:15:35AM -0800, Yonghong Song wrote: On 12/8/20 8:59 AM, Brendan Jackman wrote: On Tue, Dec 08, 2020 at 08:38:04AM

Re: New objtool warning..

On Tue, Dec 15, 2020 at 09:32:29PM -0800, Linus Torvalds wrote: > > The asm code looks like this: > > > > cmpb$4, %al #, _30 > > jne .L176 #, > > ... > > cmpb$12, %al#, _30 > > jne .L176 #, > > ... > > .L176: > > #

Re: [Patch v3 0/2] cgroup: KVM: New Encryption IDs cgroup controller

On Wed, Dec 9, 2020 at 12:59 PM Tejun Heo wrote: > * I don't have an overall objection. In terms of behavior, the only thing > which stood out was input rejection depending on the current usage. The > preferred way of handling that is rejecting future allocations rather than > failing

Re: [PATCH v4 4/5] crypto: hisilicon/hpre - add 'ECDH' algorithm

Am Mittwoch, dem 16.12.2020 um 10:39 +0800 schrieb yumeng: > > > > > Am Freitag, den 11.12.2020, 14:30 +0800 schrieb Meng Yu: > > > > > > +/* size in bytes of the n prime */ > > > +#define HPRE_ECC_NIST_P128_N_SIZE  16 > > > > Do we truly need P-128? Besides, I do not see that curve being

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

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 resulting from the assignment does not reference an AP queue device that is bound to

Re: [GIT PULL] xen: branch for v5.11-rc1

The pull request you sent on Tue, 15 Dec 2020 13:26:06 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git > for-linus-5.11-rc1-tag has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7acfd4274e26e05a4f12ad31bf331fef11ebc6a3 Thank you! -- Deet-doot-dot,

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

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: [GIT PULL] MIPS changes for v5.11

The pull request you sent on Wed, 16 Dec 2020 12:06:34 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/ tags/mips_5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/8312f41f08edc641aa927d31fb71319694ae9c42 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL] arch/microblaze patches for 5.11-rc1

The pull request you sent on Wed, 16 Dec 2020 11:21:47 +0100: > git://git.monstr.eu/linux-2.6-microblaze.git tags/microblaze-v5.11 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/66fc6a6254c7a138aef7806bd933c218e1aefcfc Thank you! -- Deet-doot-dot, I am a bot.

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: [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 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: [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 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 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: [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: [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: [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 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: 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

[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: [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

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 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: 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: [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() -

[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.

<    2   3   4   5   6   7   8   9   10   >