Re: [PATCH v2 04/29] scsi: fcoe: fcoe: Fix various kernel-doc infringements

On 7/13/20 9:46 AM, Lee Jones wrote: A couple of headers make no attempt to document their associated function parameters. Others looks as if they are suffering with a little bitrot. Fixes the following W=1 kernel build warning(s): drivers/scsi/fcoe/fcoe.c:654: warning: Function parameter or

Re: [PATCH] usb: typec: tcpm: Move to high priority workqueue for processing events

On 7/13/20 11:05 PM, reg Kroah-Hartman wrote: > On Mon, Jul 13, 2020 at 01:43:00PM -0700, Badhri Jagan Sridharan wrote: >> "tReceiverResponse 15 ms Section 6.6.2 >> The receiver of a Message requiring a response Shall respond >> within tReceiverResponse in order to ensure that the >> sender’s Sende

Re: [PATCH 1/2] mfd: intel-m10-bmc: add Max10 BMC chip support for Intel FPGA PAC

On Tue, Jul 14, 2020 at 07:50:43AM +0100, Lee Jones wrote: > On Tue, 14 Jul 2020, Xu Yilun wrote: > > > On Mon, Jul 13, 2020 at 10:17:08AM +0100, Lee Jones wrote: > > > On Mon, 13 Jul 2020, Xu Yilun wrote: > > > > > > > This patch implements the basic functions of the BMC chip for some Intel > >

[PATCH v4 00/16] Allwinner A100 Initial support

From: Yangtao Li This patch set adds initial support for allwinner a100 soc, which is a 64-bit tablet chip. v4: -drop "dt-bindings: pinctrl: sunxi: make gpio banks supplies required" -fix dcdc1 regulator name -get rid of underscore in dts node name -Some trivial things in yaml files v3: -Add pm

RE: [PATCH] dts: arm64: lx2160a-rdb: fix shunt-resistor

> On Fri, Jun 19, 2020 at 04:46:07PM +0800, Biwen Li wrote: > > From: Biwen Li > > > > Fix value of shunt-resistor property > > > > Signed-off-by: Biwen Li > > 'arm64: dts: ...' as subject prefix please. > > Also can you improve commit log to better describe the problem the patch is > fixing? S

Re: [PATCH v2 net] rtnetlink: Fix memory(net_device) leak when ->newlink fails

On 2020/7/14 15:32, Weilong Chen wrote: > When vlan_newlink call register_vlan_dev fails, it might return error > with dev->reg_state = NETREG_UNREGISTERED. The rtnl_newlink should > free the memory. But currently rtnl_newlink only free the memory which > state is NETREG_UNINITIALIZED. > > BUG:

Re: [PATCH 1/2] mfd: intel-m10-bmc: add Max10 BMC chip support for Intel FPGA PAC

On Tue, 14 Jul 2020, Xu Yilun wrote: > On Mon, Jul 13, 2020 at 10:17:08AM +0100, Lee Jones wrote: > > On Mon, 13 Jul 2020, Xu Yilun wrote: > > > > > This patch implements the basic functions of the BMC chip for some Intel > > > FPGA PCIe Acceleration Cards (PAC). The BMC is implemented using the

Re: [PATCH 0/3] readfile(2): a new syscall to make open/read/close faster

Hi! > > At first, I thought that the proposed system call is capable of > > reading *multiple* small files using a single system call - which > > would help increase HDD/SSD queue utilization and increase IOPS (I/O > > operations per second) - but that isn't the case and the proposed > > system ca

Re: [PATCHv3 3/4] watchdog: rti-wdt: attach to running watchdog during probe

On 14/07/2020 08:15, Guenter Roeck wrote: On 7/13/20 6:18 AM, Tero Kristo wrote: If the RTI watchdog is running already during probe, the driver must configure itself to match the HW. Window size and timeout is probed from hardware, and the last keepalive ping is adjusted to match it also. Sign

Re: [PATCH v2 03/29] scsi: libfc: fc_disc: trivial: Fix spelling mistake of 'discovery'

On 7/13/20 9:46 AM, Lee Jones wrote: This is my fault (can't even blame copy/paste). Cc: Hannes Reinecke Reported-by: Johannes Thumshirn Signed-off-by: Lee Jones --- drivers/scsi/libfc/fc_disc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/libfc/fc_disc.

Re: [PATCH v2 02/29] include: scsi: scsi_transport_fc: Match HBA Attribute Length with HBAAPI V2.0 definitions

On 7/13/20 9:46 AM, Lee Jones wrote: According to 'include/scsi/scsi_transport_fc.h': "Attributes are based on HBAAPI V2.0 definitions" ... so it seems sane to match the 'HBA Attribute Length' to them. If we don't, the compiler complains that the copied data will be truncated. Fixes the fol

Re: [PATCH 2/2] usb: typec: tcpm: Error handling for tcpm_register_partner_altmodes

On 7/13/20 8:34 PM, Kyle Tso wrote: > typec_partner_register_altmode returns ERR_PTR. Reset the pointer > altmode to NULL on failure. > > Signed-off-by: Kyle Tso Reviewed-by: Guenter Roeck > --- > drivers/usb/typec/tcpm/tcpm.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > di

10 vašich příchozích zpráv bylo pozastaveno

POZNÁMKA MIKROSOFTOVÉ OZNÁMENÍ 10 z vašich příchozích zpráv bylo pozastaveno a váš účet v e-mailové schránce bude nyní pozastaven, protože váš účet v e-mailové schránce nebyl pro tento rok ověřen. klikněte na níže uvedené ověření a ověřte si účet své schránky OVĚŘIT TEĎ

Re: [PATCH 1/2] usb: typec: Comment correction for typec_partner_register_altmode

On 7/13/20 8:34 PM, Kyle Tso wrote: > typec_register_altmode returns ERR_PTR on failure. > > Signed-off-by: Kyle Tso Reviewed-by: Guenter Roeck > --- > drivers/usb/typec/class.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/usb/typec/class.c b/drivers/usb/t

[PATCH v2 net] rtnetlink: Fix memory(net_device) leak when ->newlink fails

When vlan_newlink call register_vlan_dev fails, it might return error with dev->reg_state = NETREG_UNREGISTERED. The rtnl_newlink should free the memory. But currently rtnl_newlink only free the memory which state is NETREG_UNINITIALIZED. BUG: memory leak unreferenced object 0x8881051de000 (si

[PATCH] ARM: dts: exynos: Disable frequency scaling for FSYS bus

Commit 1019fe2c7280 ("ARM: dts: exynos: Adjust bus related OPPs to the values correct for Exynos5422 Odroids") changed the parameters of the OPPs for the FSYS bus. Besides the frequency adjustments, it also removed the 'shared-opp' property from the OPP table used for FSYS_APB and FSYS busses. Thi

Re: [PATCH v2 01/29] scsi: libfc: fc_exch: Supply some missing kerneldoc struct/function attributes/params

On 7/13/20 9:46 AM, Lee Jones wrote: Fixes the following W=1 kernel build warning(s): drivers/scsi/libfc/fc_exch.c:66: warning: Function parameter or member 'left' not described in 'fc_exch_pool' drivers/scsi/libfc/fc_exch.c:66: warning: Function parameter or member 'right' not described i

Re: [PATCH net-next] rtnetlink: Fix memory(net_device) leak when ->newlink fails

On 2020/7/14 3:02, David Miller wrote: > From: Weilong Chen > Date: Mon, 13 Jul 2020 15:55:28 +0800 > >> When vlan_newlink call register_vlan_dev fails, it might return error >> with dev->reg_state = NETREG_UNREGISTERED. The rtnl_newlink should >> free the memory. But currently rtnl_newlink only

Re: [PATCH] MIPS: Replace HTTP links with HTTPS ones

在 2020/7/13 16:52, Alexander A. Klimov 写道: 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

Re: [PATCH v3 4/6] powerpc/pseries/iommu: Remove default DMA window before creating DDW

In fact, the changes over the last patch are more complex than the current patch. Just for reference, that's how enable_ddw() currently patches: @@ -1087,7 +1119,7 @@ static u64 enable_ddw(struct pci_dev *dev, struct device_node *pdn) struct device_node *dn; u32 ddw_avail[DDW_APPL

[PATCH net-next] can: silence remove_proc_entry warning

If can_init_proc() fail to create /proc/net/can directory, can_remove_proc() will trigger a warning: WARNING: CPU: 6 PID: 7133 at fs/proc/generic.c:672 remove_proc_entry+0x17b0 Kernel panic - not syncing: panic_on_warn set ... Fix to return early from can_remove_proc() if can proc_dir does not ex

drivers/isdn/hardware/mISDN/hfcmulti.c:1092:26: 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: 0dc589da873b58b70f4caf4b070fb0cf70fdd1dc commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to define address spaces date: 4 weeks ago config: arc-randconfig-s032-20200714 (attached a

Re: [PATCH v4] Fix dcan driver probe failed on am437x platform

Hi Dillon, > Hi Stephen, > > This changes correct commit messages based on your reviewing. > make Fixes tags to oneline. > make all commit message tags at the end of commit message > make Fixes tags before Signed-off-by line. > add probe failed log to commit message. Thanks for persisting. It l

Re: [PATCH 4/6] staging: qlge: qlge_main: Simplify while statements.

On Tue, Jul 14, 2020 at 02:41:37PM +0900, Benjamin Poirier wrote: > On 2020-07-13 17:50 +0530, Suraj Upadhyay wrote: > > Simplify while loops into more readable and simple for loops. > > > > Signed-off-by: Suraj Upadhyay > > --- > [...] > > @@ -1824,7 +1821,7 @@ static struct sk_buff *ql_build_rx

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

On Tue, 14 Jul 2020 06:39:49 +0200, j...@joshtriplett.org wrote: > > On Mon, Jul 13, 2020 at 10:02:24AM +0200, Takashi Iwai wrote: > > On Wed, 08 Jul 2020 20:14:27 +0200, > > Dan Williams wrote: > > > > > > +Recommended replacements for 'blacklist/whitelist' are: > > > +'denylist / allowlist'

Re: [PATCH] md: fix deadlock causing by sysfs_notify

On 7/13/20 11:17 PM, Song Liu wrote: On Thu, Jul 9, 2020 at 4:36 PM Junxiao Bi wrote: The following deadlock was captured. The first process is holding 'kernfs_mutex' and hung by io. The io was staging in 'r1conf.pending_bio_list' of raid1 device, this pending bio list would be flushed by seco

Re: [PATCH 4/6] staging: qlge: qlge_main: Simplify while statements.

On Mon, Jul 13, 2020 at 05:12:35PM +0300, Dan Carpenter wrote: > On Mon, Jul 13, 2020 at 05:50:14PM +0530, Suraj Upadhyay wrote: > > Simplify while loops into more readable and simple for loops. > > > > I don't think either is more clear that the other. Walter Harms hates > count down loops and

Re: decruft the early init / initrd / initramfs code v2

On Thu, Jul 09, 2020 at 04:32:07PM -0700, h...@zytor.com wrote: > On July 9, 2020 8:17:57 AM PDT, Christoph Hellwig wrote: > >Hi all, > > > >this series starts to move the early init code away from requiring > >KERNEL_DS to be implicitly set during early startup. It does so by > >first removing l

Re: [PATCH 0/2] X32 syscall cleanups

On Tue, Jun 16, 2020 at 10:23:13AM -0400, Brian Gerst wrote: > Christoph Hellwig uncovered an issue with how we currently handle X32 > syscalls. Currently, we can only use COMPAT_SYS_DEFINEx() for X32 > specific syscalls. These changes remove that restriction and allow > native syscalls. Did thi

Re: [PATCH v2] powerpc/pseries: detect secure and trusted boot state of the system.

Hi Nayna, Thanks! Would you be able to fold in some of the information from my reply to v1 into the changelog? Until we have public PAPR release with it, that information is the extent of the public documentation. It would be good to get it into the git log rather than just floating around in the

Re: [PATCH] drm/tidss: Replace HTTP links with HTTPS ones

On 13/07/2020 15:39, 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 contain `\bxmlns\b

Re: [PATCH] SPI LPC information kernel module

On Mon, Jul 13, 2020 at 07:24:11PM -0300, Daniel Gutson wrote: > On Mon, Jul 6, 2020 at 6:54 AM Arnd Bergmann wrote: > > > On Mon, Jul 6, 2020 at 11:20 AM Arnd Bergmann wrote: > > > > > > > Because of these reasons, I'm proposing a misc (not-device) driver > > that supports > > > > many Intel ar

[PATCH v2 4/5] crypto: qat - replace device ids defines

Replace device ids defined in the QAT drivers with the ones in include/linux/pci_ids.h. Signed-off-by: Giovanni Cabiddu --- drivers/crypto/qat/qat_c3xxx/adf_drv.c| 6 +++--- drivers/crypto/qat/qat_c3xxxvf/adf_drv.c | 6 +++--- drivers/crypto/qat/qat_c62x/adf_drv.c

[PATCH 1/2] sched/core: Rename and move schedutil_cpu_util to core.c

There is nothing schedutil specific in schedutil_cpu_util() and is used by fair.c as well. Allow it to be used by other parts of the kernel as well. Move it to core.c and rename it to effective_cpu_util(). While at it, rename "enum schedutil_type" as well. Signed-off-by: Viresh Kumar --- kernel

[PATCH v2 3/5] vfio/pci: Add QAT devices to blocklist

The current generation of Intel® QuickAssist Technology devices are not designed to run in an untrusted environment because of the following issues reported in the document "Intel® QuickAssist Technology (Intel® QAT) Software for Linux" (document number 336211-014): QATE-39220 - GEN - Intel® QAT A

[PATCH 2/2] thermal: cpufreq_cooling: Reuse effective_cpu_util()

Several parts of the kernel are already using the effective CPU utilization to get the current load on the CPU, do the same here instead of depending on the idle time of the CPU, which isn't that accurate comparatively. Note that, this (and CPU frequency scaling in general) doesn't work that well

Re: [PATCH 1/3] habanalabs: implement dma-fence mechanism

On Mon, Jul 13, 2020 at 09:08:55PM +0200, Daniel Vetter wrote: > On Mon, Jul 13, 2020 at 9:03 PM Jason Gunthorpe wrote: > > > > On Mon, Jul 13, 2020 at 08:34:12PM +0200, Daniel Vetter wrote: > > > On Mon, Jul 13, 2020 at 5:57 PM Greg Kroah-Hartman > > > wrote: > > > > > > > > On Mon, Jul 13, 2020

[PATCH 0/2] cpufreq_cooling: Get effective CPU utilization from scheduler

Hi, Schedutil and fair.c use schedutil_cpu_util() currently to get an idea of how busy a CPU is. Do the same for cpufreq_cooling which uses CPU's idle time currently to get load, which is used to calculate the current power consumption of the CPUs. Tested with hackbench and sysbench on Hikey (oct

[PATCH v2 2/5] vfio/pci: Add device blocklist

Add blocklist of devices that by default are not probed by vfio-pci. Devices in this list may be susceptible to untrusted application, even if the IOMMU is enabled. To be accessed via vfio-pci, the user has to explicitly disable the blocklist. The blocklist can be disabled via the module parameter

[PATCH v2 5/5] crypto: qat - use PCI_VDEVICE

Build pci_device_id structure using the PCI_VDEVICE macro. This removes any references to the ADF_SYSTEM_DEVICE macro. Signed-off-by: Giovanni Cabiddu --- drivers/crypto/qat/qat_c3xxx/adf_drv.c | 7 ++- drivers/crypto/qat/qat_c3xxxvf/adf_drv.c| 7 ++- drivers/crypto/qat/qat_c62x

[PATCH v2 0/5] vfio/pci: add blocklist and disable qat

This patchset defines a blocklist of devices in the vfio-pci module and adds the current generation of Intel(R) QuickAssist devices to it as they are not designed to run in an untrusted environment. By default, if a device is in the blocklist, the probe of vfio-pci fails. If a user wants to use a

[PATCH v2 1/5] PCI: Add Intel QuickAssist device IDs

Add device IDs for the following Intel QuickAssist devices: DH895XCC, C3XXX and C62X. The defines in this patch are going to be referenced in two independent drivers, qat and vfio-pci. Signed-off-by: Giovanni Cabiddu --- include/linux/pci_ids.h | 6 ++ 1 file changed, 6 insertions(+) diff

[PATCH -next] dmaengine: idxd: fix PCI_MSI build errors

From: Randy Dunlap Fix build errors when CONFIG_PCI_MSI is not enabled by making the driver depend on PCI_MSI: ld: drivers/dma/idxd/device.o: in function `idxd_mask_msix_vector': device.c:(.text+0x26f): undefined reference to `pci_msi_mask_irq' ld: drivers/dma/idxd/device.o: in function `idxd_un

[PATCH v3 0/3] Add USB PHY support for new Ingenic SoCs.

v2->v3: Use "of_device_get_match_data" instead "of_match_device" to get version information. 周琰杰 (Zhou Yanjie) (3): dt-bindings: USB: Add bindings for new Ingenic SoCs. USB: PHY: JZ4770: Add support for new Ingenic SoCs. USB: PHY: JZ4770: Reformat the code to align it. .../bindings/usb/ing

[PATCH v3 2/3] USB: PHY: JZ4770: Add support for new Ingenic SoCs.

Add support for probing the phy-jz4770 driver on the JZ4780 SoC, the X1000 SoC and the X1830 SoC from Ingenic. Tested-by: 周正 (Zhou Zheng) Co-developed-by: 漆鹏振 (Qi Pengzhen) Signed-off-by: 漆鹏振 (Qi Pengzhen) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v1->v2: Add bindings for the JZ4780

Re: [PATCH] kobject: remove unused kobject action

On Mon, Jul 13, 2020 at 09:15:10PM +0200, Garrit Franke wrote: > I noticed that the KOBJ_MAX action is never used. Does it serve any > purpose, or can it be removed? Don't ask questions in a changelog comment that you don't also answer :) > As far as I know, Kobjects shouldn't be > used for drive

[PATCH v4] Fix dcan driver probe failed on am437x platform

From: dillon min Got following d_can probe errors with kernel 5.8-rc1 on am437x [ 10.730822] CAN device driver interface Starting Wait for Network to be Configured... [ OK ] Reached target Network. [ 10.787363] c_can_platform 481cc000.can: probe failed [ 10.792484] c_can_platform: probe

[PATCH v3 3/3] USB: PHY: JZ4770: Reformat the code to align it.

Reformat the code (add one level of indentation before the values), to align the code in the macro definition section. Tested-by: 周正 (Zhou Zheng) Co-developed-by: 漆鹏振 (Qi Pengzhen) Signed-off-by: 漆鹏振 (Qi Pengzhen) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v1->v2: Add support for the

[PATCH v3 1/3] dt-bindings: USB: Add bindings for new Ingenic SoCs.

Add the USB PHY bindings for the JZ4780 SoC, the X1000 SoC and the X1830 SoC from Ingenic. Tested-by: 周正 (Zhou Zheng) Signed-off-by: 周琰杰 (Zhou Yanjie) Acked-by: Rob Herring --- Notes: v1->v2: Add bindings for the JZ4780 SoC. v2->v3: No change. Documentation/devicetree/bi

[PATCH v4] ARM: dts: Configure osc clock for d_can on am437x

From: dillon min V3 -> V4: make Fixes tags before Signed-off-by line. make subject more clear and short. add driver probe failed log to commit message. V2 -> V3: make Fixes tags after Signed-off-by line. V1 -> V2: correct commit messages based on Stephen Rothwell's reviewing. make Fixes tags to

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

Hi Stephen, On Tue, Jul 14, 2020 at 1:37 PM Stephen Rothwell wrote: > > Hi Dillon, > > On Tue, 14 Jul 2020 13:21:07 +0800 dillon min wrote: > > > > Thanks, how about the below commit message. > > > > Subject: [PATCH v4] Fix dcan driver probe failed on am437x platform > > > > Got following d_can

Re: [RFC PATCH 7/7] lazy tlb: shoot lazies, a non-refcounting lazy tlb option

Excerpts from Nicholas Piggin's message of July 14, 2020 3:04 pm: > Excerpts from Andy Lutomirski's message of July 14, 2020 4:18 am: >> >>> On Jul 13, 2020, at 9:48 AM, Nicholas Piggin wrote: >>> >>> Excerpts from Andy Lutomirski's message of July 14, 2020 1:59 am: > On Thu, Jul 9, 2020 at

[PATCH] MAINTAINERS: rectify CHRONTEL CH7322 CEC DRIVER section

2c/chontel,ch7322.yaml Fix the typo to address this warning. Signed-off-by: Lukas Bulwahn --- applies on next-20200713 Jeff, please ack this patch. Hans, please pick this minor non-urgent patch for your -next tree. MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di

Re: [PATCH v3 4/6] powerpc/pseries/iommu: Remove default DMA window before creating DDW

On Tue, 2020-07-14 at 14:52 +1000, Alexey Kardashevskiy wrote: > > On 14/07/2020 12:40, Leonardo Bras wrote: > > Thank you for this feedback Alexey! > > > > On Mon, 2020-07-13 at 17:33 +1000, Alexey Kardashevskiy wrote: > > > [...] > > > > - int len, ret; > > > > + int len, ret, reset

KASAN: global-out-of-bounds Read in __xfrm6_tunnel_spi_lookup

Hello, syzbot found the following crash on: HEAD commit:be978f8f Add linux-next specific files for 20200713 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=11e7916710 kernel config: https://syzkaller.appspot.com/x/.config?x=3fe4fccb94cbc1a6 dashboard

[PATCH] tty: Add MOXA NPort Real TTY Driver

This driver supports tty functions for all of MOXA's NPort series with v5.0. Using this driver, host part can use tty to connect NPort device server by ethernet. The following Moxa products are supported: * CN2600 Series * CN2500 Series * NPort DE Series * NPort 5000A-M12 Series * NPort 5100 Serie

BUG: corrupted list in usb_hcd_link_urb_to_ep

Hello, syzbot found the following crash on: HEAD commit:0dc589da Merge tag 'iommu-fixes-v5.8-rc5' of git://git.ker.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1462e8e710 kernel config: https://syzkaller.appspot.com/x/.config?x=a160d1053fc89af5 das

[PATCH 1/2] dt-bindings: reset: Updated binding for Versal reset driver

Added documentation and Versal reset indices to describe about Versal reset driver bindings. Signed-off-by: Sai Krishna Potthuri --- .../bindings/reset/xlnx,zynqmp-reset.txt | 11 +- .../dt-bindings/reset/xlnx-versal-resets.h| 105 ++ 2 files changed, 112 insertions(+),

general protection fault in batadv_hardif_get_by_netdev

Hello, syzbot found the following crash on: HEAD commit:0aea6d5c Merge tag 'for-linus-5.8b-rc5-tag' of git://git.k.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=1596004f10 kernel config: https://syzkaller.appspot.com/x/.config?x=66ad203c2bb6d8b dash

[PATCH V3 3/3] platform/x86: Intel PMT Telemetry capability driver

PMT Telemetry is a capability of the Intel Platform Monitoring Technology. The Telemetry capability provides access to device telemetry metrics that provide hardware performance data to users from continuous, memory mapped, read-only register spaces. Register mappings are not provided by the drive

[PATCH V3 0/3] Intel Platform Monitoring Technology

Intel Platform Monitoring Technology (PMT) is an architecture for enumerating and accessing hardware monitoring capabilities on a device. With customers increasingly asking for hardware telemetry, engineers not only have to figure out how to measure and collect data, but also how to deliver it and

[PATCH 2/2] reset: reset-zynqmp: Added support for Versal platform

Updated the reset driver to support Versal platform. As part of adding Versal support - Added Versal specific compatible string. - Reset Id and number of resets are different for Versal and ZynqMP, hence taken care of these two based on compatible string. Signed-off-by: Sai Krishna Potthuri ---

[PATCH 0/2] reset: reset-zynqmp: Added Versal platform support

Extended the ZynqMP reset driver to support Versal platform, accordingly updated the dt-binding with the Versal platform specific information like compatible string and reset indices. Sai Krishna Potthuri (2): dt-bindings: reset: Updated binding for Versal reset driver reset: reset-zynqmp: Add

[PATCH V3 2/3] mfd: Intel Platform Monitoring Technology support

Intel Platform Monitoring Technology (PMT) is an architecture for enumerating and accessing hardware monitoring facilities. PMT supports multiple types of monitoring capabilities. This driver creates platform devices for each type so that they may be managed by capability specific drivers (to be in

[PATCH V3 1/3] PCI: Add defines for Designated Vendor-Specific Capability

Add PCIe DVSEC extended capability ID and defines for the header offsets. Defined in PCIe r5.0, sec 7.9.6. Signed-off-by: David E. Box Acked-by: Bjorn Helgaas --- include/uapi/linux/pci_regs.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/uapi/linux/pci_regs.h b/include/uapi/

Re: [PATCH] md: fix deadlock causing by sysfs_notify

On Thu, Jul 9, 2020 at 4:36 PM Junxiao Bi wrote: > > The following deadlock was captured. The first process is holding > 'kernfs_mutex' > and hung by io. The io was staging in 'r1conf.pending_bio_list' of raid1 > device, > this pending bio list would be flushed by second process 'md127_raid1', b

Re: [PATCH] fuse_writepages_fill() optimization to avoid WARN_ON in tree_insert

On 7/13/20 7:14 PM, Miklos Szeredi wrote: > On Mon, Jul 13, 2020 at 10:02 AM Vasily Averin wrote: >> >> On 7/11/20 7:01 AM, Miklos Szeredi wrote: >>> On Thu, Jun 25, 2020 at 11:02 AM Vasily Averin wrote: In current implementation fuse_writepages_fill() tries to share the code: for

Re: linux-next: build failure after merge of the bpf-next tree

l type "" > tmp/ccsqpVCY.s:91: Error: unrecognized symbol type "" > > I don't know what has caused this (I guess maybe the resolve_btfids > branch). > > I have used the bpf-next tree from next-20200713 for today. ok, trying to reproduce thanks, jirka

Re: [PATCH v2] dt-bindings: ASoC: Convert UniPhier EVEA codec to json-schema

On Tue, Jul 14, 2020 at 11:22 AM Rob Herring wrote: > > On Tue, 23 Jun 2020 20:40:05 +0900, Masahiro Yamada wrote: > > Convert the UniPhier EVEA sound codec binding to DT schema format. > > > > Signed-off-by: Masahiro Yamada > > --- > > > > Changes in v2: > > - Add schema for subnode 'port' > >

Re: [PATCH 1/2] mfd: intel-m10-bmc: add Max10 BMC chip support for Intel FPGA PAC

On Mon, Jul 13, 2020 at 10:17:08AM +0100, Lee Jones wrote: > On Mon, 13 Jul 2020, Xu Yilun wrote: > > > This patch implements the basic functions of the BMC chip for some Intel > > FPGA PCIe Acceleration Cards (PAC). The BMC is implemented using the > > intel max10 CPLD. > > > > This BMC chip is

[PATCH] MIPS: fix vdso different address spaces

From: Sunguoyun sparse report build warning as follows: arch/mips/vdso/vdso-n32-image.c:13:35: incorrect type in assignment (different address spaces) @@ expected void *[usertype] vdso @@ got void [noderef] * @@ Reported-by: kernel test robot Signed-off-by: Sunguoyun --- arch/mips/vdso/

Re: procfs VmFlags table missing from online docs

On 7/13/20 10:11 PM, Chris Packham wrote: > Hi, > > I was just browsing > https://www.kernel.org/doc/html/latest/filesystems/proc.html > > The "VmFlags" description seems to be missing a table. It's there in > Documentation/filesystems/proc.rst so I assume it's some sphinx/rst > problem. Possi

Re: [PATCH] usb: typec: tcpm: Move to high priority workqueue for processing events

On Mon, Jul 13, 2020 at 01:43:00PM -0700, Badhri Jagan Sridharan wrote: > "tReceiverResponse 15 ms Section 6.6.2 > The receiver of a Message requiring a response Shall respond > within tReceiverResponse in order to ensure that the > sender’s SenderResponseTimer does not expire." > > When the cpu c

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

On Mon, Jul 13, 2020 at 07:36:26AM -0700, Tom Rix wrote: > > > @@ -64,6 +64,7 @@ static void cci_pci_free_irq(struct pci_dev *pcidev) > > #define PCIE_DEVICE_ID_PF_INT_5_X 0xBCBD > > #define PCIE_DEVICE_ID_PF_INT_6_X 0xBCC0 > > #define PCIE_DEVICE_ID_PF_DSC_1_X 0x09C4 > > +#define PCIE_DEVIC

Re: [PATCH 0/2] tcpm: Error handling for tcpm_register_partner_altmodes

On Tue, Jul 14, 2020 at 11:34:51AM +0800, Kyle Tso wrote: > *** BLURB HERE *** No blurb? :(

[PATCH v3 4/4] vfio/type1: Use iommu_aux_at(de)tach_group() APIs

Replace iommu_aux_at(de)tach_device() with iommu_aux_at(de)tach_group(). It also saves the IOMMU_DEV_FEAT_AUX-capable physcail device in the vfio_group data structure so that it could be reused in other places. Signed-off-by: Lu Baolu --- drivers/vfio/vfio_iommu_type1.c | 44 ++--

[PATCH v3 2/4] iommu: Add iommu_aux_at(de)tach_group()

This adds two new aux-domain APIs for a use case like vfio/mdev where sub-devices derived from an aux-domain capable device are created and put in an iommu_group. /** * iommu_aux_attach_group - attach an aux-domain to an iommu_group which * contains sub-devices (for exam

[PATCH v3 1/4] iommu: Check IOMMU_DEV_FEAT_AUX feature in aux api's

The iommu aux-domain api's work only when IOMMU_DEV_FEAT_AUX is enabled for the device. Add this check to avoid misuse. Signed-off-by: Lu Baolu --- drivers/iommu/iommu.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iom

[PATCH v3 3/4] iommu: Add iommu_aux_get_domain_for_dev()

The device driver needs an API to get its aux-domain. A typical usage scenario is: unsigned long pasid; struct iommu_domain *domain; struct device *dev = mdev_dev(mdev); struct device *iommu_device = vfio_mdev_get_iommu_device(dev); domain = iommu_aux_get_d

[PATCH v3 0/4] iommu aux-domain APIs extensions

This series aims to extend the IOMMU aux-domain API set so that it could be more friendly to vfio/mdev usage. The interactions between vfio/mdev and iommu during mdev creation and passthr are: 1. Create a group for mdev with iommu_group_alloc(); 2. Add the device to the group with group =

Re: F2FS Segmentation Fault

On 07/13, Nathan Royce wrote: > On Mon, Jul 13, 2020 at 7:03 PM Jaegeuk Kim wrote: > > > > Hi Nathan, > > > > Could you try to say "N" here to move forward to fix the corrupted metadata? > > > > Thanks, > * > Do you want to restore lost files into ./lost_found/? [Y/N] N > Info: Write valid nat

Re: [PATCH v2] checkpatch: Fix the usage of capture group ( ... )

On Tue, 14 Jul 2020, Mrinal Pandey wrote: > The usage of "capture group (...)" in the immediate condition after `&&` > results in `$1` being uninitialized. This issues a warning "Use of > uninitialized value $1 in regexp compilation at ./scripts/checkpatch.pl > line 2638". > > I noticed this b

Re: [PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning

On Thu, Jul 09, 2020 at 09:27:43AM -0700, Andy Lutomirski wrote: > On Thu, Jul 9, 2020 at 9:22 AM Dave Hansen wrote: > > > > On 7/9/20 9:07 AM, Andy Lutomirski wrote: > > > On Thu, Jul 9, 2020 at 8:56 AM Dave Hansen wrote: > > >> On 7/9/20 8:44 AM, Andersen, John wrote: > > >>> Bits which

Re: [PATCH 4/6] staging: qlge: qlge_main: Simplify while statements.

On 2020-07-13 17:50 +0530, Suraj Upadhyay wrote: > Simplify while loops into more readable and simple for loops. > > Signed-off-by: Suraj Upadhyay > --- [...] > @@ -1824,7 +1821,7 @@ static struct sk_buff *ql_build_rx_skb(struct > ql_adapter *qdev, > sbq_desc->p.skb = NULL;

Re: [PATCH 2/4] KVM: x86: Introduce paravirt feature CR0/CR4 pinning

On Thu, Jul 09, 2020 at 09:27:43AM -0700, Andy Lutomirski wrote: > On Thu, Jul 9, 2020 at 9:22 AM Dave Hansen wrote: > > > > On 7/9/20 9:07 AM, Andy Lutomirski wrote: > > > On Thu, Jul 9, 2020 at 8:56 AM Dave Hansen wrote: > > >> On 7/9/20 8:44 AM, Andersen, John wrote: > > >>> Bits which

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

Hi Dillon, On Tue, 14 Jul 2020 13:21:07 +0800 dillon min wrote: > > Thanks, how about the below commit message. > > Subject: [PATCH v4] Fix dcan driver probe failed on am437x platform > > Got following d_can probe errors with kernel 5.8-rc1 on am437x > > [ 10.730822] CAN device driver interf

Re: [PATCH v4 2/2] Add PWM fan controller driver for LGM SoC

Hi Uwe, On 14/7/2020 3:10 am, Uwe Kleine-König wrote: > Hello, > > On Tue, Jun 30, 2020 at 03:55:32PM +0800, Rahul Tanwar wrote: >> Intel Lightning Mountain(LGM) SoC contains a PWM fan controller. >> This PWM controller does not have any other consumer, it is a >> dedicated PWM controller for fa

Re: [PATCH] tty: serial: qcom-geni-serial: Drop the icc bw votes in suspend for console

On 7/14/2020 6:23 AM, Doug Anderson wrote: Rajendra, On Fri, Jul 10, 2020 at 5:41 AM Greg KH wrote: On Thu, Jul 09, 2020 at 03:07:00PM +0530, Rajendra Nayak wrote: When using the geni-serial as console, its important to be able to hit the lowest possible power state in suspend, even with n

[PATCH v4 4/5] MIPS: Ingenic: Fix bugs and add missing LED node for X1000.

1.The CU1000-Neo board actually uses X1000E instead of X1000, so the wrongly written "ingenic,x1000" in compatible should be changed to "ingenic,x1000e". 2.Adjust the order of nodes according to the corresponding address value. 3.Drop unnecessary node in "wlan_pwrseq". 4.Add the leds node to

[PATCH v4 0/5] Add support for Ingenic X1830 SoC and Y&A CU1830-Neo board.

v3->v4: 1.Modify the commit message and add the change description for CU1000-Neo in patch [2/5]. 2.The wrongly written "ingenic,x1000" in compatible is changed to "ingenic,x1000e" in "cu1000-neo.dts". 3.Adjust the order of nodes according to the corresponding address value for X1000. 4.Drop

[PATCH v4 3/5] MIPS: Ingenic: Add YSH & ATIL CU Neo board support.

Add a device tree and a defconfig for the Ingenic X1830 based YSH & ATIL CU Neo board. Tested-by: 周正 (Zhou Zheng) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v1->v2: 1.Add DT node for LED. 2.Update defconfig for LED. v2->v3: Adjust the order of nodes according to the

[PATCH v4 2/5] dt-bindings: MIPS: Add X1830 based CU1830-Neo and fix bug in CU1000-Neo.

1.Add bindings for Ingenic X1830 based board, prepare for later dts. 2.The CU1000-Neo board actually uses X1000E instead of X1000, so the wrongly written "ingenic,x1000" in bindings should be changed to "ingenic,x1000e", the corresponding dts file modification will be made in a patch later in

[PATCH v2] tty: serial: qcom-geni-serial: Drop the icc bw votes in suspend for console

When using the geni-serial as console, its important to be able to hit the lowest possible power state in suspend, even with no_console_suspend. The only thing that prevents it today on platforms like the sc7180 is the interconnect BW votes, which we certainly don't need when the system is in suspe

[PATCH v4 5/5] MIPS: CU1000-Neo: Refresh defconfig to support LED.

Refresh CU1000-Neo's defconfig to support LED. Tested-by: 周正 (Zhou Zheng) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v4: New patch. arch/mips/configs/cu1000-neo_defconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/mips/configs/cu1000-neo_defconfig b/arch/mips/confi

[PATCH v4 1/5] MIPS: Ingenic: Add Ingenic X1830 support.

Support the Ingenic X1830 SoC using the code under arch/mips/jz4740. This is left unselectable in Kconfig until a X1830 based board is added in a later commit. Tested-by: 周正 (Zhou Zheng) Signed-off-by: 周琰杰 (Zhou Yanjie) --- Notes: v1->v2: No change. v2->v3: Adjust the order

Re: [PATCH v4 1/2] Add DT bindings YAML schema for PWM fan controller of LGM SoC

Hi Rob, On 14/7/2020 12:46 am, Rob Herring wrote: > On Tue, Jun 30, 2020 at 03:55:31PM +0800, Rahul Tanwar wrote: >> Intel's LGM(Lightning Mountain) SoC contains a PWM fan controller >> which is only used to control the fan attached to the system. This >> PWM controller does not have any other c

Re: [PATCH v2] Since am437x have the same clock structure with am335x [1][2], reuse the code from Tony Lindgren's patch [3] to fix dcan probe failed on am437x platform.

On Tue, Jul 14, 2020 at 11:54 AM Stephen Rothwell wrote: > > Hi Dillon, > > On Tue, 14 Jul 2020 11:43:31 +0800 dillon min wrote: > > > > On Tue, Jul 14, 2020 at 11:38 AM Stephen Rothwell > > wrote: > > > > > > On Tue, 14 Jul 2020 11:23:18 +0800 dillon.min...@gmail.com wrote: > > > > > > > > Fro

Re: [PATCH 0/5] RFC: connector: Add network namespace awareness

On Tue, 2020-07-14 at 15:03 +1000, Aleksa Sarai wrote: > On 2020-07-13, Eric W. Biederman wrote: > > Matt Bennett writes: > > > > > On Thu, 2020-07-02 at 21:10 +0200, Christian Brauner wrote: > > > > On Thu, Jul 02, 2020 at 08:17:38AM -0500, Eric W. Biederman wrote: > > > > > Matt Bennett write

Re: [PATCHv3 3/4] watchdog: rti-wdt: attach to running watchdog during probe

On 7/13/20 6:18 AM, Tero Kristo wrote: > If the RTI watchdog is running already during probe, the driver must > configure itself to match the HW. Window size and timeout is probed from > hardware, and the last keepalive ping is adjusted to match it also. > > Signed-off-by: Tero Kristo > --- > dr

Re: [PATCH] ocfs2: Replace HTTP links with HTTPS ones

On 2020/7/14 01:44, 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 contain `\bxmlns

  1   2   3   4   5   6   7   8   9   10   >