Re: [PATCH] USB GADGET/PERIPHERAL SUBSYSTEM: Replace HTTP links with HTTPS ones

On Thu, Jul 09, 2020 at 10:09:03PM +0200, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn

RE: [EXT] Re: [PATCH] ARM: dts: imx6qp-sabreauto: enable sata on imx6qp sabreauto board

> -Original Message- > From: Fabio Estevam > Sent: 2020年7月9日 1:41 > To: Richard Zhu > Cc: Shawn Guo ; dl-linux-imx ; > moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE > ; linux-kernel > > Subject: [EXT] Re: [PATCH] ARM: dts: imx6qp-sabreauto: enable sata on > imx6qp sabreauto boa

Re: [PATCH resend] binder: Prevent context manager from incrementing ref 0

On Fri, Jul 10, 2020 at 12:39:48AM +0200, Jann Horn wrote: > Binder is designed such that a binder_proc never has references to > itself. If this rule is violated, memory corruption can occur when a > process sends a transaction to itself; see e.g. >

[PATCH] break joystick limitation of maximum 80 buttons

The 80 limitation comes from include/uapi/linux/input-event-codes.h according to function hidinput_configure_usage() in file drivers/hid/hid-input.c the joystick button mapping is not a continues space generally speaking, the mapping space is from 1. BTN_JOYSTICK~BTN_DEAD 2. BTN_TRIGGER_HAPPY~K

Re: [PATCH 2/4] dma-pool: Get rid of dma_in_atomic_pool()

On Thu, Jul 09, 2020 at 02:51:13PM -0700, David Rientjes wrote: > On Thu, 9 Jul 2020, Nicolas Saenz Julienne wrote: > > > The function is only used once and can be simplified to a one-liner. > > > > Signed-off-by: Nicolas Saenz Julienne > > I'll leave this one to Christoph to decide on. One th

Re: [PATCH] Documentation/security-bugs: Explain why plain text is preferred

On Thu, Jul 09, 2020 at 11:11:30AM -0700, Kees Cook wrote: > The security contact list gets regular reports contained in archive > attachments. This tends to add some back-and-forth delay in dealing with > security reports since we have to ask for plain text, etc. > > Signed-off-by: Kees Cook Th

[RESEND PATCH] media: camss: vfe: Use trace_printk for debugging only

trace_printk should not be used in production code. Since tracing interrupts is presumably latency sensitive, pr_dbg is not appropriate, so guard the call with a preprocessor symbol that can be defined for debugging purpose. Signed-off-by: Nicolas Boichat --- Sent this before as part of a series

Re: [mm/debug_vm_pgtable] a97a171093: BUG:unable_to_handle_page_fault_for_address

On 07/09/2020 11:41 AM, kernel test robot wrote: > [ 94.349598] BUG: unable to handle page fault for address: ed10a7ffddff > [ 94.351039] #PF: supervisor read access in kernel mode > [ 94.352172] #PF: error_code(0x) - not-present page > [ 94.353256] PGD 43ffed067 P4D 43ffed067 PU

[RESEND PATCH] media: atomisp: Replace trace_printk by pr_info

trace_printk should not be used in production code, replace it call with pr_info. Signed-off-by: Nicolas Boichat --- Sent this before as part of a series (whose 4th patch was a change that allows to detect such trace_printk), but maybe it's easier to get individual maintainer attention by splitti

Re: [f2fs-dev] [PATCH] f2fs: change the way of handling range.len in F2FS_IOC_SEC_TRIM_FILE

On 07/10, Chao Yu wrote: > On 2020/7/10 11:52, Jaegeuk Kim wrote: > > On 07/10, Chao Yu wrote: > >> On 2020/7/10 11:31, Jaegeuk Kim wrote: > >>> On 07/10, Chao Yu wrote: > On 2020/7/10 11:02, Jaegeuk Kim wrote: > > On 07/10, Daeho Jeong wrote: > >> From: Daeho Jeong > >> > >>

Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version

On 2020/7/10 下午1:39, Eugenio Perez Martin wrote: It is allocated 1 thread in lcore 1 (F_THREAD=1) which belongs to the same NUMA as testpmd. Actually, it is the testpmd master core, so it should be a good idea to move it to another lcore of the same NUMA node. Is this enough for pktgen to allo

Re: [PATCH 2/2] mmc: sdhci-of-aspeed: Fix clock divider calculation

On 9/07/20 10:57 pm, Eddie James wrote: > When calculating the clock divider, start dividing at 2 instead of 1. > The divider is divided by two at the end of the calculation, so starting > at 1 may result in a divider of 0, which shouldn't happen. > > Signed-off-by: Eddie James Acked-by: Adrian

[PATCH] LIBATA SUBSYSTEM (Serial and Parallel ATA drivers): Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH v4 1/2] linux/bits.h: fix unsigned less than zero warnings

On Thu, Jul 09, 2020 at 11:13:31AM -0700, Linus Torvalds wrote: > On Thu, Jul 9, 2020 at 5:30 AM Herbert Xu wrote: > > > > I'm still getting the same warning even with the patch, for example: > > Are you building with W=1? > > There's a patch to move that broken -Wtype-limits thing to W=2. > >

Re: [RFC PATCH v2] scsi: ufs-mediatek: add inline encryption support

Hi Stanley, On Wed, Mar 04, 2020 at 10:21:02AM +0800, Stanley Chu wrote: > Add inline encryption support to ufs-mediatek. > > The standards-compliant parts, such as querying the crypto capabilities > and enabling crypto for individual UFS requests, are already handled by > ufshcd-crypto.c, which

[RFC PATCH 1/3] MIPS: Retire kvm paravirt

paravirt machine was introduced for Cavium's partial virtualization technology, however, it's host side support and QEMU support never landed in upstream. As Cavium was acquired by Marvel and they have no intention to maintain their MIPS product line, also paravirt is unlikely to be utilized by co

[RFC PATCH 0/3] MIPS KVM related clean-ups

Retire some features that never worked in the real world. Also I wonder if there are any actual user of TE KVM. Will Huacai or Alexsander take care relevant code? Thanks. Jiaxun Yang (3): MIPS: Retire kvm paravirt MIPS: KVM: Limit Trap-and-Emulate to MIPS32R2 only MIPS: KVM: Remove outdate

Re: [PATCH 1/2] mm/migrate: optimize migrate_vma_setup() for holes

On Thu, Jul 09, 2020 at 09:57:10AM -0700, Ralph Campbell wrote: > When migrating system memory to device private memory, if the source > address range is a valid VMA range and there is no memory or a zero page, > the source PFN array is marked as valid but with no PFN. This lets the > device driver

[RFC PATCH 3/3] MIPS: KVM: Remove outdated README

This file was created long ago and information inside is obviously outdated. Signed-off-by: Jiaxun Yang --- arch/mips/kvm/00README.txt | 31 --- 1 file changed, 31 deletions(-) delete mode 100644 arch/mips/kvm/00README.txt diff --git a/arch/mips/kvm/00README.txt b/a

[RFC PATCH 2/3] MIPS: KVM: Limit Trap-and-Emulate to MIPS32R2 only

After tons of fixes to get Trap-and-Emulate build on Loongson64, I've got panic on host machine when trying to run a VM. I found that it can never work on 64bit systems. Revewing the code, it looks like R6 can't supportrd by TE as well. Signed-off-by: Jiaxun Yang --- arch/mips/Kconfig | 1 +

Re: [PATCH] scsi: virtio_scsi: Remove unnecessary condition checks

>>> + mempool_destroy(virtscsi_cmd_pool); >>> + virtscsi_cmd_pool = NULL; >>> + kmem_cache_destroy(virtscsi_cmd_cache); >>> + virtscsi_cmd_cache = NULL; >>> return ret; >>> } >> >> How do you think about to add a jump target so that the execution >> of a few statements can be avoided a

linux-next: build warning after merge of the pidfd tree

Hi all, After merging the pidfd tree, today's linux-next build (powerpc ppc64_defconfig) produced this warning: fs/nsfs.c: In function 'ns_ioctl': fs/nsfs.c:195:14: warning: unused variable 'pid_struct' [-Wunused-variable] 195 | struct pid *pid_struct; | ^~ fs/nsfs.c

Re: [f2fs-dev] [PATCH] f2fs: change the way of handling range.len in F2FS_IOC_SEC_TRIM_FILE

On 2020/7/10 11:52, Jaegeuk Kim wrote: > On 07/10, Chao Yu wrote: >> On 2020/7/10 11:31, Jaegeuk Kim wrote: >>> On 07/10, Chao Yu wrote: On 2020/7/10 11:02, Jaegeuk Kim wrote: > On 07/10, Daeho Jeong wrote: >> From: Daeho Jeong >> >> Changed the way of handling range.len of F2

Re: Linux kernel in-tree Rust support

On Thu, Jul 09, 2020 at 11:41:47AM -0700, Nick Desaulniers wrote: > Hello folks, > I'm working on putting together an LLVM "Micro Conference" for the > upcoming Linux Plumbers Conf > (https://www.linuxplumbersconf.org/event/7/page/47-attend). It's not > solidified yet, but I would really like to r

[PATCH] ssb: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH] OPENRISC ARCHITECTURE: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH] break joystick limitation of maxmium 80 buttons

The 80 limitation comes from include/uapi/linux/input-event-codes.h according to function hidinput_configure_usage() in file drivers/hid/hid-input.c the joystick button mapping is not a continues space, generally speak the mapping space is from 1. BTN_JOYSTICK~BTN_DEAD 2. BTN_TRIGGER_HAPPY~KEY

linux-next: manual merge of the pidfd tree with the seccomp tree

Hi all, Today's linux-next merge of the pidfd tree got a conflict in: fs/file.c between commit: 21fec66fd4be ("fs: Move __scm_install_fd() to __receive_fd()") from the seccomp tree and commit: 60997c3d45d9 ("close_range: add CLOSE_RANGE_UNSHARE") from the pidfd tree. I fixed it up (se

Re: [PATCH] MAINTAINERS: XDP: restrict N: and K:

Am 09.07.20 um 22:37 schrieb Daniel Borkmann: On 7/9/20 9:42 PM, Alexander A. Klimov wrote: Rationale: Documentation/arm/ixp4xx.rst contains "xdp" as part of "ixdp465" which has nothing to do with XDP. Signed-off-by: Alexander A. Klimov ---   See also: https://lore.kernel.org/lkml/202007091

Re: [PATCH v2 3/3] arm64: dts: qcom: sc7180: Use pdc interrupts for USB instead of GIC interrupts

Quoting Sandeep Maheswaram (2020-07-08 12:10:17) > Using pdc interrupts for USB instead of GIC interrupts to > support wake up in case xo shutdown. > > Signed-off-by: Sandeep Maheswaram > --- Reviewed-by: Stephen Boyd I suppose wakeup-source should be added in the board files.

Re: [PATCH v3 6/9] drm/bridge: ti-sn65dsi86: Use 18-bit DP if we can

Hi, On 7/9/20 11:12 PM, Doug Anderson wrote: root@c630:~# bus=$(i2cdetect -l | grep sn65 | sed 's/i2c-\([0-9]*\).*$/\1/') root@c630:~# i2cdump ${bus} 0x50 i > edid WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-16, address 0x50, mode i2c blo

[PATCH v3] hung_task:add detecting task in D state milliseconds timeout

current hung_task_check_interval_secs and hung_task_timeout_secs only supports seconds. In some cases,the TASK_UNINTERRUPTIBLE state takes less than 1 second,may need to hung task trigger panic get ramdump or print all cpu task. modify hung_task_check_interval_secs to hung_task_check_interval_msec

[PATCH] io_uring: fix memleak in io_sqe_files_register()

I got a memleak report when doing some fuzz test: BUG: memory leak unreferenced object 0x607eeac06e78 (size 8): comm "test", pid 295, jiffies 4294735835 (age 31.745s) hex dump (first 8 bytes): 00 00 00 00 00 00 00 00 backtrace: [<932632e6>] p

RE: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000

> On Thu, Jul 09, 2020 at 06:00:40AM -0700, Tom Rix wrote: > > > > On 7/9/20 3:14 AM, Wu, Hao wrote: > > >> On Thu, Jul 09, 2020 at 05:10:49PM +0800, Wu, Hao wrote: > > Subject: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000 > > > > Add PCIe Device ID for Intel FPGA P

Re: [PATCH v2 2/3] usb: dwc3: qcom: Configure wakeup interrupts and set genpd active wakeup flag

Quoting Sandeep Maheswaram (2020-07-08 12:10:16) > configure interrupts based on hs_phy_flag. Set genpd active wakeup flag Please capitalize the start of a sentence. What is 'hs_phy_flag'? > for usb gdsc if wakeup capable devices are connected. This tells us what is happening in the code but doe

Re: [PATCH v4 2/2] usb: phy: Add USB3 PHY support for Intel LGM SoC

Hi, "Ramuthevar,Vadivel MuruganX" writes: > From: Ramuthevar Vadivel Murugan > > Add support for USB PHY on Intel LGM SoC. > > Signed-off-by: Ramuthevar Vadivel Murugan > > --- > drivers/usb/phy/Kconfig | 11 ++ > drivers/usb/phy/Makefile | 1 + > drivers/usb/phy/phy-lgm-usb.c

Re: [PATCH] hwspinlock: sirf: Remove the redundant 'of_match_ptr'

Baolin Wang 于2020年6月9日周二 上午12:22写道： > > Remove the the redundant 'of_match_ptr' macro to fix below warning > when the CONFIG_OF is not selected. > > All warnings: > drivers/hwspinlock/sirf_hwspinlock.c:87:34: warning: unused variable > 'sirf_hwpinlock_ids' [-Wunused-const-variable] > > Reported-by

Re: [PATCH v1 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64

Hi Catalin, On 2020/7/10 1:36, Catalin Marinas wrote: > On Thu, Jul 09, 2020 at 05:10:54PM +0800, Zhenyu Ye wrote: >> #define __tlbi_level(op, addr, level) do { \ >> u64 arg = addr; \ >>

drivers/usb/class/usbtmc.c:498:22: sparse: sparse: incorrect type in initializer (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0bddd227f3dc55975e2b8dfa7fc6f959b062a2c7 commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 3 weeks ago config: openrisc-randconfig-s031-20200710 (attac

Re: [PATCH v7 2/2] display/drm/bridge: TC358775 DSI/LVDS driver

On 07.07.2020 10:25, Vinay Simha B N wrote: > Andrzej, > > Please suggest. > > In general it should be in the reverse-order RESX then STBY, But > As per the spec Datasheet Power off sequence is this Page 149, Section > Power Supply On and Off Sequence > > regulators > STBY > RESX > > https://www

Re: [PATCH v2 3/5] irqchip: Allow QCOM_PDC to be loadable as a permanent module

Quoting Marc Zyngier (2020-06-27 02:37:47) > On Sat, 27 Jun 2020 02:34:25 +0100, > John Stultz wrote: > > > > On Fri, Jun 26, 2020 at 12:42 AM Stephen Boyd wrote: > > > > > > > > > Is there any reason to use IRQCHIP_DECLARE if this can work as a > > > platform device driver? > > > > > > > Hey!

Re: [selftests] 7cb32086e5: kernel-selftests.x86.check_initial_reg_state_32.fail

On Thu, Jul 9, 2020 at 6:36 PM Shuah Khan wrote: > > On 7/9/20 12:49 AM, kernel test robot wrote: > > Greeting, > > > > FYI, we noticed the following commit (built with gcc-9): > > > > commit: 7cb32086e59b514a832a3e11f5370d37e7cfe022 ("selftests: simplify > > run_tests") > > https://git.kernel.or

Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version

On Fri, Jul 10, 2020 at 07:39:26AM +0200, Eugenio Perez Martin wrote: > > > How about playing with the batch size? Make it a mod parameter instead > > > of the hard coded 64, and measure for all values 1 to 64 ... > > > > > > Right, according to the test result, 64 seems to be too aggressive in > >

[v2 PATCH] usb: xhci-mtk: fix the failure of bandwidth allocation

The wMaxPacketSize field of endpoint descriptor may be zero as default value in alternate interface, and they are not actually selected when start stream, so skip them when try to allocate bandwidth. Cc: stable Fixes: 0cbd4b34cda9("xhci: mediatek: support MTK xHCI host controller") Signed-off-by:

Re: [PATCH] usb: xhci-mtk: fix the failure of bandwidth allocation

On Fri, 2020-07-10 at 11:14 +0800, Nicolas Boichat wrote: > On Fri, Jul 10, 2020 at 10:30 AM Chunfeng Yun > wrote: > > > > The wMaxPacketSize field of endpoint descriptor may be zero > > as default value in alternate interface, and they are not > > actually selected when start stream, so skip the

fbconsole needs more parameter validations.

Hello. While trying to debug https://syzkaller.appspot.com/bug?extid=017265e8553724e514e8 , I noticed that a crash can happen without opening /dev/ttyXX . For example, while a driver which syzbot is reporting accepts screen with var.xres = var.yres = 0 (and a crash is not visible until trying to

Re: [PATCH 1/5] lib: Add a generic version of devmem_is_allowed()

Στις 2020-07-10 08:38, Christoph Hellwig έγραψε: On Thu, Jul 09, 2020 at 11:49:21PM +0300, Mike Rapoport wrote: > +#ifndef CONFIG_GENERIC_DEVMEM_IS_ALLOWED > +extern int devmem_is_allowed(unsigned long pfn); > +#endif Nit: no need for the extern here. > +config GENERIC_LIB_DEVMEM_IS_ALLOWED

[PATCH] vt: Reject zero-sized screen buffer size.

syzbot is reporting general protection fault in do_con_write() [1] caused by vc->vc_screenbuf == ZERO_SIZE_PTR caused by vc->vc_screenbuf_size == 0 caused by vc->vc_cols == vc->vc_rows == vc->vc_size_row == 0 being passed to ioctl(FBIOPUT_VSCREENINFO) request on /dev/fb0 , for gotoxy(vc, 0, 0) fro

Re: [PATCH 1/5] lib: Add a generic version of devmem_is_allowed()

On Fri, Jul 10, 2020 at 08:48:17AM +0300, Nick Kossifidis wrote: > 2020-07-10 08:38, Christoph Hellwig : > > On Thu, Jul 09, 2020 at 11:49:21PM +0300, Mike Rapoport wrote: > > > > +#ifndef CONFIG_GENERIC_DEVMEM_IS_ALLOWED > > > > +extern int devmem_is_allowed(unsigned long pfn)

Re: [PATCH] ARM: dts: prima: Align L2 cache-controller nodename with dtschema

Krzysztof Kozlowski 于2020年6月26日周五 下午8:06写道： > > Fix dtschema validator warnings like: > l2-cache-controller@8004: $nodename:0: > 'l2-cache-controller@8004' does not match > '^(cache-controller|cpu)(@[0-9a-f,]+)*$' > > Signed-off-by: Krzysztof Kozlowski Acked-by: Barry Song

RE: [PATCH v3 4/4] iommu/vt-d: Add page response ops support

> From: Lu Baolu > Sent: Friday, July 10, 2020 1:37 PM > > Hi Kevin, > > On 2020/7/10 10:42, Tian, Kevin wrote: > >> From: Lu Baolu > >> Sent: Thursday, July 9, 2020 3:06 PM > >> > >> After page requests are handled, software must respond to the device > >> which raised the page request with th

Beginning 5.8rc1 kernel USB headsets (ASUS ROG Delta and HyperX Cloud Orbit S) play sound as if in slow-motion.

Beginning 5.8rc1 (git 69119673bd50) kernel USB headsets (ASUS ROG Delta and HyperX Cloud Orbit S) play sound as if in slow-motion. And in 5.8rc4 (git dcde237b9b0e) this still not fixed yet. The bisecting is problematic because rc1 also has another issue https://lkml.org/lkml/2020/6/22/21 which com

[rcu:dev.2020.07.09a] BUILD SUCCESS f40a25f3eefe71e02df81089e3331eb271ff55be

defconfig powerpc allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a002-20200709 i386 randconfig-a001-20200709 i386

[rcu:dev.2020.07.08a] BUILD SUCCESS cb2d297b305225704e58759373684f365ae103d4

allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig i386 randconfig-a002-20200709 i386 randconfig-a001-20200709 i386 randconfig-a006

Re: [linux-sunxi] [PATCH 01/16] ASoC: sun4i-i2s: Add support for H6 I2S

On 7/4/20 6:38 AM, Clément Péron wrote: > From: Jernej Skrabec > > H6 I2S is very similar to that in H3, except it supports up to 16 > channels. > > Signed-off-by: Jernej Skrabec > Signed-off-by: Marcus Cooper > Signed-off-by: Clément Péron > --- > sound/soc/sunxi/sun4i-i2s.c | 227 +

Re: [linux-sunxi] [PATCH 02/16] ASoC: sun4i-i2s: Adjust LRCLK width

On 7/4/20 6:38 AM, Clément Péron wrote: > From: Marcus Cooper > > Some codecs such as i2s based HDMI audio and the Pine64 DAC require > a different amount of bit clocks per frame than what is calculated > by the sample width. Use the values obtained by the tdm slot bindings > to adjust the LRCLK

Re: [linux-sunxi] [PATCH 05/16] ASoc: sun4i-i2s: Add 20 and 24 bit support

On 7/4/20 6:38 AM, Clément Péron wrote: > From: Marcus Cooper > > Extend the functionality of the driver to include support of 20 and > 24 bits per sample. > > Signed-off-by: Marcus Cooper > Signed-off-by: Clément Péron > --- > sound/soc/sunxi/sun4i-i2s.c | 11 +-- > 1 file changed, 9

Re: [linux-sunxi] [PATCH 04/16] ASoC: sun4i-i2s: Set sign extend sample

On 7/4/20 6:38 AM, Clément Péron wrote: > From: Marcus Cooper > > On the newer SoCs such as the H3 and A64 this is set by default > to transfer a 0 after each sample in each slot. However the A10 > and A20 SoCs that this driver was developed on had a default > setting where it padded the audio ga

[PATCH 2/2] Input: elan_i2c - High resolution report for new pattern 2.

Due to the higer resolution touchpads would be produced, The mainly modifications were as below: 1. the former resolution bits were not enough. Extend the resolution bits from 12 to 16 bits. 2. Increase the report ID 0x60 for higher resoltion of touchpads. 3. Move the position of mk value in the re

[PATCH 1/2] Input: elan_i2c - Add ic type 0x11 0x13 0x14.

Modify the iap method for all IC. Get the correct value of ic_type for old and new pattern of firmware. Signed-off-by: Jingle Wu --- drivers/input/mouse/elan_i2c.h | 6 +- drivers/input/mouse/elan_i2c_core.c | 52 - drivers/input/mouse/elan_i2c_i2c.c | 109 +++

RE: [PATCH v3 06/14] vfio/type1: Add VFIO_IOMMU_PASID_REQUEST (alloc/free)

Hi Alex, > From: Alex Williamson > Sent: Thursday, July 9, 2020 10:28 PM > > On Thu, 9 Jul 2020 07:16:31 + > "Liu, Yi L" wrote: > > > Hi Alex, > > > > After more thinking, looks like adding a r-b tree is still not enough to > > solve the potential problem for free a range of PASID in one

Re: [PATCH RFC v8 02/11] vhost: use batched get_vq_desc version

On Fri, Jul 10, 2020 at 5:56 AM Jason Wang wrote: > > > On 2020/7/10 上午1:37, Michael S. Tsirkin wrote: > > On Thu, Jul 09, 2020 at 06:46:13PM +0200, Eugenio Perez Martin wrote: > >> On Wed, Jul 1, 2020 at 4:10 PM Jason Wang wrote: > >>> > >>> On 2020/7/1 下午9:04, Eugenio Perez Martin wrote: >

Re: [PATCH 1/5] lib: Add a generic version of devmem_is_allowed()

On Thu, Jul 09, 2020 at 11:49:21PM +0300, Mike Rapoport wrote: > > +#ifndef CONFIG_GENERIC_DEVMEM_IS_ALLOWED > > +extern int devmem_is_allowed(unsigned long pfn); > > +#endif Nit: no need for the extern here. > > +config GENERIC_LIB_DEVMEM_IS_ALLOWED > > + bool > > + select ARCH_HAS_DEVMEM_IS

Re: Linux kernel in-tree Rust support

On Thu, Jul 09, 2020 at 11:41:47AM -0700, Nick Desaulniers wrote: > Hello folks, > I'm working on putting together an LLVM "Micro Conference" for the > upcoming Linux Plumbers Conf > (https://www.linuxplumbersconf.org/event/7/page/47-attend). It's not > solidified yet, but I would really like to r

Re: [PATCH v3 4/4] iommu/vt-d: Add page response ops support

Hi Kevin, On 2020/7/10 10:42, Tian, Kevin wrote: From: Lu Baolu Sent: Thursday, July 9, 2020 3:06 PM After page requests are handled, software must respond to the device which raised the page request with the result. This is done through the iommu ops.page_response if the request was reported

[RESEND: PATCH v5 1/4] regulator: Allow regulators to verify enabled during enable()

Some regulators might need to verify that they have indeed been enabled after the enable() call is made and enable_time delay has passed. This is implemented by repeatedly checking is_enabled() upto poll_enabled_time, waiting for the already calculated enable delay in each iteration. Signed-off-b

[RESEND PATCH v5 3/4] arm64: dts: qcom: pmi8998: Add nodes for LAB and IBB regulators

From: Nisha Kumari This patch adds devicetree nodes for LAB and IBB regulators. Signed-off-by: Nisha Kumari Signed-off-by: Sumit Semwal [sumits: Updated for better compatible strings and names] --- v5: sumits: removed interrupt-names, since there is only one interrupt per node v

[RESEND PATCH v5 2/4] dt-bindings: regulator: Add labibb regulator

From: Nisha Kumari Adding the devicetree binding for labibb regulator. Signed-off-by: Nisha Kumari Signed-off-by: Sumit Semwal [sumits: cleanup as per review comments and update to yaml] --- v5: Addressed review comments - removed interrupt-names, changed to dual license, added unevalua

Re: a question of split_huge_page

On 10.7.2020 7.51, Alex Shi wrote: > > 在 2020/7/10 上午12:07, Kirill A. Shutemov 写道: >> On Thu, Jul 09, 2020 at 04:50:02PM +0100, Matthew Wilcox wrote: >>> On Thu, Jul 09, 2020 at 11:11:11PM +0800, Alex Shi wrote: Hi Kirill & Matthew, In the func call chain, from split_huge_page() to

[PATCH] spi: spi-cadence: add support for chip select high

spi cadence driver should support spi-cs-high in mode bits so that the peripherals that needs the chip select to be high active can use it. Add the SPI-CS-HIGH flag in the supported mode bits. Signed-off-by: Shreyas Joshi --- drivers/spi/spi-cadence.c | 2 +- 1 file changed, 1 insertion(+), 1 de

[RESEND: PATCH v5 0/4] Qualcomm labibb regulator driver

This series adds a driver for LAB/IBB regulators found on some Qualcomm SoCs. These regulators provide positive and/or negative boost power supplies for LCD/LED display panels connected to the SoC. This series adds the support for pmi8998 PMIC found in SDM845 family of SoCs. Changes from v4: - v4

[RESEND PATCH v5 4/4] regulator: qcom: Add labibb driver

From: Nisha Kumari Qualcomm platforms have LAB(LCD AMOLED Boost)/IBB(Inverting Buck Boost) regulators, labibb for short, which are used as power supply for LCD Mode displays. This patch adds labibb regulator driver for pmi8998 PMIC, found on SDM845 platforms. Signed-off-by: Nisha Kumari [sum

[PATCH v2 2/3] powerpc/powernv/idle: save-restore DAWR0,DAWRX0 for P10

Additional registers DAWR0, DAWRX0 may be lost on Power 10 for stop levels < 4. Therefore save the values of these SPRs before entering a "stop" state and restore their values on wakeup. Signed-off-by: Pratik Rajesh Sampat --- arch/powerpc/platforms/powernv/idle.c | 10 ++ 1 file change

[PATCH v2 1/3] powerpc/powernv/idle: Exclude mfspr on HID1,4,5 on P9 and above

POWER9 onwards the support for the registers HID1, HID4, HID5 has been receded. Although mfspr on the above registers worked in Power9, In Power10 simulator is unrecognized. Moving their assignment under the check for machines lower than Power9 Signed-off-by: Pratik Rajesh Sampat Reviewed-by: Gau

[PATCH v2 3/3] powerpc/powernv/idle: Rename pnv_first_spr_loss_level variable

Replace the variable name from using "pnv_first_spr_loss_level" to "pnv_first_fullstate_loss_level". As pnv_first_spr_loss_level is supposed to be the earliest state that has OPAL_PM_LOSE_FULL_CONTEXT set, however as shallow states too loose SPR values, render an incorrect terminology. Signed-off

Re: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000

On Thu, Jul 09, 2020 at 06:00:40AM -0700, Tom Rix wrote: > > On 7/9/20 3:14 AM, Wu, Hao wrote: > >> On Thu, Jul 09, 2020 at 05:10:49PM +0800, Wu, Hao wrote: > Subject: [PATCH] fpga: dfl: pci: add device id for Intel FPGA PAC N3000 > > Add PCIe Device ID for Intel FPGA PAC N3000. > >

Re: [PATCH 0/5] iommu/arm-smmu: Support maintaining bootloader mappings

On Wed, Jul 8, 2020 at 10:02 PM Bjorn Andersson wrote: > > Based on previous attempts and discussions this is the latest attempt at > inheriting stream mappings set up by the bootloader, for e.g. boot splash or > efifb. > > The first patch is an implementation of Robin's suggestion that we should

Re: [PATCH v3 3/4] iommu/vt-d: Report page request faults for guest SVA

Hi Kevin, On 2020/7/10 10:24, Tian, Kevin wrote: From: Lu Baolu Sent: Thursday, July 9, 2020 3:06 PM A pasid might be bound to a page table from a VM guest via the iommu ops.sva_bind_gpasid. In this case, when a DMA page fault is detected on the physical IOMMU, we need to inject the page fault

[PATCH v2 0/3] Power10 basic energy management

Changelog v1 --> v2: 1. Save-restore DAWR and DAWRX unconditionally as they are lost in shallow idle states too 2. Rename pnv_first_spr_loss_level to pnv_first_fullstate_loss_level to correct naming terminology Pratik Rajesh Sampat (3): powerpc/powernv/idle: Exclude mfspr on HID1,4,5 on P9 and a

Re: WARNING: at mm/mremap.c:211 move_page_tables in i386

On Thu, Jul 9, 2020 at 9:29 PM Naresh Kamboju wrote: > > Your patch applied and re-tested. > warning triggered 10 times. > > old: bfe0-c000 new: bfa0 (val: 7d530067) Hmm.. It's not even the overlapping case, it's literally just "move exactly 2MB of page tables exactly one pmd down". W

Re: [RESEND PATCH 1/2] fpga: dfl: pci: reduce the scope of variable 'ret'

On Thu, Jul 09, 2020 at 06:18:18AM -0700, Tom Rix wrote: > I think a better change is to use the ret variable, like this > > --- a/drivers/fpga/dfl-pci.c > +++ b/drivers/fpga/dfl-pci.c > @@ -312,7 +312,7 @@ static int cci_pci_sriov_configure(struct pci_dev > *pcidev, int num_vfs) >   

RE: [PATCH] exfat: fix wrong size update of stream entry by typo

> The stream.size field is updated to the value of create timestamp of the file > entry. Fix this to use > correct stream entry pointer. > > Fixes: 29bbb14bfc80 ("exfat: fix incorrect update of stream entry in > __exfat_truncate()") > Signed-off-by: Hyeongseok Kim My bad, Pushed it into exfat #

[PATCH] selftests/livepatch: adopt to newer sysctl error format

With procfs v3.3.16, the sysctl command doesn't prints the set key and value on error. This change breaks livepatch selftest test-ftrace.sh, that tests the interaction of sysctl ftrace_enabled: # selftests: livepatch: test-ftrace.sh # TEST: livepatch interaction with ftrace_enabled sysctl ... n

Re: [PATCH] pinctrl: qcom: Handle broken PDC dual edge case on sc7180

Hi Doug, On 7/9/2020 2:46 AM, Douglas Anderson wrote: As per Qualcomm, there is a PDC hardware issue (with the specific IP rev that exists on sc7180) that causes the PDC not to work properly when configured to handle dual edges. Let's work around this by emulating only ever letting our parent s

Re: [PATCH 2/4] interconnect: Add get_bw() callback

On 7/9/2020 4:07 AM, Georgi Djakov wrote: The interconnect controller hardware may support querying the current bandwidth settings, so add a callback for providers to implement this functionality if supported. Signed-off-by: Georgi Djakov --- drivers/interconnect/core.c | 3 ++- in

Re: [PATCH 1/4] interconnect: Add sync state support

On 7/9/2020 4:07 AM, Georgi Djakov wrote: The bootloaders often do some initial configuration of the interconnects in the system and we want to keep this configuration until all consumers have probed and expressed their bandwidth needs. This is because we don't want to change the configuration by

Re: [PATCH 1/2] KVM: X86: Move ignore_msrs handling upper the stack

On Fri, Jul 10, 2020 at 12:11:54AM +0200, Paolo Bonzini wrote: > On 09/07/20 23:50, Peter Xu wrote: > >> Sean: Objection your honor. > >> Paolo: Overruled, you're wrong. > >> Sean: Phooey. > >> > >> My point is that even though I still object to this series, Paolo has final > >> say. > > > > I coul

drivers/video/fbdev/tdfxfb.c:1120:27: sparse: sparse: incorrect type in argument 1 (different address spaces)

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0bddd227f3dc55975e2b8dfa7fc6f959b062a2c7 commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 3 weeks ago config: mips-randconfig-s031-20200710 (attached

[PATCH] Restore gcc check in mips asm/unroll.h

While raising the gcc version requirement to 4.9, the compile-time check in the unroll macro was accidentally changed from being used on gcc and clang to being used on clang only. Restore the gcc check, changing it from "gcc >= 4.7" to "all gcc". Fixes: 6ec4476ac825 ("Raise gcc version requiremen

Re: a question of split_huge_page

在 2020/7/10 上午12:07, Kirill A. Shutemov 写道: > On Thu, Jul 09, 2020 at 04:50:02PM +0100, Matthew Wilcox wrote: >> On Thu, Jul 09, 2020 at 11:11:11PM +0800, Alex Shi wrote: >>> Hi Kirill & Matthew, >>> >>> In the func call chain, from split_huge_page() to lru_add_page_tail(), >>> Seems tail pages

Re: [PATCH v2 0/2] spi: spi-qcom-qspi: Avoid some per-transfer overhead

On 7/9/2020 8:21 PM, Douglas Anderson wrote: Not to be confused with the similar series I posed for the _other_ Qualcomm SPI controller (spi-geni-qcom) [1], this one avoids the overhead on the Quad SPI controller. It's based atop the current Qualcomm tree including Rajendra's ("spi: spi-qcom-q

linux-next: manual merge of the tip tree with the spi tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/spi/spi.c between commit: 60a883d119ab ("spi: use kthread_create_worker() helper") from the spi tree and commit: 3070da33400c ("sched,spi: Convert to sched_set_fifo*()") from the tip tree. I fixed it up (see b

Re: [PATCH v2] spi: spi-geni-qcom: Set the clock properly at runtime resume

On 7/9/2020 8:10 PM, Douglas Anderson wrote: In the patch ("spi: spi-geni-qcom: Avoid clock setting if not needed") we avoid a whole pile of clock code. As part of that, we should have restored the clock at runtime resume. Do that. It turns out that, at least with today's configurations, thi

Re: [PATCH v2 02/10] x86/percpu: Clean up percpu_to_op()

On Thu, Jul 9, 2020 at 6:30 AM Peter Zijlstra wrote: > > On Sat, May 30, 2020 at 06:11:19PM -0400, Brian Gerst wrote: > > + if (0) {\ > > + typeof(_var) pto_tmp__; \ > > + pto_tmp__

Re: [PATCH] proc/sysctl: make protected_* world readable

On Thu, Jul 09, 2020 at 04:51:15PM -0700, Julius Hemanth Pitti wrote: > protected_* files have 600 permissions which prevents > non-superuser from reading them. > > Container like "AWS greengrass" refuse to launch unless > protected_hardlinks and protected_symlinks are set. When > containers like

Re: WARNING: at mm/mremap.c:211 move_page_tables in i386

On Fri, 10 Jul 2020 at 00:42, Linus Torvalds wrote: > > On Wed, Jul 8, 2020 at 10:28 PM Naresh Kamboju > wrote: > > > > While running LTP mm test suite on i386 or qemu_i386 this kernel warning > > has been noticed from stable 5.4 to stable 5.7 branches and mainline > > 5.8.0-rc4 > > and linux ne

Re: [PATCH] KVM: x86/mmu: Add capability to zap only sptes for the affected memslot

+Alex, whom I completely spaced on Cc'ing. Alex, this is related to the dreaded VFIO memslot zapping issue from last year. Start of thread: https://patchwork.kernel.org/patch/11640719/. The TL;DR of below: can you try the attached patch with your reproducer from the original bug[*]? I honestly

Re: [PATCH] pinctrl: qcom: Handle broken PDC dual edge case on sc7180

On 7/9/2020 2:46 AM, Douglas Anderson wrote: As per Qualcomm, there is a PDC hardware issue (with the specific IP rev that exists on sc7180) that causes the PDC not to work properly when configured to handle dual edges. Let's work around this by emulating only ever letting our parent see reque

Re: [f2fs-dev] [PATCH] f2fs: change the way of handling range.len in F2FS_IOC_SEC_TRIM_FILE

To handle that case, I think we need to handle range.len(-1) differently. When range.len is -1, we need to find out every block belongs to the inode regardless of i_size and discard it. 2020년 7월 10일 (금) 오후 12:52, Jaegeuk Kim 님이 작성: > > On 07/10, Chao Yu wrote: > > On 2020/7/10 11:31, Jaegeuk Kim w

Re: [RFC 07/12] media: uapi: h264: Add DPB entry field reference flags

Hello Jonas, In the context of the uAPI cleanup, I'm revisiting this patch. On Sun, 2019-09-01 at 12:45 +, Jonas Karlman wrote: > Add DPB entry flags to help indicate when a reference frame is a field picture > and how the DPB entry is referenced, top or bottom field or full frame. > > Signe

  1   2   3   4   5   6   7   8   9   10   >