[PATCH 29/40] scsi: qla4xxx: ql4_init: Document qla4xxx_process_ddb()'s 'conn_err'

Fixes the following W=1 kernel build warning(s): drivers/scsi/qla4xxx/ql4_init.c:1170: warning: Function parameter or member 'conn_err' not described in 'qla4xxx_process_ddb_changed' Cc: qlogic-storage-upstr...@qlogic.com Signed-off-by: Lee Jones --- drivers/scsi/qla4xxx/ql4_init.c | 1 + 1

[PATCH 35/40] scsi: bfa: bfad_bsg: Staticify all local functions

Fixes the following W=1 kernel build warning(s): drivers/scsi/bfa/bfad_bsg.c:19:1: warning: no previous prototype for ‘bfad_iocmd_ioc_enable’ [-Wmissing-prototypes] drivers/scsi/bfa/bfad_bsg.c:42:1: warning: no previous prototype for ‘bfad_iocmd_ioc_disable’ [-Wmissing-prototypes]

[PATCH 31/40] scsi: csiostor: csio_init: Fix misnamed function parameter

Fixes the following W=1 kernel build warning(s): drivers/scsi/csiostor/csio_init.c:595: warning: Function parameter or member 'pln' not described in 'csio_shost_init' drivers/scsi/csiostor/csio_init.c:595: warning: Excess function parameter 'os_pln' description in 'csio_shost_init' Cc:

[PATCH 25/40] scsi: pm8001: pm80xx_hwi: Staticify 'pm80xx_pci_mem_copy' and 'mpi_set_phy_profile_req'

These are not invoked externally. Fixes the following W=1 kernel build warning(s): drivers/scsi/pm8001/pm80xx_hwi.c:69:6: warning: no previous prototype for ‘pm80xx_pci_mem_copy’ [-Wmissing-prototypes] 69 | void pm80xx_pci_mem_copy(struct pm8001_hba_info *pm8001_ha, u32 soffset, |

[PATCH 26/40] scsi: qla4xxx: ql4_os: Fix some kerneldoc parameter documentation issues

Fixes the following W=1 kernel build warning(s): drivers/scsi/qla4xxx/ql4_os.c:4551: warning: Function parameter or member 't' not described in 'qla4xxx_timer' drivers/scsi/qla4xxx/ql4_os.c:4551: warning: Excess function parameter 'ha' description in 'qla4xxx_timer'

[PATCH 10/40] scsi: pm8001: pm8001_sas: Mover function header and supply some missing parameter descriptions

Functions must follow directly after the header that documents them. Fixes the following W=1 kernel build warning(s): from drivers/scsi/pm8001/pm8001_sas.c:41: inlined from ‘pm8001_issue_ssp_tmf’ at drivers/scsi/pm8001/pm8001_sas.c:919:2: drivers/scsi/pm8001/pm8001_sas.c:379: warning:

[PATCH 17/40] scsi: pm8001: pm80xx_hwi: Fix some function documentation issues

Fixes the following W=1 kernel build warning(s): drivers/scsi/pm8001/pm80xx_hwi.c:918: warning: Function parameter or member 'number' not described in 'update_inbnd_queue_table' drivers/scsi/pm8001/pm80xx_hwi.c:954: warning: Function parameter or member 'number' not described in

[PATCH 08/40] scsi: aic94xx: aic94xx_tmf: Fix kerneldoc formatting issue with 'task'

Kerneldoc expects attributes/parameters to be in '@*.: ' format. Fixes the following W=1 kernel build warning(s): drivers/scsi/aic94xx/aic94xx_tmf.c:685: warning: Function parameter or member 'task' not described in 'asd_query_task' Cc: Luben Tuikov Signed-off-by: Lee Jones ---

[PATCH 12/40] scsi: qla4xxx: ql4_init: Remove set but unused variable 'func_number'

Fixes the following W=1 kernel build warning(s): drivers/scsi/qla4xxx/ql4_init.c: In function ‘ql4xxx_set_mac_number’: drivers/scsi/qla4xxx/ql4_init.c:17:10: warning: variable ‘func_number’ set but not used [-Wunused-but-set-variable] Cc: qlogic-storage-upstr...@qlogic.com Signed-off-by: Lee

[PATCH 16/40] scsi: pm8001: pm8001_hwi: Fix a bunch of kerneldoc issues

Provide lots of missing descriptions, remove some superfluous ones (probably due to docroc) and demote one header which does not provide many descriptions, and the ones it does provide are incorrect. Fixes the following W=1 kernel build warning(s): drivers/scsi/pm8001/pm8001_hwi.c:339: warning:

[PATCH 18/40] scsi: pm8001: pm8001_hwi: Remove a bunch of set but unused variables

Fixes the following W=1 kernel build warning(s): drivers/scsi/qla4xxx/ql4_os.c: In function ‘qla4xxx_eh_cmd_timed_out’: drivers/scsi/qla4xxx/ql4_os.c:1865:24: warning: variable ‘sess’ set but not used [-Wunused-but-set-variable] 1865 | struct iscsi_session *sess; | ^~~~

[PATCH 11/40] scsi: pm8001: pm8001_ctl: Add descriptions for unused 'attr' function parameters

Clean-up some whitespace issues too whilst we're here. Fixes the following W=1 kernel build warning(s): drivers/scsi/pm8001/pm8001_ctl.c:102: warning: Function parameter or member 'attr' not described in 'pm8001_ctl_fw_version_show' drivers/scsi/pm8001/pm8001_ctl.c:331: warning: Function

[PATCH 00/40] Set 4: Next set of SCSI related W=1 warnings

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. This brings the total of W=1 SCSI wanings from 1690 in v5.8-rc1 to 817. Lee Jones (40): scsi: arcmsr: arcmsr_hba: Remove statement with no

[PATCH 01/40] scsi: arcmsr: arcmsr_hba: Remove statement with no effect

According to LKP, commit [no upstream SHA yet] ("scsi: arcmsr: Remove some set but unused variables") can be furthered to remove the entire statement and not just the unused variable read into. Snipped LKP report: config: x86_64-randconfig-m001-20200719 compiler: gcc-9 (Debian 9.3.0-14) 9.3.0

[PATCH 04/40] scsi: aacraid: rkt: Add missing description for 'dev'

And clean-up a couple of whitespace issues while we're here. Fixes the following W=1 kernel build warning(s): drivers/scsi/aacraid/rkt.c:64: warning: Function parameter or member 'dev' not described in 'aac_rkt_ioremap' Cc: Adaptec OEM Raid Solutions Cc: "PMC-Sierra, Inc" Signed-off-by: Lee

[PATCH 07/40] scsi: aacraid: src: Add descriptions for missing parameters

Fixes the following W=1 kernel build warning(s): drivers/scsi/aacraid/src.c:203: warning: Function parameter or member 'p2' not described in 'src_sync_cmd' drivers/scsi/aacraid/src.c:203: warning: Function parameter or member 'p3' not described in 'src_sync_cmd'

[PATCH 05/40] scsi: aacraid: nark: Add missing description for 'dev'

Fixes the following W=1 kernel build warning(s): drivers/scsi/aacraid/nark.c:31: warning: Function parameter or member 'dev' not described in 'aac_nark_ioremap' Cc: Adaptec OEM Raid Solutions Cc: "PMC-Sierra, Inc" Signed-off-by: Lee Jones --- drivers/scsi/aacraid/nark.c | 1 + 1 file

Re: [PATCH v4 3/6] dt-bindings: remoteproc: Add common TI SCI rproc bindings

Hi Rob, On 7/21/20 10:53 AM, Rob Herring wrote: On Fri, Jul 17, 2020 at 5:48 PM Suman Anna wrote: Add a bindings document that lists the common TI SCI properties used by the K3 R5F and DSP remoteproc devices. Signed-off-by: Suman Anna --- v4: Addressed both of Rob's review comments on

Re: [PATCH v2 4/4] dt-bindings: clk: versaclock5: convert to yaml

Hi Rob, On 14/07/20 05:11, Rob Herring wrote: > On Wed, Jul 08, 2020 at 09:40:35AM +0200, Luca Ceresoli wrote: >> Convert to yaml the VersaClock bindings document. The mapping between >> clock specifier and physical pins cannot be described formally in yaml >> schema, then keep it verbatim in the

Re: [PATCH 5.7 000/243] 5.7.10-rc2 review

On Mon, Jul 20, 2020 at 09:16:26PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.7.10 release. > There are 243 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.19 000/133] 4.19.134-rc1 review

On Mon, Jul 20, 2020 at 05:35:47PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.134 release. > There are 133 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 5.4 000/215] 5.4.53-rc1 review

On Mon, Jul 20, 2020 at 05:34:42PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 5.4.53 release. > There are 215 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH v9 1/2] usb: dwc3: qcom: Add interconnect support in dwc3 driver

Hi Sandeep, On Tue, Jul 21, 2020 at 01:14:48PM +0530, Sandeep Maheswaram wrote: > Add interconnect support in dwc3-qcom driver to vote for bus > bandwidth. > > This requires for two different paths - from USB to > DDR. The other is from APPS to USB. > > Signed-off-by: Sandeep Maheswaram >

Re: [PATCH 2/4] tracing: add trace_export support for event trace

On Mon, 20 Jul 2020 10:21:15 +0800 Tingwei Zhang wrote: > Only function traces can be exported to other destinations currently. > This patch exports event trace as well. > > Signed-off-by: Tingwei Zhang > --- > kernel/trace/trace.c | 24 +--- > 1 file changed, 13

Re: [PATCH 4.14 000/125] 4.14.189-rc1 review

On Mon, Jul 20, 2020 at 05:35:39PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.189 release. > There are 125 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.9 00/86] 4.9.231-rc1 review

On Mon, Jul 20, 2020 at 05:35:56PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.231 release. > There are 86 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

Re: [PATCH 4.4 00/58] 4.4.231-rc1 review

On Mon, Jul 20, 2020 at 05:36:16PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.231 release. > There are 58 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me

[PATCH v3 4/4] power: supply: bq27xxx_battery: Add the BQ28z610 Battery monitor

Add the Texas Instruments BQ28z610 battery monitor. The register address map is laid out the same as compared to other devices within the file. The battery status register bits are similar to the BQ27561 but they are different compared to other fuel gauge devices within this file. Signed-off-by:

Re: [PATCH v1] crypto: ccp: sp-pci: use generic power management

On Tue, Jul 21, 2020 at 10:19:33AM -0500, Tom Lendacky wrote: > On 7/21/20 7:31 AM, Vaibhav Gupta wrote: > > Drivers using legacy power management .suspen()/.resume() callbacks > > have to manage PCI states and device's PM states themselves. They also > > need to take care of standard

[PATCH v3 1/4] dt-bindings: power: Add BQ27561 compatible

Add the Texas Instruments bq27561 battery monitor to the bq27xxx binding. Acked-by: Rob Herring Signed-off-by: Dan Murphy --- Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v3 3/4] dt-bindings: power: Add BQ28z610 compatible

Add the Texas Instruments bq28z610 battery monitor to the bq27xxx binding. Acked-by: Rob Herring Signed-off-by: Dan Murphy --- Documentation/devicetree/bindings/power/supply/bq27xxx.yaml | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v3 2/4] power: supply: bq27xxx_battery: Add the BQ27561 Battery monitor

Add the Texas Instruments BQ27561 battery monitor. The register address map is laid out the same as compared to other devices within the file. The battery status register has differing bits to determine if the battery is full, discharging or dead. Signed-off-by: Dan Murphy ---

Re: [PATCH RFC V2 13/17] kmap: Add stray write protection for device pages

On Mon, Jul 20, 2020 at 11:17:40AM +0200, Peter Zijlstra wrote: > On Sat, Jul 18, 2020 at 09:13:19PM -0700, Ira Weiny wrote: > > On Fri, Jul 17, 2020 at 11:21:39AM +0200, Peter Zijlstra wrote: > > > On Fri, Jul 17, 2020 at 12:20:52AM -0700, ira.we...@intel.com wrote: > > > > @@ -31,6 +32,20 @@

[PATCH 01/24] fs: refactor do_mount

Factor out a path_mount helper that takes a struct path * instead of the actual file name. This will allow to convert the init and devtmpfs code to properly mount based on a kernel pointer instead of relying on the implicit set_fs(KERNEL_DS) during early init. Signed-off-by: Christoph Hellwig

[PATCH 08/24] init: move the prepare_namespace prototype to init/do_mounts.h

No need to have this prototype in a global header included by every driver. Signed-off-by: Christoph Hellwig --- include/linux/init.h | 1 - init/do_mounts.h | 1 + init/main.c | 2 ++ 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/include/linux/init.h

[PATCH 07/24] init: initialize ramdisk_execute_command at compile time

Set ramdisk_execute_command to "/init" at compile time. The command line can still override it, but this saves a few instructions and removes a NULL check. Signed-off-by: Christoph Hellwig --- init/main.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/init/main.c

[PATCH 06/24] md: open code vfs_stat in md_setup_drive

Instead of passing a kernel pointer to vfs_stat by relying on the implicit set_fs(KERNEL_DS) in md_setup_drive, just open code the trivial getattr, and use the opportunity to move a little bit more code from the caller into the new helper. Signed-off-by: Christoph Hellwig ---

[PATCH 22/24] init: add an init_mkdir helper

Add a simple helper to mkdir with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_mkdir. Signed-off-by: Christoph Hellwig --- fs/internal.h| 1 - fs/namei.c | 2 +- include/linux/syscalls.h | 7 ---

[PATCH 21/24] init: add an init_symlink helper

Add a simple helper to symlink with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_symlink. Signed-off-by: Christoph Hellwig --- fs/internal.h| 2 -- fs/namei.c | 2 +- include/linux/syscalls.h | 9 -

[PATCH 10/24] init: open code ksys_umount in handle_initrd

Replace ksys_umount with an open coded version that takes the proper kernel pointer instead of relying on the implicit set_fs(KERNEL_DS) during early init. Signed-off-by: Christoph Hellwig --- fs/namespace.c | 4 ++-- include/linux/mount.h| 1 + include/linux/syscalls.h | 1 -

[PATCH 24/24] init: add an init_lstat helper

Add a simple helper to lstat with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_lstat. Signed-off-by: Christoph Hellwig --- init/do_mounts.h | 1 + init/fs.c| 14 ++ init/initramfs.c | 2 +- 3 files changed, 16

[PATCH 18/24] init: add an init_chmod helper

Add a simple helper to chmod with a kernel space file name and switch the early init code over to it. Signed-off-by: Christoph Hellwig --- fs/internal.h| 2 +- fs/open.c| 4 ++-- include/linux/syscalls.h | 7 --- init/do_mounts.h | 1 + init/fs.c

[PATCH 19/24] init: add an init_eaccess helper

Add a simple helper to check if a file exists based on kernel space file name and switch the early init code over to it. Note that this theoretically changes behavior as it always is based on the effective permissions. But during early init that doesn't make a difference. Signed-off-by:

[PATCH 17/24] init: add an init_chown helper

Add a simple helper to chown with a kernel space file name and switch the early init code over to it. Signed-off-by: Christoph Hellwig --- fs/internal.h| 2 +- fs/open.c| 2 +- init/do_mounts.h | 1 + init/fs.c| 18 ++ init/initramfs.c | 6 +++--- 5 files

Re: [PATCH RFC v2 00/18] Add VFIO mediated device support and DEV-MSI support for the idxd driver

On Tue, Jul 21, 2020 at 09:02:15AM -0700, Dave Jiang wrote: > v2: "RFC" to me means "I don't really think this is mergable, so I'm throwing it out there." Which implies you know it needs more work before others should review it as you are not comfortable with it :( So, back-of-the-queue you

[PATCH 23/24] init: add an init_mknod helper

Add a simple helper to mknod with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_mknod. Signed-off-by: Christoph Hellwig --- fs/internal.h| 2 -- fs/namei.c | 2 +- include/linux/syscalls.h | 9 -

[PATCH 12/24] init: add an init_mount helper

Like do_mount, but takes a kernel pointer for the destination path. Switch over the mounts in the init code and devtmpfs to it, which just happen to work due to the implicit set_fs(KERNEL_DS) during early init right now. Signed-off-by: Christoph Hellwig --- init/Makefile | 2 +-

[PATCH 20/24] init: add an init_link helper

Add a simple helper to link with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_link. Signed-off-by: Christoph Hellwig --- fs/internal.h| 3 +-- fs/namei.c | 4 ++-- include/linux/syscalls.h | 9 -

add file system helpers that take kernel pointers for the init code v2

Hi Al and Linus, currently a lot of the file system calls in the early in code (and the devtmpfs kthread) rely on the implicit set_fs(KERNEL_DS) during boot. This is one of the few last remaining places we need to deal with to kill off set_fs entirely, so this series adds new helpers that take

[PATCH 11/24] init: open code do_utimes in do_utime

Open code the trivial utimes case in a version that takes proper kernel pointers. Signed-off-by: Christoph Hellwig --- init/initramfs.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/init/initramfs.c b/init/initramfs.c index 3823d15e5d2619..6135b55286fc35 100644 ---

[PATCH 09/24] init: mark create_dev as __init

The helper is only used for the early init code. Signed-off-by: Christoph Hellwig --- init/do_mounts.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/init/do_mounts.h b/init/do_mounts.h index 853da3cc4a3586..15d256658a3093 100644 --- a/init/do_mounts.h +++

[PATCH 05/24] devtmpfs: open code ksys_chdir and ksys_chroot

devtmpfs is the only non-early init caller of ksys_chdir and ksys_chroot with kernel pointers. Just open code the two operations which only really need a single path lookup anyway in devtmpfs_setup instead. The open coded verson doesn't need any of the stale dentry revalidation logic from the

[PATCH 02/24] fs: refactor ksys_umount

Factor out a path_umount helper that takes a struct path * instead of the actual file name. This will allow to convert the init and devtmpfs code to properly mount based on a kernel pointer instead of relying on the implicit set_fs(KERNEL_DS) during early init. Signed-off-by: Christoph Hellwig

[PATCH 13/24] init: add an init_unlink helper

Add a simple helper to unlink with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_unlink. Signed-off-by: Christoph Hellwig --- include/linux/syscalls.h | 7 --- init/do_mounts.h | 3 ++- init/do_mounts_initrd.c | 4 ++--

[PATCH 03/24] fs: push the getname from do_rmdir into the callers

This mirrors do_unlinkat and will make life a little easier for the init code to reuse the whole function with a kernel filename. Signed-off-by: Christoph Hellwig --- fs/internal.h| 2 +- fs/namei.c | 10 -- include/linux/syscalls.h | 4 ++-- 3 files changed,

[PATCH 04/24] devtmpfs: open code do_mount

Replace do_umount with an open coded version that takes the proper kernel pointer instead of relying on the implicit set_fs(KERNEL_DS) during early init. Signed-off-by: Christoph Hellwig --- drivers/base/devtmpfs.c | 17 +++-- fs/namespace.c | 2 +- include/linux/mount.h

[PATCH 15/24] init: add an init_chdir helper

Add a simple helper to chdir with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_chdir. Signed-off-by: Christoph Hellwig --- fs/open.c| 7 +-- include/linux/syscalls.h | 1 - init/do_mounts.c | 2 +-

[PATCH 14/24] init: add an init_rmdir helper

Add a simple helper to rmdir with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_rmdir. Signed-off-by: Christoph Hellwig --- include/linux/syscalls.h | 7 --- init/do_mounts.h | 1 + init/fs.c| 5 +

[PATCH 16/24] init: add an init_chroot helper

Add a simple helper to chroot with a kernel space file name and switch the early init code over to it. Remove the now unused ksys_chroot. Signed-off-by: Christoph Hellwig --- fs/open.c| 7 +-- include/linux/syscalls.h | 2 -- init/do_mounts.c | 2 +-

Re: [PATCH] dma-pool: Do not allocate pool memory from CMA

On Tue, 2020-07-21 at 20:52 +0530, Amit Pundir wrote: [...] > > > > Can you try booting *without* my patch and this in the kernel > > > > command > > > > line: "cma=16M@0x1-0x2". > > > > > > It doesn't boot with this added kernel command line. > > > > For the record, this

Re: [PATCH v2] selftest: txtimestamp: fix net ns entry logic

On Tue, Jul 21, 2020 at 12:17 PM Paolo Pisati wrote: > > According to 'man 8 ip-netns', if `ip netns identify` returns an empty string, > there's no net namespace associated with current PID: fix the net ns entrance > logic. > > Signed-off-by: Paolo Pisati Fixes: cda261f421ba ("selftests: add

Re: [PATCH] cpufreq: intel_pstate: Implement passive mode with HWP enabled

On Mon, 2020-07-20 at 16:20 -0700, Francisco Jerez wrote: > "Rafael J. Wysocki" writes: > > > On Fri, Jul 17, 2020 at 2:21 AM Francisco Jerez < > > curroje...@riseup.net> wrote: > > > "Rafael J. Wysocki" writes: > > > {...] > > Overall, so far, I'm seeing a claim that the CPU subsystem can be

Re: [PATCH RFC v2 04/18] irq/dev-msi: Introduce APIs to allocate/free dev-msi interrupts

On Tue, Jul 21, 2020 at 09:02:41AM -0700, Dave Jiang wrote: > From: Megha Dey > > The dev-msi interrupts are to be allocated/freed only for custom devices, > not standard PCI-MSIX devices. > > These interrupts are device-defined and they are distinct from the already > existing msi interrupts:

RE: [patch V2 2/5] posix-cpu-timers: Convert the flags to a bitmap

From: Thomas Gleixner > Sent: 21 July 2020 17:11 > > Frederic Weisbecker writes: > > On Thu, Jul 16, 2020 at 10:19:25PM +0200, Thomas Gleixner wrote: > >> --- a/kernel/time/posix-cpu-timers.c > >> +++ b/kernel/time/posix-cpu-timers.c > >> @@ -25,7 +25,7 @@ void posix_cputimers_group_init(struct

Re: [PATCH RFC v2 03/18] irq/dev-msi: Create IR-DEV-MSI irq domain

On Tue, Jul 21, 2020 at 09:02:35AM -0700, Dave Jiang wrote: > From: Megha Dey > > When DEV_MSI is enabled, the dev_msi_default_domain is updated to the > base DEV-MSI irq domain. If interrupt remapping is enabled, we create > a new IR-DEV-MSI irq domain and update the dev_msi_default domain to

Re: [PATCH 1/1] iommu/arm-smmu: Implement qcom,skip-init

>The current >focus has been on moving more of the SMMU specific bits into the arm-smmu-qcom >implementation [1] and I think that is the right way to go. Pardon if I overlooked something obvious, but I can't seem to find a clean way for implementing qcom,skip-init in arm-smmu-qcom, as neither the

Re: [PATCH] i2c: i2c-qcom-geni: Fix DMA transfer race

Hi, On Tue, Jul 21, 2020 at 12:08 AM Stephen Boyd wrote: > > Quoting Stephen Boyd (2020-07-20 22:59:14) > > > > I worry that we also need a dmb() here to make sure the dma buffer is > > properly mapped before this write to the device is attempted. But it may > > only matter to be before the

[PATCH v2] selftest: txtimestamp: fix net ns entry logic

According to 'man 8 ip-netns', if `ip netns identify` returns an empty string, there's no net namespace associated with current PID: fix the net ns entrance logic. Signed-off-by: Paolo Pisati --- tools/testing/selftests/net/txtimestamp.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[tip: timers/urgent] clocksource/drivers/timer-ti-dm: Fix suspend and resume for am3 and am4

The following commit has been merged into the timers/urgent branch of tip: Commit-ID: 6cfcd5563b4fadbf49ba8fa481978e5e86d30322 Gitweb: https://git.kernel.org/tip/6cfcd5563b4fadbf49ba8fa481978e5e86d30322 Author:Tony Lindgren AuthorDate:Mon, 13 Jul 2020 09:26:01 -07:00

Re: kworker/0:3+pm hogging CPU

On Tue, Jul 21, 2020 at 06:00:25PM +0200, Michal Hocko wrote: > On Tue 21-07-20 10:33:25, Alan Stern wrote: > [...] > > Thanks a lot for your analysis. The laptop is slowly dying so this can > be related. > > > So yes, this looks like a hardware design error. Turning off > > autosuspend by

[PATCH 1/2] docs/livepatch: Add new compiler considerations doc

Compiler optimizations can have serious implications on livepatching. Create a document that outlines common optimization patterns and safe ways to livepatch them. Signed-off-by: Joe Lawrence --- .../livepatch/compiler-considerations.rst | 220 ++

[PATCH 0/2] livepatch: Add compiler optimization disclaimer/docs

In light of [PATCH] Revert "kbuild: use -flive-patching when CONFIG_LIVEPATCH is enabled" [1], we should add some loud disclaimers and explanation of the impact compiler optimizations have on livepatching. The first commit provides detailed explanations and examples. The list was taken mostly

[PATCH 2/2] samples/livepatch: Add README.rst disclaimer

The livepatch samples aren't very careful with respect to compiler IPA-optimization of target kernel functions. Add a quick disclaimer and pointer to the compiler-considerations.rst file to warn readers. Suggested-by: Josh Poimboeuf Signed-off-by: Joe Lawrence --- samples/livepatch/README.rst

Re: [PATCH RFC v2 02/18] irq/dev-msi: Add support for a new DEV_MSI irq domain

On Tue, Jul 21, 2020 at 09:02:28AM -0700, Dave Jiang wrote: > From: Megha Dey > > Add support for the creation of a new DEV_MSI irq domain. It creates a > new irq chip associated with the DEV_MSI domain and adds the necessary > domain operations to it. > > Add a new config option DEV_MSI which

Re: [PATCH v2] dt-bindings: aspeed-lpc: Replace HTTP links with HTTPS ones

On Mon, 20 Jul 2020 23:21:10 +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't

Re: [PATCH 1/3] Input: elan_i2c - Do no operation for elan_smbus_set_mode function

Hi Dave, On Mon, Dec 09, 2019 at 06:11:07AM -0500, Dave Wang wrote: > Some touchpads might get error while triggerring the set_mode command > in SMBus interface. Do no operation for elan_smbus_set_mode function. Are there devices that do not trigger errors? How do we put SMbus devices into low

[PATCH] x86/xen/time: set the X86_FEATURE_TSC_KNOWN_FREQ flag in xen_tsc_khz()

If the TSC frequency is known from the pvclock page, the TSC frequency does not need to be recalibrated. We can avoid recalibration by setting X86_FEATURE_TSC_KNOWN_FREQ. Signed-off-by: Hayato Ohhashi --- arch/x86/xen/time.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 3/3] Input: elan_i2c - Get the device information from PS/2 interface

Hi Dave, On Mon, Dec 09, 2019 at 06:18:42AM -0500, Dave Wang wrote: > Get the device information from PS/2 interface for PS/2+SMBus > protocol such as product_id, fw_version, ic_type...etc. > > Signed-off-by: Dave Wang > --- > drivers/input/mouse/elan_i2c_smbus.c | 87

Re: [PATCH for v5.9] regulator: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 22:06:23 +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't

Re: [PATCH for v5.9] mfd: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 21:56:13 +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't

Re: [patch V2 2/5] posix-cpu-timers: Convert the flags to a bitmap

Frederic Weisbecker writes: > On Thu, Jul 16, 2020 at 10:19:25PM +0200, Thomas Gleixner wrote: >> --- a/kernel/time/posix-cpu-timers.c >> +++ b/kernel/time/posix-cpu-timers.c >> @@ -25,7 +25,7 @@ void posix_cputimers_group_init(struct p >> posix_cputimers_init(pct); >> if (cpu_limit !=

Re: [PATCH for v5.9] drm/tilcdc: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 19:24:38 +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't

Re: [PATCH for v5.9] dt-bindings: drm/bridge: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 19:44:57 +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't

Re: [PATCH for v5.9] ASoC: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 17:38:22 +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't

Re: [PATCH for v5.9] ARM: dts: Replace HTTP links with HTTPS ones

On Sun, 19 Jul 2020 17:27:22 +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't

Re: [PATCH v2] fbdev: Detect integer underflow at "struct fbcon_ops"->clear_margins.

On Thu, Jul 16, 2020 at 08:27:21PM +0900, Tetsuo Handa wrote: > On 2020/07/16 19:00, Daniel Vetter wrote: > > On Thu, Jul 16, 2020 at 12:29:00AM +0900, Tetsuo Handa wrote: > >> On 2020/07/16 0:12, Dan Carpenter wrote: > >>> I've complained about integer overflows in fbdev for a long time... > >>>

[PATCH RFC v2 10/18] dmaengine: idxd: add emulation rw routines

Add emulation routines for PCI config read/write, MMIO read/write, and interrupt handling routine for the emulated device. The rw routines are called when PCI config read/writes or BAR0 mmio read/writes and being issued by the guest kernel through KVM/qemu. Because we are supporting read-only

Re: [PATCH for v5.9] ARM: dts: mxs: Replace HTTP links with HTTPS ones

On Sun, Jul 19, 2020 at 12:10:08PM +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

Re: [PATCH v2 3/3] ARM: dts: stm32: add initial support for stm32mp157-odyssey board

Hi Marcin On 7/21/20 5:20 PM, Marcin Sloniewski wrote: Add support for Seeed Studio's stm32mp157c odyssey board. Board consists of SoM with stm32mp157c with 4GB eMMC and 512 MB DDR3 RAM and carrier board with USB and ETH interfaces, SD card connector, wifi and BT chip AP6236. In this patch

Re: [PATCH 2/2] gpio: gpio-pch.c: fixed coding style issue

On Tue, Jul 21, 2020 at 5:51 PM Abanoub Sameh wrote: > > Added a lined between a declaration and other statements according to the > kenel coding style. Besides the typo in the word 'kernel' the subject is not okay. I fixed this locally this time. I also highly recommend to read

Re: [PATCH V6 11/14] perf/x86/intel: Disable sample-read the slots and metrics events

On 7/21/2020 9:10 AM, Peter Zijlstra wrote: On Fri, Jul 17, 2020 at 07:05:51AM -0700, kan.li...@linux.intel.com wrote: From: Kan Liang Users fail to sample-read the slots and metrics events, e.g., perf record -e '{slots, topdown-retiring}:S'. When reading the metrics event, the fixed

SDX - an idea more : 48bit Graphics

I had an idea more on this project, what about 48bit Graphics? It seems to summarize the gaming scene, in a bitdepth concept. And also fixes GNU, which could have been about this! Then this also falls in harmony with the fair pay movement at large. Serenity, Ywe Cærlyn.

Re: [PATCH] firmware: ti_sci: Replace HTTP links with HTTPS ones

On Sat, 18 Jul 2020 12:55:38 +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't

Re: [PATCH] gpio: gpio-crystalcove.c: changed every 'unsigned' to 'unsigned int'

On Tue, Jul 21, 2020 at 5:49 PM Abanoub Sameh wrote: > > Changed 'unsigned' to 'unsigned int'. > This makes the code more uniform, and compliant with the kernel coding style. In all patches you wrongly added 'gpio-' and '.c' parts. Also you missed the version of the patches (I have told you

Re: [PATCH] csky: Fix build with upstream gcc

Thx Joerg & Guenter, Cool work! Acked-by: Guo Ren Approve to next branch. On Tue, Jul 21, 2020 at 9:21 PM Guenter Roeck wrote: > > On Tue, Jul 21, 2020 at 01:23:14PM +0200, Joerg Roedel wrote: > > From: Joerg Roedel > > > > Building a kernel for the CSKY architecture with

Re: [PATCH v4] hv_netvsc: add support for vlans in AF_PACKET mode

On Tue, 21 Jul 2020 12:44:03 +0530 Sriram Krishnan wrote: > + /* When using AF_PACKET we need to drop VLAN header from > + * the frame and update the SKB to allow the HOST OS > + * to transmit the 802.1Q packet > + */ > + if (skb->protocol == htons(ETH_P_8021Q)) { > +

[PATCH RFC v2 18/18] dmaengine: idxd: add ABI documentation for mediated device support

From: Jing Lin Add the sysfs attribute bits in ABI/stable for mediated device and guest support. Signed-off-by: Jing Lin Signed-off-by: Dave Jiang Reviewed-by: Kevin Tian --- Documentation/ABI/stable/sysfs-driver-dma-idxd | 15 +++ 1 file changed, 11 insertions(+), 4

[PATCH RFC v2 17/18] dmaengine: idxd: add error notification from host driver to mediated device

When a device error occurs, the mediated device need to be notified in order to notify the guest of device error. Add support to notify the specific mdev when an error is wq specific and broadcast errors to all mdev when it's a generic device error. Signed-off-by: Dave Jiang Reviewed-by: Kevin

[PATCH RFC v2 14/18] dmaengine: idxd: add mdev type as a new wq type

Add "mdev" wq type and support helpers. The mdev wq type marks the wq to be utilized as a VFIO mediated device. Signed-off-by: Dave Jiang Reviewed-by: Kevin Tian --- drivers/dma/idxd/idxd.h |2 ++ drivers/dma/idxd/sysfs.c | 13 +++-- 2 files changed, 13 insertions(+), 2

[PATCH RFC v2 16/18] dmaengine: idxd: add new wq state for mdev

When a dedicated wq is enabled as mdev, we must disable the wq on the device in order to program the pasid to the wq. Introduce a wq state IDXD_WQ_LOCKED that is software state only in order to prevent the user from modifying the configuration while mdev wq is in this state. While in this state,

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