Re: [PATCH] kernfs: fix memleak in kernel_ops_readdir()

Hi, * Tejun Heo [691231 23:00]: > From: Andrea Arcangeli > > If getdents64 is killed or hits on segfault, it'll leave cgroups > directories in sysfs pinned leaking memory because the kernfs node > won't be freed on rmdir and the parent neither. Somehow this causes a regression in Linux next fo

Re: [PATCH 3/5] serial: lantiq: Make IRQ & ISR assignment dynamic

On Wed, Aug 07, 2019 at 05:21:33PM +0800, Rahul Tanwar wrote: > This driver/IP is reused across multiple SoCs. Older SoCs supported three > separate IRQs for tx, rx & err interrupts. Newer Lightning Mountain SoC > supports single IRQ for all of tx/rx/err interrupts. This patch modifies > the driver

Applied "ASoC: fsl_sai: Add registers definition for multiple datalines" to the asoc tree

The patch ASoC: fsl_sai: Add registers definition for multiple datalines has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4 All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Applied "ASoC: fsl_sai: Add support for imx7ulp/imx8mq" to the asoc tree

The patch ASoC: fsl_sai: Add support for imx7ulp/imx8mq has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: fsl_sai: Update Tx/Rx channel enable mask" to the asoc tree

The patch ASoC: fsl_sai: Update Tx/Rx channel enable mask has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) an

RFC: remove sn2, hpsim and ia64 machvecs

Hi Tony, let me know what you think of this series. This drops the pretty much dead sn2 and hpsim support, which then allows us to build a single ia64 kernel image that supports all remaining systems without extra indirections in the fast path. A git tree is also available at: git://git.inf

[PATCH 05/29] PCI/hotplug: remove the sgi_hotplug driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- drivers/pci/hotplug/Kconfig | 9 - drivers/pci/hotplug/Makefile | 1 - drivers/pci/hotplug/sgi_hotplug.c | 700 -- 3 fi

[PATCH 11/29] qla1280: remove SGI SN2 support

The SGI SN2 support is about to be removed, so drops the bits specific to it from this driver. Signed-off-by: Christoph Hellwig --- drivers/scsi/qla1280.c | 37 - drivers/scsi/qla1280.h | 3 --- 2 files changed, 40 deletions(-) diff --git a/drivers/scsi/qla1

[PATCH 03/29] char/agp: remove the sgi-agp driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig | 1 - arch/ia64/configs/gensparse_defconfig | 1 - drivers/char/agp/Kconfig | 7 - drivers/char/agp/Make

[PATCH 04/29] ide: remove the sgiioc4 driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig | 1 - arch/ia64/configs/gensparse_defconfig | 1 - drivers/Kconfig | 2 - drivers/ide/Kconfig

[PATCH 10/29] misc/sgi-xp: remove SGI SN2 support

Note this also marks xp broken on ia64 now, as the UV support, which was disable in generic kernels before actually never compiled due to undefined uv_gpa_to_soc_phys_ram and uv_gpa_in_mmr_space symbols since at least commit c2c9f1157414 ("x86: uv: update XPC to handle updated BIOS interface"). Si

[PATCH 08/29] tty/serial: remove the ioc3_serial driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- MAINTAINERS |6 - arch/ia64/configs/gensparse_defconfig |1 - drivers/tty/serial/Kconfig|8 - drivers/tty/serial

Re: [PATCH 5/5] serial: lantiq: Add support for Lightning Mountain SoC

On Wed, Aug 07, 2019 at 05:21:35PM +0800, Rahul Tanwar wrote: > This patch adds IRQ & ISR support in the driver for Lightning Mountain SoC. > +#define ASC_IRNCR_MASK 0x7 GENMASK() ? > +static irqreturn_t lqasc_irq(int irq, void *p) > +{ > + unsigned long flags; > + u32 stat

[PATCH 13/29] drivers: remove the SGI SN2 IOC3 base support

The IOC3 is a multi-function chip seen on SGI SN2 and some SGI MIPS systems. This removes the last bit of SN2 specific support, while the bits used by the mips ports are still around (and being substantially rewritten at the moment). Signed-off-by: Christoph Hellwig --- arch/ia64/Kconfig

[PATCH 14/29] drivers: remove the SGI SN2 IOC4 base support

The IOC4 is a multi-function chip seen on SGI SN2 and some SGI MIPS systems. This removes the base driver, which while not having an SN2 Kconfig dependency was only for sub-drivers that had one. Signed-off-by: Christoph Hellwig --- Documentation/driver-api/sgi-ioc4.rst| 49 --- arch/ia64/c

[PATCH 20/29] ia64: remove the zx1 swiotlb machvec

The aim of this machvec is to support devices with < 32-bit dma masks. But given that ia64 only has a ZONE_DMA32 and not a ZONE_DMA that isn't supported by swiotlb either. Signed-off-by: Christoph Hellwig --- .../admin-guide/kernel-parameters.txt | 2 +- arch/ia64/Kconfig

[PATCH 06/29] tty/serial: remove the sn_console driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig |1 - arch/ia64/configs/gensparse_defconfig |1 - arch/ia64/kernel/setup.c |7 - drivers/tty/serial

[PATCH 18/29] ia64: remove CONFIG_PCI ifdefs

Now that hpsim support is gone, CONFIG_PCI is forced on for ia64, and we can remove a few ifdefs for it. Signed-off-by: Christoph Hellwig --- arch/ia64/Makefile | 2 +- arch/ia64/hp/common/sba_iommu.c | 10 +- arch/ia64/include/asm/dma.h | 6 +- arch/ia64/kernel/sy

[PATCH 21/29] ia64: remove the SGI UV simulator support

The simulator support was marked as temporary since the initial commit, so drop it more than 10 years later. Signed-off-by: Christoph Hellwig --- arch/ia64/include/asm/sn/simulator.h | 25 -- arch/ia64/include/asm/sn/sn_sal.h| 10 - arch/ia64/include/asm/uv/uv.h

[PATCH 16/29] ia64: remove now unused machvec indirections

With the SGI SN2 machvec removal most of the indirections are unused now, so remove them. This includes the entire removal of the mmio read*/write* macros as the generic ones are identical to the asm-generic/io.h version. Signed-off-by: Christoph Hellwig --- arch/ia64/include/asm/hw_irq.h

[PATCH 22/29] ia64: remove the unused sn_coherency_id symbol

The sn_coherency_id symbol isn't used anywhere, remove it. Signed-off-by: Christoph Hellwig --- arch/ia64/uv/kernel/setup.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/ia64/uv/kernel/setup.c b/arch/ia64/uv/kernel/setup.c index 6ac4bd314d92..b081f5138f5c 100644 --- a/arch/ia64/uv/k

[PATCH 17/29] ia64: remove the hpsim platform

The hpsim platform supports the HP IA64 simulator which was useful as a bring up platform. But it is fairly non-standard vs real IA64 system in that it for example doesn't support ACPI. It also comes with a whole bunch of simulator specific drivers. Remove it to simplify the IA64 port. Signed-o

[PATCH 09/29] char/mspec: remove SGI SN2 support

The SGI SN2 support is about to be removed, so drops the bits specific to it from this driver. Signed-off-by: Christoph Hellwig --- drivers/char/mspec.c | 155 +++ 1 file changed, 11 insertions(+), 144 deletions(-) diff --git a/drivers/char/mspec.c b/driv

[PATCH 27/29] ia64: remove CONFIG_SWIOTLB ifdefs

CONFIG_SWIOTLB is now unconditionally selected on ia64, so remove the ifdefs. Signed-off-by: Christoph Hellwig --- arch/ia64/kernel/dma-mapping.c | 2 -- arch/ia64/mm/init.c| 2 -- 2 files changed, 4 deletions(-) diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-map

[PATCH 25/29] ia64: move the screen_info setup to common code

There is nothing really platform specific about setting about the screen_info from the ia64_boot_param structure, so move it from the dig machvec to common code. Signed-off-by: Christoph Hellwig --- arch/ia64/dig/setup.c| 30 -- arch/ia64/kernel/setup.c | 34 +

[PATCH 28/29] ia64: remove CONFIG_ACPI_NUMA ifdefs

CONFIG_ACPI_NUMA is now unconditionally selected on ia64, so remove the ifdefs. Signed-off-by: Christoph Hellwig --- arch/ia64/include/asm/acpi.h | 5 - arch/ia64/kernel/acpi.c | 17 - arch/ia64/kernel/setup.c | 2 -- 3 files changed, 24 deletions(-) diff --git a/

[PATCH 24/29] ia64: move the ROOT_DEV setup to common code

I'm not sure how useful a platform default ROOT_DEV is these days, but it pretty sure isn't machvec dependent. Signed-off-by: Christoph Hellwig --- arch/ia64/dig/setup.c| 9 - arch/ia64/kernel/setup.c | 9 + 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/

[PATCH v2 2/4] MAINTAINERS: Add Beniamin Bia for AD7606 driver

Add Beniamin Bia as maintainer for AD7606 driver. Signed-off-by: Beniamin Bia --- Changes in v2: -nothing changed MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index ad498428b38c..052d7a8591fb 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -895,6 +895,

[PATCH v2 3/4] dt-bindings: iio: adc: Migrate AD7606 documentation to yaml

The documentation for ad7606 was migrated to yaml. Signed-off-by: Beniamin Bia --- Changes in v2: -old txt file was deleted .../bindings/iio/adc/adi,ad7606.txt | 66 - .../bindings/iio/adc/adi,ad7606.yaml | 134 ++ MAINTAINERS

[PATCH v2 1/4] iio: adc: ad7606: Add support for AD7606B ADC

From: Stefan Popa The AD7606B is a 16-bit ADC that supports simultaneous sampling of 8 channels. It is pin compatible to AD7606, but adds extra modes by writing to the register map. The AD7606B can be configured to work in software mode by setting all oversampling pins to high. This mode is sele

[PATCH 29/29] genirq: remove the is_affinity_mask_valid hook

This override was only used by the ia64 SGI SN2 platform, which is gone now. Signed-off-by: Christoph Hellwig --- kernel/irq/proc.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/kernel/irq/proc.c b/kernel/irq/proc.c index da9addb8d655..cfc4f088a0e7 100644 --- a/kernel/irq/pr

[PATCH 23/29] ia64: rework iommu probing

ia64 currently organizes the iommu probing along machves, which isn't very helpful. Instead just try to probe for Intel IOMMUs in mem_init as they are properly described in ACPI and if none was found initialize the swiotlb buffer. The HP SBA handling is then only done delayed when the actual hard

[PATCH 26/29] ia64: remove support for machvecs

The only thing remaining of the machvecs is a few checks if we are running on an SGI UV system. Replace those with the existing is_uv_system() check that has been rewritten to simply check the OEM ID directly. That leaves us with a generic kernel that is as fast as the previous DIG/ZX1/UV kernels

[PATCH 19/29] ia64: remove CONFIG_ACPI ifdefs

Now that hpsim support is gone, CONFIG_ACPI is forced on for ia64, and we can remove a few ifdefs for it. Signed-off-by: Christoph Hellwig --- arch/ia64/include/asm/acpi.h | 4 ++-- arch/ia64/kernel/Makefile| 4 ++-- arch/ia64/kernel/iosapic.c | 2 -- arch/ia64/kernel/irq_ia64.c | 2 -

[PATCH v2 4/4] dt-bindings: iio: adc: Add AD7606B ADC documentation

Documentation for AD7606B Analog to Digital Converter and software mode was added. Signed-off-by: Beniamin Bia --- Changes in v2: -nothing changed Documentation/devicetree/bindings/iio/adc/adi,ad7606.yaml | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devic

[PATCH 12/29] qla2xxx: remove SGI SN2 support

The SGI SN2 support is about to be removed, so drops the bits specific to it from this driver. Signed-off-by: Christoph Hellwig --- drivers/scsi/qla2xxx/qla_init.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/drivers/scsi/qla2xxx/qla_init.c b/drivers/scsi/qla2xxx/qla_init.c

[PATCH v2] riscv: Using CSR numbers to access CSRs

Since commit a3182c91ef4e ("RISC-V: Access CSRs using CSR numbers"), we should prefer accessing CSRs using their CSR numbers, but there are several leftovers like sstatus / sptbr we missed. Signed-off-by: Bin Meng Signed-off-by: Christoph Hellwig Signed-off-by: Andreas Schwab Reviewed-by: Anup

[PATCH 02/29] char: remove the SGI tiocx/mbcs driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig | 2 - arch/ia64/configs/gensparse_defconfig | 2 - arch/ia64/sn/kernel/Makefile | 1 - arch/ia64/sn/kernel/t

[PATCH 07/29] tty/serial: remove the ioc4_serial driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig |1 - arch/ia64/configs/gensparse_defconfig |1 - drivers/tty/serial/Kconfig|9 - drivers/tty/serial

[PATCH] udf: reduce leakage of blocks related to named streams

From: Steve Magnani Windows is capable of creating UDF files having named streams. One example is the "Zone.Identifier" stream attached automatically to files downloaded from a network. See: https://msdn.microsoft.com/en-us/library/dn392609.aspx Modification of a file having one or more named

Re: NULL ptr deref in wq_worker_sleeping on 4.19

Is it possible for you to generate kernel patch only with **kernel log** for 'use-after-free' case? With kernel log, we only have limited information, so it is hard to debug 'use-after-free' case with this signature. For this matter, kernel should be compiled with below config. CONFIG_SLUB_DEBUG=y

[PATCH 01/29] char: remove the SGI snsc driver

The SGI SN2 support is about to be removed. Remove this driver that depends on the SN2 support. Signed-off-by: Christoph Hellwig --- arch/ia64/configs/generic_defconfig | 1 - arch/ia64/configs/gensparse_defconfig | 1 - drivers/char/Kconfig | 8 - drivers/char/Makefile

Applied "ASoC: dt-bindings: Introduce compatible strings for 7ULP and 8MQ" to the asoc tree

The patch ASoC: dt-bindings: Introduce compatible strings for 7ULP and 8MQ has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4 All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ASoC: fsl_sai: Add support for SAI new version" to the asoc tree

The patch ASoC: fsl_sai: Add support for SAI new version has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "spi: bcm-qspi: Fix BSPI QUAD and DUAL mode support when using flex mode" to the spi tree

The patch spi: bcm-qspi: Fix BSPI QUAD and DUAL mode support when using flex mode has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-5.3 All being well this means that it will be integrated into the linux-next tree (usually sometime in

Re: RFC: remove sn2, hpsim and ia64 machvecs

Hi Christoph! On 8/7/19 3:30 PM, Christoph Hellwig wrote: > let me know what you think of this series. This drops the pretty much > dead sn2 and hpsim support, which then allows us to build a single ia64 > kernel image that supports all remaining systems without extra indirections > in the fast p

Re: [PATCH] firmware: arm_scmi: Use {get,put}_unaligned_le32 accessors

Hi Sudeep, On Wed, 2019-08-07 at 14:00 +0100, Sudeep Holla wrote: > Instead of type-casting the {tx,rx}.buf all over the place while > accessing them to read/write __le32 from/to the firmware, let's use > the nice existing {get,put}_unaligned_le32 accessors to hide all the > type cast ugliness. >

Re: [PATCH v8 04/14] media: rkisp1: add Rockchip MIPI Synopsys DPHY driver

Hi Sakari, thanks for your review, On 8/7/19 10:05 AM, Sakari Ailus wrote: > Hi Helen, > > Thanks for the patchset. > > On Tue, Jul 30, 2019 at 03:42:46PM -0300, Helen Koike wrote: >> From: Jacob Chen >> >> This commit adds a subdev driver for Rockchip MIPI Synopsys DPHY driver >> >> Signed-of

Re: [PATCH] media: uvcvideo: Add boottime clock support

On Tue, Aug 6, 2019 at 5:34 PM Kieran Bingham wrote: > > Hi Tomasz, > > On 06/08/2019 05:15, Tomasz Figa wrote: > > On Wed, Mar 13, 2019 at 11:38 AM Tomasz Figa wrote: > >> > >> On Wed, Mar 13, 2019 at 10:25 AM Laurent Pinchart > >> wrote: > >>> > >>> Hi Tomasz, > >>> > >>> On Fri, Nov 23, 2018

[PATCH v5 3/4] ARM: dts: exynos: add initial data for coupled regulators for Exynos5422/5800

From: Marek Szyprowski Declare Exynos5422/5800 voltage ranges for opp points for big cpu core and bus wcore and couple their voltage supllies as vdd_arm and vdd_int should be in 300mV range. Signed-off-by: Marek Szyprowski [k.konieczny: add missing patch description] Signed-off-by: Kamil Koniec

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

Am Dienstag, den 06.08.2019, 14:50 +0200 schrieb Andrey Konovalov: > On Tue, Aug 6, 2019 at 2:36 PM Oliver Neukum wrote: > > > > Am Donnerstag, den 01.08.2019, 14:47 -0400 schrieb Alan Stern: > > > > > > I think this must be caused by an unbalanced refcount. That is, > > > something must drop o

[PATCH v5 4/4] dt-bindings: devfreq: exynos-bus: remove unused property

Remove unused DT property "exynos,voltage-tolerance". Signed-off-by: Kamil Konieczny Acked-by: Chanwoo Choi --- Documentation/devicetree/bindings/devfreq/exynos-bus.txt | 2 -- 1 file changed, 2 deletions(-) diff --git a/Documentation/devicetree/bindings/devfreq/exynos-bus.txt b/Documentation

[PATCH v5 2/4] devfreq: exynos-bus: convert to use dev_pm_opp_set_rate()

Reuse opp core code for setting bus clock and voltage. As a side effect this allow usage of coupled regulators feature (required for boards using Exynos5422/5800 SoCs) because dev_pm_opp_set_rate() uses regulator_set_voltage_triplet() for setting regulator voltage while the old code used regulator_

[PATCH v5 0/4] add coupled regulators for Exynos5422/5800

Hi, The main purpose of this patch series is to add coupled regulators for Exynos5422/5800 to keep constrain on voltage difference between vdd_arm and vdd_int to be at most 300mV. In exynos-bus instead of using regulator_set_voltage_tol() with default voltage tolerance it should be used regulator_

[PATCH v5 1/4] devfreq: exynos-bus: correct clock enable sequence

Regulators should be enabled before clocks to avoid h/w hang. This require change in exynos_bus_probe() to move exynos_bus_parse_of() after exynos_bus_parent_parse_of() and change in error handling. Similar change is needed in exynos_bus_exit() where clock should be disabled before regulators. Sig

Re: [PATCH 6/9] KVM: arm64: Provide a PV_TIME device to user space

On 03/08/2019 18:34, Marc Zyngier wrote: > On Sat, 3 Aug 2019 13:51:13 +0100 > Marc Zyngier wrote: > > [forgot that one] > >> On Fri, 2 Aug 2019 15:50:14 +0100 >> Steven Price wrote: > > [...] > >>> +static int __init kvm_pvtime_init(void) >>> +{ >>> + kvm_register_device_ops(&pvtime_ops,

Re: [PATCH 0/4] gpio: hierarchical IRQ improvements

On Mon, Jul 8, 2019 at 1:01 PM Brian Masney wrote: > This builds on top of Linus Walleij's existing patches that adds > hierarchical IRQ support to the GPIO core [1] so that Qualcomm's > spmi-gpio and ssbi-gpio can be converted to use these new helpers. > > Linus: Feel free to squash these into y

Re: [PATCH v3 07/21] ARM: dts: imx7-colibri: fix 1.8V/UHS support

On Wed, 2019-08-07 at 08:19 -0300, Fabio Estevam wrote: > Hi Philippe, > > On Wed, Aug 7, 2019 at 5:26 AM Philippe Schenker > wrote: > > From: Stefan Agner > > > > Add pinmuxing and do not specify voltage restrictions for the usdhc > > instance available on the modules edge connector. This allo

Re: [PATCH V3 0/8] TopDown metrics support for Icelake

Hi Peter, Any comments for this series? Thanks, Kan On 7/24/2019 1:17 PM, kan.li...@linux.intel.com wrote: From: Kan Liang Icelake has support for measuring the level 1 TopDown metrics directly in hardware. This is implemented by an additional METRICS register, and a new Fixed Counter 3 that

Re: RFC: remove sn2, hpsim and ia64 machvecs

On Wed, Aug 07, 2019 at 03:35:37PM +0200, John Paul Adrian Glaubitz wrote: > Hi Christoph! > > On 8/7/19 3:30 PM, Christoph Hellwig wrote: > > let me know what you think of this series. This drops the pretty much > > dead sn2 and hpsim support, which then allows us to build a single ia64 > > kern

Re: [PATCH 0/4] gpio: hierarchical IRQ improvements

On Wed, Aug 7, 2019 at 3:41 PM Linus Walleij wrote: > On Mon, Jul 8, 2019 at 1:01 PM Brian Masney wrote: > > > This builds on top of Linus Walleij's existing patches that adds > > hierarchical IRQ support to the GPIO core [1] so that Qualcomm's > > spmi-gpio and ssbi-gpio can be converted to use

Re: [PATCH v3] bcache: fix deadlock in bcache_allocator

On 2019/8/7 6:38 下午, Andrea Righi wrote: > bcache_allocator can call the following: > > bch_allocator_thread() > -> bch_prio_write() > -> bch_bucket_alloc() > -> wait on &ca->set->bucket_wait > > But the wake up event on bucket_wait is supposed to come from > bch_allocator_thread(

Re: [PATCH 1/4] hwmon: (lm75) Create structure to save all the configuration parameters.

On Tue, Aug 06, 2019 at 10:11:04AM +0100, Iker Perez wrote: > From: Iker Perez del Palomar Sustatxa > > * Add to lm75_data kind field to store the kind of device the driver is > working with. > * Add an structure to store the configuration parameters of all the > supported devices. > * Delete

Re: [RFC V1 RESEND 2/6] PCI/MSI: Dynamic allocation of MSI-X vectors by group

Megha, On Tue, 6 Aug 2019, Megha Dey wrote: > On Sat, 2019-06-29 at 09:59 +0200, Thomas Gleixner wrote: > > On Fri, 21 Jun 2019, Megha Dey wrote: > > Totally agreed. The request to add a dynamic MSI-X infrastructure came > from some driver teams internally and currently they do not have > bandwid

Re: [PATCH 3/9] clk: meson: axg-audio: Don't reference clk_init_data after registration

On Tue 06 Aug 2019 at 14:48, Stephen Boyd wrote: > Quoting Jerome Brunet (2019-08-06 01:49:47) >> On Wed 31 Jul 2019 at 12:35, Stephen Boyd wrote: >> >> > A future patch is going to change semantics of clk_register() so that >> > clk_hw::init is guaranteed to be NULL after a clk is registered.

Re: [PATCH] firmware: arm_scmi: Use {get,put}_unaligned_le32 accessors

On Wed, Aug 07, 2019 at 03:36:11PM +0200, Philipp Zabel wrote: > Hi Sudeep, > > On Wed, 2019-08-07 at 14:00 +0100, Sudeep Holla wrote: > > Instead of type-casting the {tx,rx}.buf all over the place while > > accessing them to read/write __le32 from/to the firmware, let's use > > the nice existing {

[PATCH v2] selftests: kvm: Adding config fragments

selftests kvm test cases need pre-required kernel configs for the test to get pass. Signed-off-by: Naresh Kamboju --- tools/testing/selftests/kvm/config | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 tools/testing/selftests/kvm/config diff --git a/tools/testing/selftests/kvm/confi

Re: [PATCH] firmware: google: update vpd_decode from upstream

On Fri, Aug 02, 2019 at 03:27:54PM -0700, Stephen Boyd wrote: > Quoting Hung-Te Lin (2019-08-02 01:20:31) > > The VPD implementation from Chromium Vital Product Data project has been > > updated so vpd_decode be easily shared by kernel, firmware and the user > > space utility programs. Also improve

Re: [PATCH V4 7/9] vhost: do not use RCU to synchronize MMU notifier with worker

On 2019/8/7 下午8:07, Jason Gunthorpe wrote: On Wed, Aug 07, 2019 at 03:06:15AM -0400, Jason Wang wrote: We used to use RCU to synchronize MMU notifier with worker. This leads calling synchronize_rcu() in invalidate_range_start(). But on a busy system, there would be many factors that may slow d

Re: [PATCH] firmware: arm_scmi: Use {get,put}_unaligned_le32 accessors

On 07/08/2019 14:57, Sudeep Holla wrote: On Wed, Aug 07, 2019 at 03:36:11PM +0200, Philipp Zabel wrote: Hi Sudeep, On Wed, 2019-08-07 at 14:00 +0100, Sudeep Holla wrote: Instead of type-casting the {tx,rx}.buf all over the place while accessing them to read/write __le32 from/to the firmware, l

Re: [PATCH 0/4] gpio: hierarchical IRQ improvements

On Wed, Aug 07, 2019 at 03:41:05PM +0200, Linus Walleij wrote: > On Mon, Jul 8, 2019 at 1:01 PM Brian Masney wrote: > > > This builds on top of Linus Walleij's existing patches that adds > > hierarchical IRQ support to the GPIO core [1] so that Qualcomm's > > spmi-gpio and ssbi-gpio can be conver

Re: [PATCH v6 31/57] pci: Remove dev_err() usage after platform_get_irq()

On 30/07/2019 23:56, Bjorn Helgaas wrote: >> diff --git a/drivers/pci/controller/pcie-tango.c >> b/drivers/pci/controller/pcie-tango.c >> index 21a208da3f59..b87aa9041480 100644 >> --- a/drivers/pci/controller/pcie-tango.c >> +++ b/drivers/pci/controller/pcie-tango.c >> @@ -273,10 +273,8 @@ stati

Re: [PATCH 3/6] drivers: firmware: psci: Decouple checker from generic ARM CPUidle

On 22/07/2019 17:37, Lorenzo Pieralisi wrote: > The PSCI checker currently relies on the generic ARM CPUidle > infrastructure to enter an idle state, which in turn creates > a dependency that is not really needed. > > The PSCI checker code to test PSCI CPU suspend is built on > top of the CPUidle

Re: [PATCH net-next] net: dsa: sja1105: remove set but not used variables 'tx_vid' and 'rx_vid'

On Wed, 7 Aug 2019 21:08:56 +0800, YueHaibing wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/net/dsa/sja1105/sja1105_main.c: In function sja1105_fdb_dump: > drivers/net/dsa/sja1105/sja1105_main.c:1226:14: warning: > variable tx_vid set but not used [-Wunused-but-set-variable

Re: Merge branch 'floppy'

On 7/31/19 11:36 PM, Alex Henrie wrote: >> Actual working physical floppy hardware is getting hard to find, and >> while Willy was able to test this, I think the driver can be considered >> pretty much dead from an actual hardware standpoint. > > Just for the record: I have an Ubuntu machine, stil

Re: [RFC V1 RESEND 2/6] PCI/MSI: Dynamic allocation of MSI-X vectors by group

On 07/08/2019 14:56, Thomas Gleixner wrote: > Megha, > > On Tue, 6 Aug 2019, Megha Dey wrote: >> On Sat, 2019-06-29 at 09:59 +0200, Thomas Gleixner wrote: >>> On Fri, 21 Jun 2019, Megha Dey wrote: >> >> Totally agreed. The request to add a dynamic MSI-X infrastructure came >> from some driver team

Re: [PATCH v6 23/57] irqchip: Remove dev_err() usage after platform_get_irq()

Hi Stephen, On 30/07/2019 19:15, Stephen Boyd wrote: > We don't need dev_err() messages when platform_get_irq() fails now that > platform_get_irq() prints an error message itself when something goes > wrong. Let's remove these prints with a simple semantic patch. > > // > @@ > expression ret; >

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 08/06, Adrian Reber wrote: > > +struct pid *alloc_pid(struct pid_namespace *ns, int set_tid) > { > struct pid *pid; > enum pid_type type; > @@ -186,12 +186,35 @@ struct pid *alloc_pid(struct pid_namespace *ns) > if (idr_get_cursor(&tmp->idr) > RESERVED_PIDS) >

[PATCH glibc 2.31 2/5] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux (v5)

When available, use the cpu_id field from __rseq_abi on Linux to implement sched_getcpu(). Fall-back on the vgetcpu vDSO if unavailable. Benchmarks: x86-64: Intel E5-2630 v3@2.40GHz, 16-core, hyperthreading glibc sched_getcpu(): 13.7 ns (baseline) glibc sched_getcpu() using r

[PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12)

Register rseq(2) TLS for each thread (including main), and unregister for each thread (excluding main). "rseq" stands for Restartable Sequences. See the rseq(2) man page proposed here: https://lkml.org/lkml/2018/9/19/647 This patch is based on glibc-2.30. The rseq(2) system call was merged into

Re: [PATCH v2 2/2] linux/bits.h: Add compile time sanity check of GENMASK inputs

On Fri, Aug 02, 2019 at 01:03:58AM +0200, Rikard Falkeborn wrote: > GENMASK() and GENMASK_ULL() are supposed to be called with the high bit > as the first argument and the low bit as the second argument. Mixing > them will return a mask with zero bits set. > > Recent commits show getting this wron

Re: [PATCHv2 47/59] kvm, x86, mmu: setup MKTME keyID to spte for given PFN

On Tue, Aug 06, 2019 at 08:26:52PM +, Lendacky, Thomas wrote: > On 7/31/19 10:08 AM, Kirill A. Shutemov wrote: > > From: Kai Huang > > > > Setup keyID to SPTE, which will be eventually programmed to shadow MMU > > or EPT table, according to page's associated keyID, so that guest is > > able t

Re: [PATCH] firmware: arm_scmi: Use {get,put}_unaligned_le32 accessors

On Wed, Aug 07, 2019 at 03:07:39PM +0100, Robin Murphy wrote: > On 07/08/2019 14:57, Sudeep Holla wrote: > > On Wed, Aug 07, 2019 at 03:36:11PM +0200, Philipp Zabel wrote: > > > Hi Sudeep, > > > > > > On Wed, 2019-08-07 at 14:00 +0100, Sudeep Holla wrote: > > > > Instead of type-casting the {tx,rx

Re: [PATCH v5 2/2] EDAC: add EDAC driver for DMC520

On Thu, Jul 25, 2019 at 12:49:27AM +, Lei Wang wrote: > New driver supports error detection and correction on the devices with ARM > DMC-520 memory controller. > > Signed-off-by: Lei Wang > Reviewed-by: James Morse > --- > Changes in v5: > - When enable configured interrupts, do

Re: [Sound-open-firmware] [PATCH v2 3/5] ASoC: SOF: Add DT DSP device support

On Wed, Jul 24, 2019 at 10:04 AM Daniel Baluta wrote: > > On Tue, Jul 23, 2019 at 6:19 PM Pierre-Louis Bossart > wrote: > > > > > > > diff --git a/sound/soc/sof/Kconfig b/sound/soc/sof/Kconfig > > > index 61b97fc55bb2..2aa3a1cdf60c 100644 > > > --- a/sound/soc/sof/Kconfig > > > +++ b/sound/soc/so

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

Hi Stephen, > On Aug 7, 2019, at 12:24 AM, Stephen Rothwell wrote: > > Hi all, > > After merging the akpm-current tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > In file included from include/linux/kernel.h:11, > from kernel/events/uprobes.c:12:

Re: [PATCH] nvme-pci: Do not prevent PCI bus-level PM from being used

On Wed, Aug 07, 2019 at 02:53:44AM -0700, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > One of the modifications made by commit d916b1be94b6 ("nvme-pci: use > host managed power state for suspend") was adding a pci_save_state() > call to nvme_suspend() in order to prevent the PCI bus-lev

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

Hi. On Wed, Aug 7, 2019 at 8:46 PM Will Deacon wrote: > > Hi Peter, > > On Tue, Aug 06, 2019 at 07:34:36PM -0700, Peter Collingbourne wrote: > > On Tue, Aug 6, 2019 at 4:50 PM Stephen Rothwell > > wrote: > > > After merging the arm64 tree, today's linux-next build (powerpc > > > ppc64_defconfig

[PATCH v3 4/4] perf: Use CAP_SYS_ADMIN instead of euid==0 with ftrace

Kernel requires CAP_SYS_ADMIN instead of euid==0 to mount debugfs for ftrace. Make perf do the same. Signed-off-by: Igor Lubashev --- tools/perf/builtin-ftrace.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tools/perf/builtin-ftrace.c b/tools/perf/builtin-ftrace.c index

[PATCH v3 2/4] perf: Use CAP_SYS_ADMIN with perf_event_paranoid checks

The kernel is using CAP_SYS_ADMIN instead of euid==0 to override perf_event_paranoid check. Make perf do the same. Signed-off-by: Igor Lubashev --- tools/perf/arch/arm/util/cs-etm.c| 3 ++- tools/perf/arch/arm64/util/arm-spe.c | 3 ++- tools/perf/arch/x86/util/intel-bts.c | 3 ++- tools/perf

[PATCH v3 3/4] perf: Use CAP_SYSLOG with kptr_restrict checks

Kernel is using CAP_SYSLOG capability instead of uid==0 and euid==0 when checking kptr_restrict. Make perf do the same. Also, the kernel is a more restrictive than "no restrictions" in case of kptr_restrict==0, so add the same logic to perf. Signed-off-by: Igor Lubashev --- tools/perf/util/symb

Re: [PATCH] locking/percpu_rwsem: Rewrite to not use rwsem

Hi Peter, I've mostly been spared the joys of pcpu rwsem, but I took a look anyway. Comments of questionable quality below. On Mon, Aug 05, 2019 at 04:02:41PM +0200, Peter Zijlstra wrote: > The filesystem freezer uses percpu_rwsem in a way that is effectively > write_non_owner() and achieves this

[PATCH v3 1/4] perf: Add capability-related utilities

Add utilities to help checking capabilities of the running procss. Make perf link with libcap, if it is available. If no libcap-dev[el], assume no capabilities. Signed-off-by: Igor Lubashev --- tools/build/Makefile.feature | 2 ++ tools/build/feature/Makefile | 4 tools/build/

[PATCH v3 0/4] perf: Use capabilities instead of uid and euid

Series v1: https://lkml.kernel.org/lkml/1562112605-6235-1-git-send-email-iluba...@akamai.com Kernel is using capabilities instead of uid and euid to restrict access to kernel pointers and tracing facilities. This patch series updates the perf to better match the security model used by the kerne

Re: [Intel-wired-lan] MDI errors during resume from ACPI S3 (suspend to ram)

Dear Sasha, On 07.08.19 09:23, Neftin, Sasha wrote: > On 8/6/2019 18:53, mario.limoncie...@dell.com wrote: >>> -Original Message- >>> From: Paul Menzel >>> Sent: Tuesday, August 6, 2019 10:36 AM >>> To: Jeff Kirsher >>> Cc: intel-wired-...@lists.osuosl.org; Linux Kernel Mailing List; >

Re: [PATCH v2 2/2] linux/bits.h: Add compile time sanity check of GENMASK inputs

On Wed, Aug 7, 2019 at 11:27 PM Guenter Roeck wrote: > > On Fri, Aug 02, 2019 at 01:03:58AM +0200, Rikard Falkeborn wrote: > > GENMASK() and GENMASK_ULL() are supposed to be called with the high bit > > as the first argument and the low bit as the second argument. Mixing > > them will return a mas

Re: drm pull for v5.3-rc1

On Wed, Aug 07, 2019 at 03:30:38PM +0100, Steven Price wrote: > On 07/08/2019 15:15, Matthew Wilcox wrote: > > On Tue, Aug 06, 2019 at 11:40:00PM -0700, Christoph Hellwig wrote: > >> On Tue, Aug 06, 2019 at 12:09:38PM -0700, Matthew Wilcox wrote: > >>> Has anyone looked at turning the interface ins

RE: [PATCH v2 2/4] perf: Use CAP_SYS_ADMIN with perf_event_paranoid checks

On Wed, August 7 at 2019 7:46 AM Jiri Olsa wrote: > On Tue, Aug 06, 2019 at 11:35:55PM -0400, Igor Lubashev wrote: > > The kernel is using CAP_SYS_ADMIN instead of euid==0 to override > > perf_event_paranoid check. Make perf do the same. > > > > Signed-off-by: Igor Lubashev > > --- > > tools/perf

[PATCH v8 0/7] powerpc: implement machine check safe memcpy

During a memcpy from a pmem device, if a machine check exception is generated we end up in a panic. In case of fsdax read, this should only result in a -EIO. Avoid MCE by implementing memcpy_mcsafe. Before this patch series: ``` bash-4.4# mount -o dax /dev/pmem0 /mnt/pmem/ [ 7621.714094] Disablin

[PATCH v8 2/7] powerpc/mce: Make machine_check_ue_event() static

From: Reza Arbab The function doesn't get used outside this file, so make it static. Signed-off-by: Reza Arbab Signed-off-by: Santosh Sivaraj Reviewed-by: Nicholas Piggin --- arch/powerpc/kernel/mce.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc/kernel

<    1   2   3   4   5   6   7   8   9   >