[PATCH v4 09/11] mm/page_alloc: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim There is a well-defined standard migration target callback. Use it directly. Acked-by: Michal Hocko Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/page_alloc.c | 8 ++-- mm/page_isolation.c | 10 -- 2 files changed, 6 insertions(+), 12

[PATCH v4 08/11] mm/mempolicy: use a standard migration target allocation callback

From: Joonsoo Kim There is a well-defined migration target allocation callback. Use it. Acked-by: Michal Hocko Acked-by: Vlastimil Babka Signed-off-by: Joonsoo Kim --- mm/internal.h | 1 - mm/mempolicy.c | 31 ++- mm/migrate.c | 8 ++-- 3 files changed,

[PATCH v4 11/11] mm/memory_hotplug: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim To calculate the correct node to migrate the page for hotplug, we need to check node id of the page. Wrapper for alloc_migration_target() exists for this purpose. However, Vlastimil informs that all migration source pages come from a single node. In this case, we don't need to

[PATCH v4 10/11] mm/memory-failure: remove a wrapper for alloc_migration_target()

From: Joonsoo Kim There is a well-defined standard migration target callback. Use it directly. Signed-off-by: Joonsoo Kim --- mm/memory-failure.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/mm/memory-failure.c b/mm/memory-failure.c index

Re: [PATCH V2] pinctrl: qcom: ipq8074: route gpio interrupts to APPS

On Tue 07 Jul 00:39 PDT 2020, Kathiravan T wrote: > set target proc as APPS to route the gpio interrupts to APPS > > Co-developed-by: Rajkumar Ayyasamy > Signed-off-by: Rajkumar Ayyasamy > Signed-off-by: Kathiravan T Thanks for the quick respin. Acked-by: Bjorn Andersson Regards, Bjorn >

[PATCH] arm64: dts: ls1043a: update USB nodes status to match board config

ls1043a-rdb and ls1043a-qds board’s default HW config (such as pin mux selection) would not enable some USB controllers’ data path, which causing over-current detected on those controllers. This will hit the case of ‘xhci driver prevent bus suspend if a root hub port detected over-current

Re: [PATCH 04/30] usb: misc: sisusbvga: sisusb_init: Mark all 'static const' arrays as __maybe_unused

On Fri, 03 Jul 2020, Lee Jones wrote: > drivers/usb/misc/sisusbvga/sisusb_init.h is included by a few > source files. Most of which do not use the majority of the > shared static const arrays which have been declared. This > causes the build system to spew 100's of warnings. > > Fixes the

Re: weird loadavg on idle machine post 5.7

On Mon, Jul 06, 2020 at 05:20:57PM -0400, Dave Jones wrote: > On Mon, Jul 06, 2020 at 04:59:52PM +0200, Peter Zijlstra wrote: > > On Fri, Jul 03, 2020 at 04:51:53PM -0400, Dave Jones wrote: > > > On Fri, Jul 03, 2020 at 12:40:33PM +0200, Peter Zijlstra wrote: > > > > > > looked promising the

Re: [RFC PATCH v2 00/11] Add UEFI support for RISC-V

On Mon, Jul 6, 2020 at 11:41 PM Ard Biesheuvel wrote: > > On Mon, 6 Jul 2020 at 20:26, Atish Patra wrote: > > > > This series adds UEFI support for RISC-V. > > > > Linux kernel: 5.8-rc4 > > U-Boot: master > > OpenSBI: master > > > > Patch 1-6 are preparatory patches that fixes some of the geric

Re: [PATCH v17 12/15] Documentation/admin-guide/mm: Add a document for DAMON

Hello SeongJae, On Mon, Jul 06, 2020 at 01:53:19PM +0200, SeongJae Park wrote: > From: SeongJae Park > > This commit adds a document for DAMON under > `Documentation/admin-guide/mm/damon/`. > > Signed-off-by: SeongJae Park > --- > Documentation/admin-guide/mm/damon/api.rst| 20 ++ >

drivers/soc/qcom/smem.c:406:16: sparse: sparse: incorrect type in assignment (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: bfe91da29bfad9941d5d703d45e29f0812a20724 commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 3 weeks ago config: i386-randconfig-s002-20200707 (attached

Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology

On Sat, Jul 04, 2020 at 01:02:51PM -0700, Dan Williams wrote: > Recent events have prompted a Linux position statement on inclusive > terminology. Given that Linux maintains a coding-style and its own > idiomatic set of terminology here is a proposal to answer the call to > replace non-inclusive

RE: [PATCH net-next v4 1/3] net: dsa: felix: move USXGMII defines to common place

>-Original Message- >From: Michael Walle >Sent: Tuesday, July 7, 2020 1:03 AM [...] >Subject: [PATCH net-next v4 1/3] net: dsa: felix: move USXGMII defines to >common place > >The ENETC has the same PCS PHY and thus needs the same definitions. Move >them into the common enetc_mdio.h

RE: [PATCH net-next v4 2/3] net: enetc: Initialize SerDes for SGMII and USXGMII protocols

>-Original Message- >From: Michael Walle >Sent: Tuesday, July 7, 2020 1:03 AM [...] >Subject: [PATCH net-next v4 2/3] net: enetc: Initialize SerDes for SGMII and >USXGMII protocols > >ENETC has ethernet MACs capable of SGMII, 2500BaseX and USXGMII. But in >order to use these protocols

Re: [PATCH v17 03/15] mm/damon: Implement region based sampling

On Mon, 6 Jul 2020 13:53:10 +0200 SeongJae Park wrote: > From: SeongJae Park > > This commit implements DAMON's target address space independent high > level logics for basic access check and region based sampling. This > doesn't work alone, but needs the target address space specific low >

[PATCH v3 0/2] shtc1: add support for device tree bindings

Add support for DTS bindings to the shtc driver The patches add the compatible table and of_property_read_bool to the shtc1.c. Newly created Yaml document has been released to the Documentation/devicetree/hwmon/sensirion,shtc1.yaml Signed-off-by: Chris Ruehl --- Version 3 Fix errors

[PATCH v3 2/2] devicetree: hwmon: shtc1: Add sensirion,shtc1.yaml

Add documentation for the newly added DTS support in the shtc1 driver. To align with the drivers logic to have high precision by default a boolean sensirion,low_precision is used to switch to low precision. Signed-off-by: Chris Ruehl --- .../bindings/hwmon/sensirion,shtc1.yaml | 53

[PATCH v3 1/2] hwmon: shtc1: add support for device tree bindings

Add support for DTS bindings for the sensirion shtc1,shtw1 and shtc3. Signed-off-by: Chris Ruehl --- drivers/hwmon/shtc1.c | 25 ++--- 1 file changed, 22 insertions(+), 3 deletions(-) diff --git a/drivers/hwmon/shtc1.c b/drivers/hwmon/shtc1.c index

RE: [PATCH v2] mm/hugetlb: avoid hardcoding while checking if cma is enable

> -Original Message- > From: Mike Rapoport [mailto:r...@kernel.org] > Sent: Tuesday, July 7, 2020 7:38 PM > To: Roman Gushchin > Cc: Song Bao Hua (Barry Song) ; > a...@linux-foundation.org; linux...@kvack.org; > linux-kernel@vger.kernel.org; Linuxarm ; Mike > Kravetz ; Jonathan Cameron

Re: [PATCH V6 0/9] Support i.MX8 SoCs pinctrl drivers built as module

On Wed, Jun 24, 2020 at 8:35 AM Anson Huang wrote: > There are more and mroe requirements that SoC specific modules should be built > as module in order to support generic kernel image, such as Android GKI > concept. > > This patch series supports i.MX8 SoCs pinctrl drivers to be built as

Re: [PATCH 04/30] usb: misc: sisusbvga: sisusb_init: Mark all 'static const' arrays as __maybe_unused

On Fri, 03 Jul 2020, Joe Perches wrote: > On Fri, 2020-07-03 at 18:41 +0100, Lee Jones wrote: > > drivers/usb/misc/sisusbvga/sisusb_init.h is included by a few > > source files. Most of which do not use the majority of the > > shared static const arrays which have been declared. This > > causes

Re: [PATCH v3 0/2] shtc1: add support for device tree bindings

On 7/7/2020 4:01 pm, Chris Ruehl wrote: Add support for DTS bindings to the shtc driver The patches add the compatible table and of_property_read_bool to the shtc1.c. Newly created Yaml document has been released to the Documentation/devicetree/hwmon/sensirion,shtc1.yaml Signed-off-by: Chris

Re: [PATCH] media: cros-ec-cec: disable the device wakeup on remove

On Mon, Jul 6, 2020 at 11:00 AM Alexandre Belloni wrote: > > On 06/07/2020 10:52:38+0200, Dariusz Marcinkiewicz wrote: > > The device is enabled for wake up while the driver is loaded. > > For symmetry, disable wakeup when it is removed. > > > > This is not necessary as it is handled by the core

Re: [PATCH] kvm: x86: rewrite kvm_spec_ctrl_valid_bits

On 07/07/20 08:11, Sean Christopherson wrote: > One oddity with this whole thing is that by passing through the MSR, KVM is > allowing the guest to write bits it doesn't know about, which is definitely > not normal. It also means the guest could write bits that the host VMM > can't. That's true.

linux-next: Tree for Jul 7

Hi all, Changes since 20200706: My fixes tree contains: dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning") b236d81d9e4f ("powerpc/boot/dts: Fix dtc "pciex" warnings") The kbuild tree gained a build failure for which I reverted a commit. The xfs tree gained a build failure so I

Re: Re: [PATCH v17 12/15] Documentation/admin-guide/mm: Add a document for DAMON

On Tue, 7 Jul 2020 10:49:06 +0300 Mike Rapoport wrote: > Hello SeongJae, > > On Mon, Jul 06, 2020 at 01:53:19PM +0200, SeongJae Park wrote: > > From: SeongJae Park > > > > This commit adds a document for DAMON under > > `Documentation/admin-guide/mm/damon/`. > > > > Signed-off-by: SeongJae

Re: [PATCH 1/1] ALSA: opl3: fix infoleak in opl3

On Mon, 06 Jul 2020 05:27:38 +0200, Xidong Wang wrote: > > From: xidongwang > > The stack object “info” in snd_opl3_ioctl() has a leaking problem. > It has 2 padding bytes which are not initialized and leaked via > “copy_to_user”. > > Signed-off-by: xidongwang Applied, thanks. Takashi

Re: [v4,7/7] thermal: mediatek: use spinlock to protect PTPCORESEL

On 07/07/2020 04:57, Michael Kao wrote: [ ... ] > Gently ping. Michael, it is impossible to have this series merged if there is a so big delay between the comments / questions and the answers (or no answers at all). -- Linaro.org │ Open source software for ARM SoCs

Re: [v4,7/7] thermal: mediatek: use spinlock to protect PTPCORESEL

On 05/06/2020 05:50, Michael Kao wrote: > On Fri, 2020-05-22 at 17:36 +0200, Daniel Lezcano wrote: >> On 23/03/2020 13:15, Michael Kao wrote: >>> From: "michael.kao" >>> >>> The driver of thermal and svs will use the >>> same register for the project which should select >>> bank before reading

Re: [PATCH] kvm: x86: rewrite kvm_spec_ctrl_valid_bits

Aren't you supposed to be on vacation? :-) On Tue, Jul 07, 2020 at 10:04:22AM +0200, Paolo Bonzini wrote: > On 07/07/20 08:11, Sean Christopherson wrote: > > One oddity with this whole thing is that by passing through the MSR, KVM is > > allowing the guest to write bits it doesn't know about,

[PATCH] net: usb: qmi_wwan: add support for Quectel EG95 LTE modem

Add support for Quectel Wireless Solutions Co., Ltd. EG95 LTE modem T: Bus=01 Lev=01 Prnt=01 Port=02 Cnt=02 Dev#= 5 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1 P: Vendor=2c7c ProdID=0195 Rev=03.18 S: Manufacturer=Android S: Product=Android C: #Ifs= 5 Cfg#= 1

[PATCH] USB: serial: option: add Quectel EG95 LTE modem

Add support for Quectel Wireless Solutions Co., Ltd. EG95 LTE modem T: Bus=01 Lev=01 Prnt=01 Port=02 Cnt=02 Dev#= 5 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1 P: Vendor=2c7c ProdID=0195 Rev=03.18 S: Manufacturer=Android S: Product=Android C: #Ifs= 5 Cfg#= 1

Re: [PATCH] kvm: x86: rewrite kvm_spec_ctrl_valid_bits

On 07/07/20 10:14, Sean Christopherson wrote: >>> One oddity with this whole thing is that by passing through the MSR, KVM is >>> allowing the guest to write bits it doesn't know about, which is definitely >>> not normal. It also means the guest could write bits that the host VMM >>> can't. >>

Re: weird loadavg on idle machine post 5.7

On Tue, Jul 07, 2020 at 12:56:04AM +0100, Valentin Schneider wrote: > > @@ -2605,8 +2596,20 @@ try_to_wake_up(struct task_struct *p, unsigned int > > state, int wake_flags) > >* > >* Pairs with the LOCK+smp_mb__after_spinlock() on rq->lock in > >* __schedule(). See the

Re: [PATCH v3] mm/hugetlb: avoid hardcoding while checking if cma is enable

On Tue, Jul 07, 2020 at 04:02:04PM +1200, Barry Song wrote: > hugetlb_cma[0] can be NULL due to various reasons, for example, node0 has > no memory. so NULL hugetlb_cma[0] doesn't necessarily mean cma is not > enabled. gigantic pages might have been reserved on other nodes. > > Fixes:

[PATCH 4/4] module: Add hook for security_kernel_post_read_file()

Calls to security_kernel_load_data() should be paired with a call to security_kernel_post_read_file() with a NULL file argument. Add the missing call so the module contents are visible to the LSMs interested in measuring the module content. (This also paves the way for moving module signature

[PATCH 0/4] Fix misused kernel_read_file() enums

Hi, In looking for closely at the additions that got made to the kernel_read_file() enums, I noticed that FIRMWARE_PREALLOC_BUFFER and FIRMWARE_EFI_EMBEDDED were added, but they are not appropriate *kinds* of files for the LSM to reason about. They are a "how" and "where", respectively. Remove

[PATCH 1/4] firmware_loader: EFI firmware loader must handle pre-allocated buffer

The EFI platform firmware fallback would clobber any pre-allocated buffers. Instead, correctly refuse to reallocate when too small (as already done in the sysfs fallback), or perform allocation normally when needed. Fixes: e4c2c0ff00ec ("firmware: Add new platform fallback mechanism and firm

[PATCH 3/4] fs: Remove FIRMWARE_EFI_EMBEDDED from kernel_read_file() enums

The "FIRMWARE_EFI_EMBEDDED" enum is a "where", not a "what". It should not be distinguished separately from just "FIRMWARE", as this confuses the LSMs about what is being loaded. Additionally, there was no actual validation of the firmware contents happening. Add call to

[PATCH 2/4] fs: Remove FIRMWARE_PREALLOC_BUFFER from kernel_read_file() enums

FIRMWARE_PREALLOC_BUFFER is a "how", not a "what", and confuses the LSMs that are interested in filtering between types of things. The "how" should be an internal detail made uninteresting to the LSMs. Fixes: a098ecd2fa7d ("firmware: support loading into a pre-allocated buffer") Fixes:

Re: [PATCH v3 3/3] ALSA: hda/realtek: Enable headset mic of Acer Veriton N4660G with ALC269VC

On Mon, 06 Jul 2020 09:18:29 +0200, Jian-Hong Pan wrote: > > The Acer Veriton N4660G desktop's audio (1025:1248) with ALC269VC cannot > detect the headset microphone until ALC269VC_FIXUP_ACER_MIC_NO_PRESENCE > quirk maps the NID 0x18 as the headset mic pin. > > Signed-off-by: Jian-Hong Pan

Re: [PATCH v3 2/3] ALSA: hda/realtek: Enable headset mic of Acer C20-820 with ALC269VC

On Mon, 06 Jul 2020 09:18:27 +0200, Jian-Hong Pan wrote: > > The Acer Aspire C20-820 AIO's audio (1025:1065) with ALC269VC can't > detect the headset microphone until ALC269VC_FIXUP_ACER_HEADSET_MIC > quirk maps the NID 0x18 as the headset mic pin. > > Signed-off-by: Jian-Hong Pan >

Re: [PATCH v3 1/3] ALSA: hda/realtek - Enable audio jacks of Acer vCopperbox with ALC269VC

On Mon, 06 Jul 2020 09:18:25 +0200, Jian-Hong Pan wrote: > > The Acer desktop vCopperbox with ALC269VC cannot detect the MIC of > headset, the line out and internal speaker until > ALC269VC_FIXUP_ACER_VCOPPERBOX_PINS quirk applied. > > Signed-off-by: Jian-Hong Pan > Signed-off-by: Chris Chiu

Re: [PATCH V1 2/5] RISC-V: Implement ptrace regs and stack API

On Sat, Jul 4, 2020 at 11:34 AM wrote: > > From: Patrick Stählin > > Needed for kprobes support. Copied and adapted from arm64 code. > > Guo Ren fixup pt_regs type for linux-5.8-rc1. > > Signed-off-by: Patrick Stählin > Signed-off-by: Guo Ren > --- > arch/riscv/Kconfig | 1 + >

[tip: x86/entry] x86/entry: Rename idtentry_enter/exit_cond_rcu() to idtentry_enter/exit()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: b037b09b9058d84882fa2c4db3806433e2b0f912 Gitweb: https://git.kernel.org/tip/b037b09b9058d84882fa2c4db3806433e2b0f912 Author:Andy Lutomirski AuthorDate:Fri, 03 Jul 2020 10:02:58 -07:00

Re: [PATCH V1 4/5] riscv: Add kprobes supported

On Mon, Jul 6, 2020 at 6:12 PM Masami Hiramatsu wrote: > > Hi Guo, > > On Sat, 4 Jul 2020 03:34:18 + > guo...@kernel.org wrote: > > > From: Guo Ren > > > > This patch enables "kprobe & kretprobe" to work with ftrace > > interface. It utilized software breakpoint as single-step > >

Re: linux-next: manual merge of the seccomp tree with the kselftest tree

On Tue, Jul 07, 2020 at 02:57:20PM +1000, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the seccomp tree got a conflict in: > > tools/testing/selftests/seccomp/seccomp_bpf.c > > between commit: > > 9847d24af95c ("selftests/harness: Refactor XFAIL into SKIP") > > from

Re: [PATCH] kvm: x86: rewrite kvm_spec_ctrl_valid_bits

On Tue, Jul 07, 2020 at 10:17:14AM +0200, Paolo Bonzini wrote: > On 07/07/20 10:14, Sean Christopherson wrote: > >>> One oddity with this whole thing is that by passing through the MSR, KVM > >>> is > >>> allowing the guest to write bits it doesn't know about, which is > >>> definitely > >>> not

Re: [PATCH 1/1] crypto: ux500: hash: Add namespacing to hash_init()

On Tue, 30 Jun 2020, Lee Jones wrote: > On Tue, 30 Jun 2020, Herbert Xu wrote: > > On Mon, Jun 29, 2020 at 01:30:03PM +0100, Lee Jones wrote: > > > A recent change to the Regulator consumer API (which this driver > > > utilises) add prototypes for the some suspend functions. These > > > functions

Re: [PATCH -next] sound: fix SND_HDA_GENERIC kconfig & build

On Wed, 01 Jul 2020 23:08:23 +0200, Randy Dunlap wrote: > > From: Randy Dunlap > > Fix kconfig warnings and lots of subsequent build errors by > adding yet another ugly select statement: > > WARNING: unmet direct dependencies detected for LEDS_CLASS > Depends on [n]: NEW_LEDS [=n] >

linux-next: Signed-off-by missing for commit in the generic-ioremap tree

Hi all, Commit 2ee080ecf668 ("wip") is missing a Signed-off-by from its author and comitter. Not much of a commit message either :-) -- Cheers, Stephen Rothwell pgp3RaNIXJgFW.pgp Description: OpenPGP digital signature

[PATCH v5] ASoC: Intel: kbl_rt5663_rt5514_max98927: Fix kabylake_ssp_fixup function

Fix kabylake_ssp_fixup function to distinguish codecs DAIs by names, as current approach, leads to crash while trying to get snd_soc_dpcm with container_of() macro in kabylake_ssp_fixup(). The crash call path looks as below: soc_pcm_hw_params() snd_soc_dai_hw_params(codec_dai, substream, _params);

Re: [PATCH v3] usb: gadget: function: fix missing spinlock in f_uac1_legacy

On 05.07.2020 15:40, qiang.zh...@windriver.com wrote: From: Zhang Qiang Add a missing spinlock protection for play_queue, because the play_queue may be destroyed when the "playback_work" work func and "f_audio_out_ep_complete" callback func operate this paly_queue at the same time. It's

[PATCH][next] dmaengine: ioat: fix spelling mistake "idel" -> "idle"

From: Colin Ian King There is a spelling mistake in the module parameter description for idle_timeout. Fix it. Signed-off-by: Colin Ian King --- drivers/dma/ioat/dma.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/ioat/dma.c b/drivers/dma/ioat/dma.c index

Re: linux-next: Signed-off-by missing for commit in the generic-ioremap tree

On Tue, Jul 07, 2020 at 06:30:35PM +1000, Stephen Rothwell wrote: > Hi all, > > Commit > > 2ee080ecf668 ("wip") > > is missing a Signed-off-by from its author and comitter. > > Not much of a commit message either :-) This commit should have never made it into the for-next tree, sorry.

Re: [PATCH v3 06/20] seqlock: Extend seqcount API with associated locks

On Mon, Jul 06, 2020 at 11:21:48PM +0200, Peter Zijlstra wrote: > On Tue, Jun 30, 2020 at 07:44:38AM +0200, Ahmed S. Darwish wrote: > > +#include > > Why? why not include those lines directly here? Having it in a separate > file actually makes it harder to read. > The seqlock_types_internal.h

Re: [PATCH 2/2] block: add BLKSETDESCZONE ioctl for Zoned Block Devices

On 03.07.2020 09:44, Matias Bjorling wrote: -Original Message- From: Javier González Sent: Monday, 29 June 2020 21.39 To: Damien Le Moal Cc: Matias Bjorling ; ax...@kernel.dk; kbu...@kernel.org; h...@lst.de; s...@grimberg.me; martin.peter...@oracle.com; Niklas Cassel ; Hans Holmberg ;

[PATCH v4 2/2] s390: virtio: PV needs VIRTIO I/O device protection

S390, protecting the guest memory against unauthorized host access needs to enforce VIRTIO I/O device protection through the use of VIRTIO_F_VERSION_1 and VIRTIO_F_IOMMU_PLATFORM. Signed-off-by: Pierre Morel --- arch/s390/kernel/uv.c | 25 + 1 file changed, 25

[PATCH v4 0/2] s390: virtio: let arch validate VIRTIO features

Hi all, I changed the patch subject to reflect the content, becoming more general. 1) I removed the ack from Christian and Jason even far as I understand they gave it for the functionality more than for the implementation. @Jason, @Christian, please can I get back your acked-by with

[PATCH v4 1/2] virtio: let arch validate VIRTIO features

An architecture may need to validate the VIRTIO devices features based on architecture specificities. Signed-off-by: Pierre Morel --- drivers/virtio/virtio.c | 19 +++ include/linux/virtio_config.h | 1 + 2 files changed, 20 insertions(+) diff --git

Re: [PATCH] riscv: use 16KB kernel stack on 64-bit

On 2020-07-06 14:32, Andreas Schwab wrote: > With the current 8KB stack size there are frequent overflows in a 64-bit > configuration. > > Signed-off-by: Andreas Schwab > --- > arch/riscv/include/asm/thread_info.h | 4 > 1 file changed, 4 insertions(+) > > diff --git

Re: [PATCH] net: atlantic: Add support for firmware v4

From: Kai-Heng Feng Date: Tue, 7 Jul 2020 14:38:28 +0800 > We have a new ethernet card that is supported by the atlantic driver: > 01:00.0 Ethernet controller [0200]: Aquantia Corp. AQC107 NBase-T/IEEE > 802.3bz Ethernet Controller [AQtion] [1d6a:07b1] (rev 02) > > But the driver failed

Re: [RESEND PATCH] thermal: mediatek: add suspend/resume callback

On Thu, 2020-05-14 at 16:46 +0800, Michael Kao wrote: > On Wed, 2020-04-08 at 17:05 +0800, Michael Kao (高振翔) wrote: > > From: Louis Yu > > > > Add suspend/resume callback to disable/enable Mediatek thermal sensor > > respectively. Since thermal power domain is off in suspend, thermal driver > >

Re: [PATCH v2] dmaengine: check device and channel list for empty

On 07/07/2020 9.05, Jiri Slaby wrote: > On 26. 06. 20, 20:09, Dave Jiang wrote: >> Check dma device list and channel list for empty before iterate as the >> iteration function assume the list to be not empty. With devices and >> channels now being hot pluggable this is a condition that needs to

Re: [PATCH 0/5] Some cleanups for NVMe-pci driver

Thanks, applied to nvme-5.9.

[PATCH] spi: atmel: No need to call spi_master_put() if spi_alloc_master() failed

There is no need to call spi_master_put() if spi_alloc_master() failed, it should return -ENOMEM directly. Signed-off-by: Peng Fan --- drivers/spi/spi-atmel.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c index

Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology

On Tue, Jul 07, 2020 at 06:56:53AM +, Harrosh, Boaz wrote: > Kees Cook wrote: > > I have struggled with this as well. The parts of speech change, and my > > grammar senses go weird. whitelist = adjective noun. allow-list = verb > > noun. verbing the adj/noun combo feels okay, but verbing a

Re: [PATCH V1 4/5] riscv: Add kprobes supported

On Tue, Jul 7, 2020 at 4:26 PM Zong Li wrote: > > On Mon, Jul 6, 2020 at 6:12 PM Masami Hiramatsu wrote: > > > > Hi Guo, > > > > On Sat, 4 Jul 2020 03:34:18 + > > guo...@kernel.org wrote: > > > > > From: Guo Ren > > > > > > This patch enables "kprobe & kretprobe" to work with ftrace > > >

Re: [PATCH v4 0/9] drm/vc4: Turn the TXP into a CRTC

On Mon, Jul 06, 2020 at 05:51:29PM -0700, Eric Anholt wrote: > On Tue, Jun 30, 2020 at 1:25 AM Maxime Ripard wrote: > > > > Hi Eric, > > > > On Thu, Jun 11, 2020 at 03:36:45PM +0200, Maxime Ripard wrote: > > > Hi, > > > > > > This is another part of the rpi4 HDMI series that got promoted to a > >

Re: [PATCH] kvm: x86: rewrite kvm_spec_ctrl_valid_bits

On Tue, 7 Jul 2020 at 16:15, Sean Christopherson wrote: > > Aren't you supposed to be on vacation? :-) A long vacation, enjoy! > > On Tue, Jul 07, 2020 at 10:04:22AM +0200, Paolo Bonzini wrote: > > On 07/07/20 08:11, Sean Christopherson wrote: > > > One oddity with this whole thing is that by

[PATCH 0/2] ASoC: fsl_spdif: Clear the validity bit for TX

Clear the validity bit for TX Add kctl for configuring TX validity bit Shengjiu Wang (2): ASoC: fsl_spdif: Clear the validity bit for TX ASoC: fsl_spdif: Add kctl for configuring TX validity bit sound/soc/fsl/fsl_spdif.c | 51 --- 1 file changed, 47

[PATCH 2/2] ASoC: fsl_spdif: Add kctl for configuring TX validity bit

Add one kctl for configuring TX validity bit from user space. The type of this kctl is boolean: on - Outgoing validity always set off - Outgoing validity always clear Signed-off-by: Shengjiu Wang --- sound/soc/fsl/fsl_spdif.c | 47 +++ 1 file changed, 43

[PATCH 1/2] ASoC: fsl_spdif: Clear the validity bit for TX

In IEC958 spec, "The validity bit is logical "0" if the information in the main data field is reliable, and it is logical "1" if it is not". The default value of "ValCtrl" is zero, which means "Outgoing Validity always set", then all the data is not reliable, then some spdif sink device will drop

[PATCH] thermal: netlink: Fix compilation error when CONFIG_NET=n

When the network is not configured, the netlink are disabled on all the system. The thermal framework assumed the netlink are always opt-in. Fix this by adding a Kconfig option for the netlink notification, defaulting to yes and depending on CONFIG_NET. As the change implies multiple stubs and

Re: [GIT PULL][PATCH v6 0/8] Add support for ZSTD-compressed kernel and initramfs

On Tue, Jul 7, 2020 at 6:03 AM Sedat Dilek wrote: > > On Tue, Jul 7, 2020 at 5:50 AM Nick Terrell wrote: > > > > From: Nick Terrell > > > > Please pull from > > > > g...@github.com:terrelln/linux.git tags/v6-zstd > > > > to get these changes. Alternatively the patchset is included. > > > > Hi

[PATCH] regulator: fan53880: fix Kconfig dependency

Currently the fan53880 regulator driver needs a device tree to get probed, this patch provides the necessary dependency. Reported-by: kernel test robot Signed-off-by: Christoph Fritz --- drivers/regulator/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH 09/16] initrd: remove the BLKFLSBUF call in handle_initrd

On Thu, Jul 02, 2020 at 08:40:31PM -0700, H. Peter Anvin wrote: > On 2020-06-15 05:53, Christoph Hellwig wrote: > > BLKFLSBUF used to be overloaded for the ramdisk driver to free the whole > > ramdisk, which was completely different behavior compared to all other > > drivers. But this magic

Re: [PATCH v4] kthread: Work could not be queued when worker being destroyed

On Mon 2020-07-06 13:46:47, qiang.zh...@windriver.com wrote: > From: Zhang Qiang > > Before the work is put into the queue of the worker thread, > the state of the worker thread needs to be detected,because > the worker thread may be in the destruction state at this time. > > Signed-off-by:

Re: [PATCH v4 4/4] thermal: core: Add notifications call in the framework

Hi Daniel, On 06.07.2020 15:46, Daniel Lezcano wrote: > On 06/07/2020 15:17, Marek Szyprowski wrote: >> On 06.07.2020 12:55, Daniel Lezcano wrote: >>> The generic netlink protocol is implemented but the different >>> notification functions are not yet connected to the core code. >>> >>> These

[PATCH] vmalloc: Removing incorrect logs when vmalloc failed

It is not possible to increase size with vmalloc= in arm64 architecture and it will mislead.however vmalloc return failure is a rare occurrence in 'many architectures including arm64'. Signed-off-by: Tian Tao --- mm/vmalloc.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH net-next v4 1/3] net: dsa: felix: move USXGMII defines to common place

On Tue, Jul 07, 2020 at 12:02:53AM +0200, Michael Walle wrote: > The ENETC has the same PCS PHY and thus needs the same definitions. Move > them into the common enetc_mdio.h header which has already the macros > for the SGMII PCS. > > Signed-off-by: Michael Walle > --- >

Re: [PATCH] docs: fix incorrent references to DMA APIs

On 7/6/20 4:32 AM, Jonathan Corbet wrote: On Sun, 28 Jun 2020 22:30:17 +0800 Dust Li wrote: dma-api dma-api-howto dma-attributes dma-isa-lpc The above 4 documents have been renamed and moved to Documentation/core-api/, but there are still some old references refer to the old files, this

Re: weird loadavg on idle machine post 5.7

On 07/06/20 16:59, Peter Zijlstra wrote: [...] > @@ -4104,12 +4108,19 @@ static void __sched notrace __schedule(bool preempt) > local_irq_disable(); > rcu_note_context_switch(preempt); > > + prev_state = prev->state; > + > /* > - * Make sure that

[PATCH] phy: allwinner: Make PHY_SUN6I_MIPI_DPHY depend on COMMON_CLK

When CONFIG_ARCH_SUNXI is not set but CONFIG_COMPILE_TEST=y, CONFIG_HAVE_CLK=y, CONFIG_HAVE_LEGACY_CLK=y, there exists the following build errors with CONFIG_PHY_SUN6I_MIPI_DPHY=y: drivers/phy/allwinner/phy-sun6i-mipi-dphy.o: In function `sun6i_dphy_init': phy-sun6i-mipi-dphy.c:(.text+0x320):

[PATCH v2 2/2] kbuild: trace functions in subdirectories of lib/

ccflags-remove-$(CONFIG_FUNCTION_TRACER) += $(CC_FLAGS_FTRACE) exists here in sub-directories of lib/ to keep the behavior of commit 2464a609ded0 ("ftrace: do not trace library functions"). Since that commit, not only the objects in lib/ but also the ones in the sub-directories are excluded

Re: [LKP] Re: [refperf] 8e4ec3d02b: error:#[##]

On 7/7/20 6:50 AM, Paul E. McKenney wrote: On Sun, Jul 05, 2020 at 04:00:05PM +0800, kernel test robot wrote: Greeting, FYI, we noticed the following commit (built with gcc-9): commit: 8e4ec3d02b549a731c94b4bcddff212bb92cdbaf ("refperf: Rename RCU_REF_PERF_TEST to RCU_REF_SCALE_TEST")

[PATCH v2 1/2] kbuild: introduce ccflags-remove-y and asflags-remove-y

CFLAGS_REMOVE_.o filters out flags when compiling a particular object, but there is no convenient way to do that for every object in a directory. Add ccflags-remove-y and asflags-remove-y to make it easily. Use ccflags-remove-y to clean up some Makefiles. The add/remove order works as follows:

Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT

On 2020-07-06 16:29:49 [-0400], Joel Fernandes wrote: > Anyway, I think as we discussed on IRC, your proposal will work for both > kernels while allowing us to keep the internal lock as raw. Why can't we use the migrate_disable() and spinlock_t? > thanks, > > - Joel Sebastian

Re: [PATCH v4 1/2] virtio: let arch validate VIRTIO features

On Tue, 7 Jul 2020 10:44:36 +0200 Pierre Morel wrote: > An architecture may need to validate the VIRTIO devices features > based on architecture specificities. s/specifities/specifics/ > > Signed-off-by: Pierre Morel > --- > drivers/virtio/virtio.c | 19 +++ >

Re: [PATCH 0/4] Fix misused kernel_read_file() enums

On Tue, Jul 07, 2020 at 01:19:22AM -0700, Kees Cook wrote: > Hi, > > In looking for closely at the additions that got made to the > kernel_read_file() enums, I noticed that FIRMWARE_PREALLOC_BUFFER > and FIRMWARE_EFI_EMBEDDED were added, but they are not appropriate > *kinds* of files for the LSM

回复: [PATCH v4] kthread: Work could not be queued when worker being destroyed

Sorry, Pter Mladek, this is my mistake please ignore this change. 发件人: linux-kernel-ow...@vger.kernel.org 代表 Petr Mladek 发送时间: 2020年7月7日 17:06 收件人: Zhang, Qiang 抄送: ben.do...@codethink.co.uk; bfie...@redhat.com; c...@rock-chips.com;

RE: [PATCH v4 04/15] vfio/type1: Report iommu nesting info to userspace

Hi Eric, > From: Auger Eric < eric.au...@redhat.com > > Sent: Monday, July 6, 2020 9:45 PM > > Hi Yi, > > On 7/6/20 3:10 PM, Liu, Yi L wrote: > > Hi Eric, > > > >> From: Auger Eric > >> Sent: Monday, July 6, 2020 6:37 PM > >> > >> Yi, > >> > >> On 7/4/20 1:26 PM, Liu Yi L wrote: > >>> This

Re: [PATCH] riscv: Define AT_VECTOR_SIZE_ARCH for ARCH_DLINFO

On Tue, Jun 23, 2020 at 4:02 PM Zong Li wrote: > > AT_VECTOR_SIZE_ARCH should be defined with the maximum number of > NEW_AUX_ENT entries that ARCH_DLINFO can contain, but it wasn't defined > for RISC-V at all even though ARCH_DLINFO will contain one NEW_AUX_ENT > for the VDSO address. > >

Re: [PATCH v6 1/2] sched/uclamp: Add a new sysctl to control RT default boost value

On 07/06/20 16:49, Valentin Schneider wrote: > > On 06/07/20 15:28, Qais Yousef wrote: > > CC: linux-fsde...@vger.kernel.org > > --- > > > > Peter > > > > I didn't do the > > > > read_lock(_lock); > > smp_mb__after_spinlock(); > > read_unlock(_lock); > > > > dance you suggested

Re: [PATCH v2 1/3] xen/privcmd: Corrected error handling path

On 06.07.20 20:16, Souptick Joarder wrote: Previously, if lock_pages() end up partially mapping pages, it used to return -ERRNO due to which unlock_pages() have to go through each pages[i] till *nr_pages* to validate them. This can be avoided by passing correct number of partially mapped pages &

Re: [RFC PATCH] proc: add support detach proccess's autogroup

On Thu, Jul 2, 2020 at 6:21 PM Weiping Zhang wrote: > > On Thu, Jul 2, 2020 at 4:18 PM Peter Zijlstra wrote: > > > > On Thu, Jul 02, 2020 at 01:20:43PM +0800, Weiping Zhang wrote: > > > Since setid will create a autogroup for that process, there is no > > > way to detach a process from that

RE: [PATCH v4 04/15] vfio/type1: Report iommu nesting info to userspace

Hi Eric, > From: Auger Eric > Sent: Monday, July 6, 2020 10:07 PM > > Hi Yi, > On 7/4/20 1:26 PM, Liu Yi L wrote: > > This patch exports iommu nesting capability info to user space through > > VFIO. User space is expected to check this info for supported uAPIs (e.g. > > PASID alloc/free, bind

Re: [PATCH v7 07/36] drm: exynos: use common helper for a scatterlist contiguity check

Hi, On 19.06.2020 12:36, Marek Szyprowski wrote: > Use common helper for checking the contiguity of the imported dma-buf. > > Signed-off-by: Marek Szyprowski > --- > drivers/gpu/drm/exynos/exynos_drm_gem.c | 23 +++ > 1 file changed, 3 insertions(+), 20 deletions(-) > >

Re: [Tech-board-discuss] [PATCH] CodingStyle: Inclusive Terminology

On Mon, Jul 06, 2020 at 09:08:57PM -0700, Dan Williams wrote: > On Mon, Jul 6, 2020 at 12:16 PM Mark Brown wrote: > > This, especially the bit about "revelation of 2020", sounds a little > > off to me - I think it's that it's worryingly close to the frequently > > derided pattern where people

RE: [PATCH v4 06/15] iommu/vt-d: Support setting ioasid set to domain

Hi Eric, > From: Auger Eric > Sent: Monday, July 6, 2020 10:52 PM > > Hi Yi, > > On 7/4/20 1:26 PM, Liu Yi L wrote: > > From IOMMU p.o.v., PASIDs allocated and managed by external components > > (e.g. VFIO) will be passed in for gpasid_bind/unbind operation. IOMMU > > needs some knowledge to

  1   2   3   4   5   6   7   8   9   10   >