[PATCH v2 08/12] ipu3-cio2: Add T: entry to MAINTAINERS

Development for the ipu3-cio2 driver is taking place in media_tree, but there's no T: entry in MAINTAINERS to denote that - rectify that oversight Reviewed-by: Laurent Pinchart Reviewed-by: Andy Shevchenko Signed-off-by: Daniel Scally --- Changes in v2: - None MAINTAINERS | 1 + 1

Re: [PATCH] RISC-V: Fix usage of memblock_enforce_memory_limit

On Thu, Dec 17, 2020 at 12:53 AM Bin Meng wrote: > > Hi Atish, > > On Thu, Dec 17, 2020 at 4:43 PM Atish Patra wrote: > > > > On Thu, Dec 17, 2020 at 12:12 AM Bin Meng wrote: > > > > > > Hi Atish, > > > > > > On Thu, Dec 17, 2020 at 3:49 PM Atish Patra wrote: > > > > > > > >

[PATCH v2 02/12] property: Return true in fwnode_device_is_available for NULL ops

Some types of fwnode_handle do not implement the device_is_available() check, such as those created by software_nodes. There isn't really a meaningful way to check for the availability of a device that doesn't actually exist, so if the check isn't implemented just assume that the "device" is

[PATCH v2 10/12] media: v4l2-core: v4l2-async: Check sd->fwnode->secondary in match_fwnode()

Where the fwnode graph is comprised of software_nodes, these will be assigned as the secondary to dev->fwnode. Check the v4l2_subdev's fwnode for a secondary and attempt to match against it during match_fwnode() to accommodate that possibility. Reviewed-by: Andy Shevchenko Reviewed-by: Laurent

[PATCH v2 11/12] acpi: Add acpi_dev_get_next_match_dev() and helper macro

To ensure we handle situations in which multiple sensors of the same model (and therefore _HID) are present in a system, we need to be able to iterate over devices matching a known _HID but unknown _UID and _HRV - add acpi_dev_get_next_match_dev() to accommodate that possibility and change

[PATCH v2 09/12] ipu3-cio2: Rename ipu3-cio2.c

ipu3-cio2 driver needs extending with multiple files; rename the main source file and specify the renamed file in Makefile to accommodate that. Suggested-by: Andy Shevchenko Reviewed-by: Laurent Pinchart Reviewed-by: Andy Shevchenko Signed-off-by: Daniel Scally --- Changes in v2: -

[PATCH] staging: most: video: fixed a parentheses coding style issue.

Fixed a coding style issue. Signed-off-by: Daniel West --- drivers/staging/most/video/video.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/most/video/video.c b/drivers/staging/most/video/video.c index 829df899b993..c58192ab0c2a 100644 ---

[PATCH v2 07/12] lib/test_printf.c: Use helper function to unwind array of software_nodes

Use the software_node_unregister_nodes() helper function to unwind this array in a cleaner way. Acked-by: Petr Mladek Reviewed-by: Andy Shevchenko Reviewed-by: Laurent Pinchart Reviewed-by: Sergey Senozhatsky Suggested-by: Andy Shevchenko Signed-off-by: Daniel Scally --- Changes in v2:

[PATCH v2 03/12] property: Call fwnode_graph_get_endpoint_by_id() for fwnode->secondary

This function is used to find fwnode endpoints against a device. In some instances those endpoints are software nodes which are children of fwnode->secondary. Add support to fwnode_graph_get_endpoint_by_id() to find those endpoints by recursively calling itself passing the ptr to fwnode->secondary

[PATCH v2 12/12] ipu3-cio2: Add cio2-bridge to ipu3-cio2 driver

Currently on platforms designed for Windows, connections between CIO2 and sensors are not properly defined in DSDT. This patch extends the ipu3-cio2 driver to compensate by building software_node connections, parsing the connection properties from the sensor's SSDB buffer. Suggested-by: Jordan

[PATCH v2 06/12] software_node: Add support for fwnode_graph*() family of functions

From: Heikki Krogerus This implements the remaining .graph_* callbacks in the fwnode operations structure for the software nodes. That makes the fwnode_graph*() functions available in the drivers also when software nodes are used. The implementation tries to mimic the "OF graph" as much as

Re: [PATCH v2 1/7] regulator: dt-bindings: remove useless properties

On Wed, Dec 16, 2020 at 12:56:33AM +0100, Adrien Grassein wrote: > regulator-name is a generic property of the regulator. > Don't repeat it here. Yes, but the values aren't generic. > > Signed-off-by: Adrien Grassein > --- > .../regulator/nxp,pf8x00-regulator.yaml | 17

Re: [PATCH v2 3/7] regulator: dt-bindings: pf8x00: fix nxp,phase-shift doc

On Wed, Dec 16, 2020 at 12:56:35AM +0100, Adrien Grassein wrote: > nxp,phase-shift is an enum so use enum format to describe it. > Minimum and maximum values are also wrong. > > Signed-off-by: Adrien Grassein > --- > .../bindings/regulator/nxp,pf8x00-regulator.yaml | 16 > 1

Re: [PATCH v2 4/7] regulator: dt-bindings: pf8x00: remove nxp,ilim-ma property

On Wed, 16 Dec 2020 00:56:36 +0100, Adrien Grassein wrote: > This property seems useless because we can use the > regulator-max-microamp generic property to do the same > and using generic code. > > The only things it changes is the default value. The original > code was using "2100" (mA) as

[PATCH] checkpatch: add warning for non-lore mailing list URLs

From: Bjorn Helgaas The lkml.org, marc.info, spinics.net, etc archives are not quite as useful as lore.kernel.org because they use different styles, add advertising, and may disappear in the future. The lore archives are more consistent and more likely to stick around, so prefer

Re: [PATCH] staging: most: video: fixed a parentheses coding style issue.

On Thu, 2020-12-17 at 15:45 -0800, Daniel West wrote: > Fixed a coding style issue. It may pass checkpatch without warning, but it's uncommon kernel coding style. > diff --git a/drivers/staging/most/video/video.c > b/drivers/staging/most/video/video.c [] > @@ -365,8 +365,8 @@ static const

Re: Question for AMD patches

On Fri, Dec 18, 2020 at 07:34:07AM +0800, Young Hsieh wrote: Hi Sasha, The other reason we are wondering if 5.4 has backporting is we are not very comfortable about using the bleeding edge. Do you think 5.10 is stable currently? Thanks for your help again. :) Hi Young, See

Re: [PATCH v2 0/3] add support for metadata encryption to F2FS

On Thu, Dec 17, 2020 at 06:34:27PM -0500, Theodore Y. Ts'o wrote: > On Thu, Dec 17, 2020 at 08:51:14PM +, Satya Tangirala wrote: > > On Thu, Dec 17, 2020 at 01:08:49PM -0500, Theodore Y. Ts'o wrote: > > > On Thu, Dec 17, 2020 at 03:04:32PM +, Satya Tangirala wrote: > > > > This patch

Re: [PATCH v3 3/6] ASoC: audio-graph-card: Support setting component plls and sysclks

Hi Richard Thank you for your patch. This is v3 patch, but I think this is the first time for me to receive patch... > Some codecs need plls and/or sysclks to be configured using the > snd_soc_component_set_[sysclk|pll] functions. These drivers cannot > necessarily be converted to use the

[PATCH v2] arm64: link with -z norelro for LLD or aarch64-elf

With GNU binutils 2.35+, linking with BFD produces warnings for vmlinux: aarch64-linux-gnu-ld: warning: -z norelro ignored BFD can produce this warning when the target emulation mode does not support RELRO program headers, and -z relro or -z norelro is passed. Alan Modra clarifies: The default

[PATCH 0/4] KVM: x86/mmu: Bug fixes and cleanups in get_mmio_spte()

Two fixes for bugs that were introduced along with the TDP MMU (though I strongly suspect only the one reported by Richard, fixed in patch 2/4, is hittable in practice). Two additional cleanup on top to try and make the code a bit more readable and shave a few cycles. Sean Christopherson (4):

[PATCH 4/4] KVM: x86/mmu: Optimize not-present/MMIO SPTE check in get_mmio_spte()

Check only the terminal leaf for a "!PRESENT || MMIO" SPTE when looking for reserved bits on valid, non-MMIO SPTEs. The get_walk() helpers terminate their walks if a not-present or MMIO SPTE is encountered, i.e. the non-terminal SPTEs have already been verified to be regular SPTEs. This

[PATCH 2/4] KVM: x86/mmu: Get root level from walkers when retrieving MMIO SPTE

Get the so called "root" level from the low level shadow page table walkers instead of manually attempting to calculate it higher up the stack, e.g. in get_mmio_spte(). When KVM is using PAE shadow paging, the starting level of the walk, from the callers perspective, is not the CR3 root but

[PATCH 3/4] KVM: x86/mmu: Use raw level to index into MMIO walks' sptes array

Bump the size of the sptes array by one and use the raw level of the SPTE to index into the sptes array. Using the SPTE level directly improves readability by eliminating the need to reason out why the level is being adjusted when indexing the array. The array is on the stack and is not

[PATCH 1/4] KVM: x86/mmu: Use -1 to flag an undefined spte in get_mmio_spte()

Return -1 from the get_walk() helpers if the shadow walk doesn't fill at least one spte, which can theoretically happen if the walk hits a not-present PTPDR. Returning the root level in such a case will cause get_mmio_spte() to return garbage (uninitialized stack data). In practice, such a

Re: [PATCH] checkpatch: add warning for non-lore mailing list URLs

On Thu, 2020-12-17 at 17:56 -0600, Bjorn Helgaas wrote: > From: Bjorn Helgaas > > The lkml.org, marc.info, spinics.net, etc archives are not quite as useful > as lore.kernel.org because they use different styles, add advertising, and > may disappear in the future. The lore archives are more

[tip:master] BUILD SUCCESS 01428e8d731bdc366e3c3538b28ae886109f9f28

allyesconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a001-20201217 i386 randconfig-a004-20201217 i386 randconfig-a003-20201217 i386 randconfig-a002-20201217 i386

Re: [PATCH] tick/nohz: Make the idle_exittime update correctly

On 2020/12/17 21:59, Frederic Weisbecker wrote: > On Thu, Dec 17, 2020 at 02:51:58PM +0800, Yunfeng Ye wrote: >> >> >> On 2020/12/15 22:47, Frederic Weisbecker wrote: >>> On Tue, Dec 15, 2020 at 08:06:34PM +0800, Yunfeng Ye wrote: The idle_exittime field of tick_sched is used to record the

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

On Tue, Dec 15, 2020 at 3:07 PM Yang Shi wrote: > > On Mon, Dec 14, 2020 at 7:05 PM Dave Chinner wrote: > > > > On Mon, Dec 14, 2020 at 02:37:20PM -0800, Yang Shi wrote: > > > Now nr_deferred is available on per memcg level for memcg aware > > > shrinkers, so don't need > > > allocate

Re: [RFC PATCH 4/8] x86/power: Restore Key Locker internal key from the ACPI S3/4 sleep states

> On Dec 18, 2020, at 04:10, Eric Biggers wrote: > > On Wed, Dec 16, 2020 at 09:41:42AM -0800, Chang S. Bae wrote: >> When the system state switches to these sleep states, the internal key gets >> reset. Since this system transition is transparent to userspace, the >> internal key needs to be

[tip:efi/core 3/7] /tmp/slab-258052.s:9870: Error: unrecognized opcode `zext.b a2,a2'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi/core head: b283477d394ac41ca59ee20eb9293ae9002eb1d7 commit: 6edcf9dc2e1aff3aa1f5a69ee420fb30dd0e968a [3/7] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes config: riscv-randconfig-r022-20201217

[GIT PULL] CIFS/SMB3 Fixes and Improvements for 5.11-rc

Please pull the following changes since commit 2c85ebc57b3e1817b6ce1a6b703928e113a90442: Linux 5.10 (2020-12-13 14:41:30 -0800) are available in the Git repository at: git://git.samba.org/sfrench/cifs-2.6.git tags/5.11-rc-smb3 for you to fetch changes up to

RE: Re: [PATCH v14 0/3] scsi: ufs: Add Host Performance Booster Support

Hi, Greg > > NAND flash memory-based storage devices use Flash Translation Layer (FTL) > > to translate logical addresses of I/O requests to corresponding flash > > memory addresses. Mobile storage devices typically have RAM with > > constrained size, thus lack in memory to keep the whole mapping

Re: [RFC PATCH 0/8] x86: Support Intel Key Locker

> On Dec 18, 2020, at 04:10, Eric Biggers wrote: > > On Wed, Dec 16, 2020 at 09:41:38AM -0800, Chang S. Bae wrote: >> [1] Intel Architecture Instruction Set Extensions Programming Reference: >> >>

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

On Thu, Dec 17, 2020 at 04:56:48PM -0800, Yang Shi wrote: > On Tue, Dec 15, 2020 at 3:07 PM Yang Shi wrote: > > > This guarantees that only the shrinker instances taht have a > > > correctly set up memcg attached to them will have the > > > SHRINKER_MEMCG_AWARE flag set. Hence in all the rest of

[PATCH] Smack: Handle io_uring kernel thread privileges.

Smack assumes that kernel threads are privileged for smackfs operations. This was necessary because the credential of the kernel thread was not related to a user operation. With io_uring the credential does reflect a user's rights and can be used. Suggested-by: Jens Axboe Signed-off-by: Casey

[PATCH 0/4] KVM: x86/mmu: Bug fixes and cleanups in get_mmio_spte()

Hi, Sean and all. Thanks so much for these. Very glad to report that the problem has been solved. I applied all four patches, recompiled kernel 5.10.1 and successfully launched a Qemu VM. Let's hope these will get merged into 5.10.2. Thanks again for the hard work and quick fix. Richard

Re: WARNING: suspicious RCU usage in modeset_lock

On Thu, Dec 17, 2020 at 07:21:18AM -0800, Paul E. McKenney wrote: > On Thu, Dec 17, 2020 at 11:03:20AM +0100, Daniel Vetter wrote: > > On Wed, Dec 16, 2020 at 5:16 PM Paul E. McKenney wrote: > > > > > > On Wed, Dec 16, 2020 at 10:52:06AM +0100, Daniel Vetter wrote: > > > > On Wed, Dec 16, 2020 at

[PATCH -next] vdpa: Mark macaddr_buf with static keyword

Fix the following sparse warning: drivers/vdpa/vdpa_sim/vdpa_sim_net.c:36:4: warning: symbol 'macaddr_buf' was not declared. Should it be static? Reported-by: Hulk Robot Signed-off-by: Zou Wei --- drivers/vdpa/vdpa_sim/vdpa_sim_net.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 04/14] dt-bindings: display: bridge: Add i.MX8qm/qxp pixel combiner binding

Hi, On Thu, 2020-12-17 at 12:50 -0600, Rob Herring wrote: > On Thu, 17 Dec 2020 17:59:23 +0800, Liu Ying wrote: > > This patch adds bindings for i.MX8qm/qxp pixel combiner. > > > > Signed-off-by: Liu Ying > > --- > > .../display/bridge/fsl,imx8qxp-pixel-combiner.yaml | 160 > >

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

On 2020/12/17 上午5:26, Dave Chinner wrote: 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 &

Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()

On 2020/12/16 下午1:43, Jane Chu wrote: On 12/15/2020 4:14 AM, Shiyang Ruan wrote:   #ifdef CONFIG_SYSFS +int bd_disk_holder_corrupted_range(struct block_device *bdev, loff_t off, +   size_t len, void *data);   int bd_link_disk_holder(struct block_device *bdev, struct gendisk

Re: [RFC PATCH v2 2/2] blk-mq: Lockout tagset iter when freeing rqs

On 12/17/20 3:07 AM, John Garry wrote: > diff --git a/block/blk-mq-tag.c b/block/blk-mq-tag.c > index a6df2d5df88a..853ed5b889aa 100644 > --- a/block/blk-mq-tag.c > +++ b/block/blk-mq-tag.c > @@ -358,10 +358,19 @@ void blk_mq_tagset_busy_iter(struct blk_mq_tag_set > *tagset, > { > int i; >

Re: [PATCH v14 0/3] scsi: ufs: Add Host Performance Booster Support

On 12/17/20 5:05 PM, Daejun Park wrote: > Here is my iozone script: > iozone -r 4k -+n -i2 -ecI -t 16 -l 16 -u 16 > -s $IO_RANGE/16 -F mnt/tmp_1 mnt/tmp_2 mnt/tmp_3 mnt/tmp_4 > mnt/tmp_5 mnt/tmp_6 mnt/tmp_7 mnt/tmp_8 mnt/tmp_9 mnt/tmp_10 mnt/tmp_11 > mnt/tmp_12 mnt/tmp_13 mnt/tmp_14 mnt/tmp_15

Re: Subject: [PATCH v14 1/3] scsi: ufs: Introduce HPB feature

Hi Daejun, On Wed, 2020-12-16 at 11:45 +0900, Daejun Park wrote: > This is a patch for the HPB initialization and adds HPB function calls to > UFS core driver. > > NAND flash-based storage devices, including UFS, have mechanisms to > translate logical addresses of IO requests to the

Re: [PATCH v4 3/9] dt-bindings: mfd: Add compatible for the MediaTek MT6359 PMIC

Hi, On Thu, 2020-12-17 at 13:28 -0600, Rob Herring wrote: > On Wed, 16 Dec 2020 15:47:01 +0800, Hsin-Hsiung Wang wrote: > > This adds compatible for the MediaTek MT6359 PMIC. > > > > Signed-off-by: Hsin-Hsiung Wang > > --- > > Documentation/devicetree/bindings/mfd/mt6397.txt | 7 ++- > > 1

Re: [PATCH v3] driver: aspeed: g6: Fix PWMG0 pinctrl setting

On Thu, 17 Dec 2020, at 13:19, Billy Tsai wrote: > The SCU offset for signal PWM8 in group PWM8G0 is wrong, fix it from > SCU414 to SCU4B4. > > Signed-off-by: Billy Tsai Reviewed-by: Andrew Jeffery Thanks Billy. > --- > drivers/pinctrl/aspeed/pinctrl-aspeed-g6.c | 2 +- > 1 file changed,

Re: [GIT PULL] JFFS2, UBI and UBIFS updates for 5.11-rc1

The pull request you sent on Thu, 17 Dec 2020 22:44:21 +0100 (CET): > git://git.kernel.org/pub/scm/linux/kernel/git/rw/ubifs.git > tags/for-linus-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/787fec8ac15cc693b9a7bc1b4a338b92483d993c Thank you! --

Re: [GIT PULL] CIFS/SMB3 Fixes and Improvements for 5.11-rc

The pull request you sent on Thu, 17 Dec 2020 19:05:32 -0600: > git://git.samba.org/sfrench/cifs-2.6.git tags/5.11-rc-smb3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/e13300bdaa68f5487000e66baed1ff69bcb510bf Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] UML updates for 5.11-rc1

The pull request you sent on Thu, 17 Dec 2020 22:44:23 +0100 (CET): > git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git > tags/for-linus-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/345b17acb1aa7a443741d9220f66b30d5ddd7c39 Thank you! --

Re: [GIT PULL] GPIO bulk changes for the v5.11 cycle

The pull request you sent on Thu, 17 Dec 2020 22:59:54 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git > tags/gpio-v5.11-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a409ed156a90093a03fe6a93721ddf4c591eac87 Thank you! --

Re: [PATCH] btf: support ints larger than 128 bits

On 12/17/20 7:01 AM, Sean Young wrote: clang supports arbitrary length ints using the _ExtInt extension. This can be useful to hold very large values, e.g. 256 bit or 512 bit types. Larger types (e.g. 1024 bits) are possible but I am unaware of a use case for these. This requires the

Re: [RFC PATCH v3 8/9] md: Implement ->corrupted_range()

On 2020/12/16 上午4:51, Darrick J. Wong wrote: On Tue, Dec 15, 2020 at 08:14:13PM +0800, Shiyang Ruan wrote: With the support of ->rmap(), it is possible to obtain the superblock on a mapped device. If a pmem device is used as one target of mapped device, we cannot obtain its superblock

RE: Re: Subject: [PATCH v14 1/3] scsi: ufs: Introduce HPB feature

Hi Daejun, > > On Wed, 2020-12-16 at 11:45 +0900, Daejun Park wrote: > > This is a patch for the HPB initialization and adds HPB function calls to > > UFS core driver. > > > > NAND flash-based storage devices, including UFS, have mechanisms to > > translate logical addresses of IO requests to

RE: Re: [PATCH v14 0/3] scsi: ufs: Add Host Performance Booster Support

On 12/17/20 5:05 PM, Daejun Park wrote: > > Here is my iozone script: > > iozone -r 4k -+n -i2 -ecI -t 16 -l 16 -u 16 > > -s $IO_RANGE/16 -F mnt/tmp_1 mnt/tmp_2 mnt/tmp_3 mnt/tmp_4 > > mnt/tmp_5 mnt/tmp_6 mnt/tmp_7 mnt/tmp_8 mnt/tmp_9 mnt/tmp_10 mnt/tmp_11 > > mnt/tmp_12 mnt/tmp_13 mnt/tmp_14

Re: [RFC PATCH v3 9/9] xfs: Implement ->corrupted_range() for XFS

On 2020/12/16 上午4:40, Darrick J. Wong wrote: On Tue, Dec 15, 2020 at 08:14:14PM +0800, Shiyang Ruan wrote: This function is used to handle errors which may cause data lost in filesystem. Such as memory failure in fsdax mode. In XFS, it requires "rmapbt" feature in order to query for files

Re: [PATCH v2] arm64: link with -z norelro for LLD or aarch64-elf

On Thu, Dec 17, 2020 at 04:24:32PM -0800, 'Nick Desaulniers' via Clang Built Linux wrote: > With GNU binutils 2.35+, linking with BFD produces warnings for vmlinux: > aarch64-linux-gnu-ld: warning: -z norelro ignored > > BFD can produce this warning when the target emulation mode does not >

Re: [resend/standalone PATCH v4] Add auxiliary bus support

On Thu, Dec 17, 2020 at 1:20 PM Alexandre Belloni wrote: > > Hello, > > On 05/12/2020 16:51:36+0100, Greg KH wrote: > > > To me, the documentation was written, and reviewed, more from the > > > perspective of "why not open code a custom bus instead". So I can see > > > after the fact how that is

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

/git/davem/net-next.git 13458ffe0a953e17587f172a8e5059c243e6850a config: powerpc-randconfig-r025-20201217 (attached as .config) compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project cee1e7d14f4628d6174b33640d502bff3b54ae45) reproduce (this is a W=1 build): wget https

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

On 2020/12/17 上午4:55, Jane Chu wrote: 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] arm64: do not descend to vdso directories twice

arm64 descends into each vdso directory twice; first in vdso_prepare, second during the ordinary build process. PPC mimicked it and uncovered a problem [1]. In the first descend, Kbuild directly visits the vdso directories, therefore it does not inherit subdir-ccflags-y from upper directories.

linux-next: manual merge of the kvm tree with the arm64-fixes tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/arm64/include/asm/kvm_asm.h between commit: 9fd339a45be5 ("arm64: Work around broken GCC 4.9 handling of "S" constraint") from the arm64-fixes tree and commit: b881cdce77b4 ("KVM: arm64: Allocate hyp vectors

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

Quoting Doug Anderson (2020-12-17 13:35:08) > > If we wanted to truly make this driver super robust against ridiculous > interrupt latencies then, presumably, we could handle the SPI timeout > ourselves but before timing out we could check to see if the > interrupts were pending. Then we could

Recall: extcon: add EXTCON_JACK_UNSUPPORTED for external headset jack

me...@codeaurora.org would like to recall the message, "extcon: add EXTCON_JACK_UNSUPPORTED for external headset jack". <>

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

Quoting Doug Anderson (2020-12-17 13:45:18) > > On Wed, Dec 16, 2020 at 8:21 PM Stephen Boyd wrote: > > > > if (M_CMD_CANCEL_EN || M_CMD_ABORT_EN) /* but not the other irqs > > like CMD_DONE or refill fifos */ > > writel(M_CMD_CANCEL_EN | M_CMD_ABORT_EN, se->base + > >

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

Quoting Douglas Anderson (2020-12-17 14:29:12) > 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

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

Quoting Douglas Anderson (2020-12-17 14:29:14) > 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

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

Quoting Douglas Anderson (2020-12-17 14:29:13) > If we get a timeout sending then this happens: > > spi_transfer_one_message() > ->transfer_one() AKA spi_geni_transfer_one() > setup_fifo_xfer() >mas->cur_xfer = non-NULL > spi_transfer_wait() => TIMES OUT > if (msg->status !=

Re: [PATCH 00/21] Control VQ support in vDPA

On 2020/12/18 上午6:28, Michael S. Tsirkin wrote: On Thu, Dec 17, 2020 at 05:02:49PM +0800, Jason Wang wrote: On 2020/12/17 下午3:58, Michael S. Tsirkin wrote: On Thu, Dec 17, 2020 at 11:30:18AM +0800, Jason Wang wrote: On 2020/12/16 下午5:47, Michael S. Tsirkin wrote: On Wed, Dec 16, 2020 at

Re: [PATCH 1/1] device-dax: avoid an unnecessary check in alloc_dev_dax_range()

On Fri, Nov 20, 2020 at 1:23 AM Zhen Lei wrote: > > Swap the calling sequence of krealloc() and __request_region(), call the > latter first. In this way, the value of dev_dax->nr_range does not need to > be considered when __request_region() failed. This looks ok, but I think I want to see

[GIT PULL] RISC-V Patches for the 5.11 Merge Window, Part 1

The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git tags/riscv-for-linus-5.11-mw0 for you to fetch changes up to

[PATCH v1 0/5] Enable fw_devlink=on by default

As discussed in LPC 2020, cyclic dependencies in firmware that couldn't be broken using logic was one of the last remaining reasons fw_devlink=on couldn't be set by default. This series changes fw_devlink so that when a cyclic dependency is found in firmware, the links between those devices

[PATCH v1 1/5] driver core: Add debug logs for device link related probe deferrals

There's insufficient logging when device links or fw_devlink (waiting to create device links) cause probe deferrals. This makes it hard to debug devices not getting probed. So, add debug logs to make it easy to debug. Signed-off-by: Saravana Kannan --- drivers/base/core.c | 6 ++ 1 file

[PATCH v1 2/5] driver core: Add device link support for INFERRED flag

This flag can never be added to a device link that already exists and doesn't have the flag set. It can only be added when a device link is created for the first time or it can be maintained if the device link already has the it set. This flag will be used for marking device links created ONLY by

[PATCH v1 3/5] driver core: Have fw_devlink use DL_FLAG_INFERRED

This will be useful in identifying device links created only due to fw_devlink when we need to break cyclic dependencies due to fw_devlink. Signed-off-by: Saravana Kannan --- drivers/base/core.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git

[PATCH v1 5/5] driver core: Set fw_devlink=on by default

Cyclic dependencies in some firmware was one of the last remaining reasons fw_devlink=on couldn't be set by default. Now that cyclic dependencies don't block probing, set fw_devlink=on by default. Setting fw_devlink=on by default brings a bunch of benefits (currently, only for systems with device

[PATCH v1 4/5] driver core: Handle cycles in device links created by fw_devlink

Sometimes, firmware can have cyclic dependencies between devices. But one or more of those dependencies in the cycle are false dependencies that don't affect the probing of the device. fw_devlink can detect some of these false dependencies using logic. But when it can't, we don't want to block

Re: [PATCH bpf-next 1/2] bpf: Add a bpf_kallsyms_lookup helper

On Thu, Dec 17, 2020 at 09:26:09AM -0800, Yonghong Song wrote: > > > On 12/17/20 7:31 AM, Florent Revest wrote: > > On Mon, Dec 14, 2020 at 7:47 AM Yonghong Song wrote: > > > On 12/11/20 6:40 AM, Florent Revest wrote: > > > > On Wed, Dec 2, 2020 at 10:18 PM Alexei Starovoitov > > > > wrote: >

Re: KASAN: use-after-free Read in service_outstanding_interrupt

syzbot has found a reproducer for the following issue on: HEAD commit:5e60366d Merge tag 'fallthrough-fixes-clang-5.11-rc1' of g.. git tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-testing console output:

Re: [RFC PATCH] badblocks: Improvement badblocks_set() for handling multiple ranges

[ add Neil, original gooodguy who wrote badblocks ] On Thu, Dec 3, 2020 at 9:16 AM Coly Li wrote: > > Recently I received a bug report that current badblocks code does not > properly handle multiple ranges. For example, > badblocks_set(bb, 32, 1, true); > badblocks_set(bb, 34,

[PATCH] scsi: ufs: fix livelock of ufshcd_clear_ua_wluns

When gate_work/ungate_work gets an error during hibern8_enter or exit, ufshcd_err_handler() ufshcd_scsi_block_requests() ufshcd_reset_and_restore() ufshcd_clear_ua_wluns() -> stuck ufshcd_scsi_unblock_requests() In order to avoid it, ufshcd_clear_ua_wluns() can be called per

Re: Linux kernel in-tree Rust support

On Thu, Dec 17, 2020 at 10:45 PM Pavel Machek wrote: > > Well.. not everyone has 32 cores in their notebook. It is true that complex Rust, like complex C++, does have high compilation times. But it all depends on how much one relies on certain language features. Straightforward Rust code is

Re: [RFC PATCH v2 2/2] blk-mq: Lockout tagset iter when freeing rqs

On Thu, Dec 17, 2020 at 07:07:53PM +0800, John Garry wrote: > References to old IO sched requests are currently cleared from the > tagset when freeing those requests; switching elevator or changing > request queue depth is such a scenario in which this occurs. > > However, this does not stop the

[PATCH v5 0/6] drm/imx: Introduce i.MX8qm/qxp DPU DRM

Hi, This patch set introduces i.MX8qm/qxp Display Processing Unit(DPU) DRM support. DPU is comprised of a blit engine for 2D graphics, a display controller and a command sequencer. Outside of DPU, optional prefetch engines can fetch data from memory prior to some DPU fetchunits of blit engine

Re: extcon: add EXTCON_JACK_UNSUPPORTED for external headset jack

On 12/18/20 11:51 AM, me...@codeaurora.org wrote: >   > >   > > From dac7b15dbdd4c327083fff97f22cf0c6ddfcf31a Mon Sep 17 00:00:00 2001 > > From: Meng Wang > > Date: Wed, 9 Dec 2020 12:35:54 +0800 > > Subject: [PATCH] extcon: add EXTCON_JACK_UNSUPPORTED for external headset jack > >   > >

[PATCH v5 2/6] dt-bindings: display: imx: Add i.MX8qxp/qm PRG binding

This patch adds bindings for i.MX8qxp/qm Display Prefetch Resolve Gasket. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- Note that this depends on the 'two cell binding' clock patch set which has already landed in Shawn's i.MX clk/imx git branch. Otherwise, imx8-lpcg.h won't be found.

[PATCH v5 1/6] dt-bindings: display: imx: Add i.MX8qxp/qm DPU binding

This patch adds bindings for i.MX8qxp/qm Display Processing Unit. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- Note that this depends on the 'two cell binding' clock patch set which has already landed in Shawn's i.MX clk/imx git branch. Otherwise, imx8-lpcg.h won't be found. v4->v5: *

[PATCH v5 3/6] dt-bindings: display: imx: Add i.MX8qxp/qm DPR channel binding

This patch adds bindings for i.MX8qxp/qm Display Prefetch Resolve Channel. Reviewed-by: Rob Herring Signed-off-by: Liu Ying --- Note that this depends on the 'two cell binding' clock patch set which has already landed in Shawn's i.MX clk/imx git branch. Otherwise, imx8-lpcg.h won't be found.

[PATCH v5 4/6] drm/atomic: Avoid unused-but-set-variable warning on for_each_old_plane_in_state

Artifically use 'plane' and 'old_plane_state' to avoid 'not used' warning. The precedent has already been set by other macros in the same file. Acked-by: Daniel Vetter Signed-off-by: Liu Ying --- v4->v5: * No change. v3->v4: * Add Daniel's A-b tag. v2->v3: * Add a missing blank line. v1->v2:

[PATCH v5 6/6] MAINTAINERS: add maintainer for i.MX8qxp DPU DRM driver

Add myself as the maintainer of the i.MX8qxp DPU DRM driver. Signed-off-by: Liu Ying --- v4->v5: * No change. v3->v4: * No change. v2->v3: * No change. v1->v2: * No change. MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [PATCH net v3] net: mvpp2: Fix GoP port 3 Networking Complex Control configurations

Hi Stefan, czw., 17 gru 2020 o 13:40 napisał(a): > > From: Stefan Chulski > > During GoP port 2 Networking Complex Control mode of operation configurations, > also GoP port 3 mode of operation was wrongly set. > Patch removes these configurations. > GENCONF_CTRL0_PORTX naming also fixed. > >

Re: [PATCH net v3] net: mvpp2: disable force link UP during port init procedure

Hi Stefan, czw., 17 gru 2020 o 15:54 napisał(a): > > From: Stefan Chulski > > Force link UP can be enabled by bootloader during tftpboot > and breaks NFS support. > Force link UP disabled during port init procedure. > > Fixes: f84bf386f395 ("net: mvpp2: initialize the GoP") > Signed-off-by:

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

On Fri, Dec 18, 2020 at 10:44:26AM +0800, Ruan Shiyang wrote: > > > On 2020/12/17 上午4:55, Jane Chu wrote: > > Hi, Shiyang, > > > > On 12/15/2020 4:14 AM, Shiyang Ruan wrote: > > > The call trace is like this: > > > memory_failure() > > >   pgmap->ops->memory_failure()  =>

[PATCH v6 0/6] mmc: sdhci-of-aspeed: Expose phase delay tuning

Hello, This series implements support for the MMC core clk-phase-* devicetree bindings in the Aspeed SD/eMMC driver. The relevant register was exposed on the AST2600 and is present for both the SD/MMC controller and the dedicated eMMC controller. v6 simply removes the typedef from v5 in favour

[PATCH v6 1/6] mmc: core: Add helper for parsing clock phase properties

Drivers for MMC hosts that accept phase corrections can take advantage of the helper by embedding an instance of struct mmc_clk_phase_map in their private data and invoking mmc_of_parse_clk_phase() to extract phase parameters. It is the responsibility of the host driver to translate and apply the

[PATCH v6 2/6] mmc: sdhci-of-aspeed: Expose clock phase controls

The Aspeed SD/eMMC controllers expose configurable clock phase correction by inserting delays of up to 15 logic elements in length into the bus clock path. The hardware supports independent configuration for both bus directions on a per-slot basis. The timing delay per element encoded in the

[PATCH v6 3/6] mmc: sdhci-of-aspeed: Add AST2600 bus clock support

The AST2600 can achieve HS200 speeds with a change to the bus clock divisor behaviour. The divisor can also be more accurate with respect to the requested clock rate, but keep the one-hot behaviour for backwards compatibility with the AST2400 and AST2500. Signed-off-by: Andrew Jeffery ---

[PATCH v6 4/6] mmc: sdhci-of-aspeed: Add KUnit tests for phase calculations

Converting degrees of phase to logic delays is irritating to test on hardware, so lets exercise the function using KUnit. Signed-off-by: Andrew Jeffery --- drivers/mmc/host/Kconfig| 14 drivers/mmc/host/Makefile | 1 +

[PATCH v6 6/6] ARM: dts: rainier: Add eMMC clock phase compensation

Determined by scope measurements at speed. Signed-off-by: Andrew Jeffery Reviewed-by: Joel Stanley --- arch/arm/boot/dts/aspeed-bmc-ibm-rainier.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/aspeed-bmc-ibm-rainier.dts b/arch/arm/boot/dts/aspeed-bmc-ibm-rainier.dts

[PATCH v6 5/6] MAINTAINERS: Add entry for the ASPEED SD/MMC driver

Add myself as the maintainer. Signed-off-by: Andrew Jeffery --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index e451dcce054f..eae4322aae67 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2826,6 +2826,15 @@ F:

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