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

[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

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) >

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: [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: 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: [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: [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 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 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] 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 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: 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

[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: 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 {

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: [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 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: 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 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: [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 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

[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,

[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

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

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] 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: 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

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

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 "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

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

[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

[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 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 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 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 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 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 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 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 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 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 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 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 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

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 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

[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

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

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

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: 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

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

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

[tip:x86/apic] x86/apic: Annotate global config variables as "read-only after init"

Commit-ID: 6444b40eeda4f78f57b255dd7ecb8d3e5936eea2 Gitweb: https://git.kernel.org/tip/6444b40eeda4f78f57b255dd7ecb8d3e5936eea2 Author: Sean Christopherson AuthorDate: Mon, 5 Aug 2019 14:21:34 -0700 Committer: Thomas Gleixner CommitDate: Wed, 7 Aug 2019 15:24:21 +0200 x86/apic: Annotat

[tip:x86/boot] x86/boot: Save fields explicitly, zero out everything else

Commit-ID: a156cadef2fe445ac423670eace517b39a01ccd0 Gitweb: https://git.kernel.org/tip/a156cadef2fe445ac423670eace517b39a01ccd0 Author: John Hubbard AuthorDate: Tue, 30 Jul 2019 22:46:27 -0700 Committer: Thomas Gleixner CommitDate: Wed, 7 Aug 2019 15:22:53 +0200 x86/boot: Save fields e

Re: [PATCH] i2c: imx: Allow the driver to be built for ARM64 SoCs such as i.MX8M

On 07.08.19 14:09, Alexander Stein wrote: > On Wednesday, August 7, 2019, 1:44:06 PM CEST Schrempf Frieder wrote: >> From: Frieder Schrempf >> >> The imx I2C controller is used in some ARM64 SoCs such as i.MX8M. >> To make use of it, append ARM64 to the list of dependencies. >> >> Signed-off-by: F

Re: [PATCH] net: fec: Allow the driver to be built for ARM64 SoCs such as i.MX8

On 07.08.19 14:20, Fabio Estevam wrote: > Hi Frieder, > > On Wed, Aug 7, 2019 at 9:04 AM Schrempf Frieder > wrote: >> >> From: Frieder Schrempf >> >> The FEC ethernet controller is used in some ARM64 SoCs such as i.MX8. >> To make use of it, append ARM64 to the list of dependencies. > > ARCH_MX

[PATCH] of: irq: fix a trivial typo in a doc comment

Diverged from what the code does with commit 530210c7814e ("of/irq: Replace of_irq with of_phandle_args"). Signed-off-by: Lubomir Rintel --- drivers/of/irq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/of/irq.c b/drivers/of/irq.c index 7f84bb4903caa..a296eaf52a5b2

[PATCH] PCI: OF: fix a trivial typo in a doc comment

Diverged from what the code does with commit 530210c7814e ("of/irq: Replace of_irq with of_phandle_args"). Signed-off-by: Lubomir Rintel --- drivers/pci/of.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/of.c b/drivers/pci/of.c index bc7b27a28795d..36891e7deee34

Re: [PATCH 1/9] KVM: arm64: Document PV-time interface

On 05/08/2019 17:40, Christophe de Dinechin wrote: > > Steven Price writes: > >> Introduce a paravirtualization interface for KVM/arm64 based on the >> "Arm Paravirtualized Time for Arm-Base Systems" specification DEN 0057A. >> >> This only adds the details about "Stolen Time" as the details of "

Re: [PATCH 2/5] serial: lantiq: Use proper DT compatible string

On Wed, Aug 07, 2019 at 05:21:32PM +0800, Rahul Tanwar wrote: > The patch adds change to use explicit string instead of a macro for > DT compatible string. For consistency you may need to convert OF_EARLYCON_DECLARE() as well. Perhaps commit message should explain the rationale, i.e. the followin

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

On Wed, 7 Aug 2019 at 16:19, Vladimir Oltean wrote: > > On Wed, 7 Aug 2019 at 16:09, 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:

Re: [PATCH 06/16] net: phy: adin: support PHY mode converters

> Is it ok if we defer the solution for this drivers/patchset? Yes, not a problem if phy-mode means phy-mode. Andrew

Re: [PATCH 1/5] serial: lantiq: Add SMP support

On Wed, Aug 07, 2019 at 05:21:31PM +0800, Rahul Tanwar wrote: > The existing driver can only support single core SoC. But new multicore > platforms which reuse the same driver/IP need SMP support. This patch adds > multicore support in the driver. Reviewed-by: Andy Shevchenko > > Signed-off-by:

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

On Wed, 7 Aug 2019 at 16:09, 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] > d

Re: [PATCH 0/8] irqdomain/debugfs: Fix uses of irq_domain_alloc_fwnode

On Tue, 6 Aug 2019, Marc Zyngier wrote: > I recently noticed that all irq_domain_alloc_fwnode were passing a VA > to it, which is unfortunate as this is designed to appear in debugfs > (and we don't like to leak VAs). Disaster was avoided thanks to our > ptrval friend, but it remains that

[PATCH net] net: phy: rtl8211f: do a double read to get real time link status

[ 27.232781] hns3 :bd:00.3 eth7: net open [ 27.237303] 8021q: adding VLAN 0 to HW filter on device eth7 [ 27.242972] IPv6: ADDRCONF(NETDEV_CHANGE): eth7: link becomes ready [ 27.29] hns3 :bd:00.3: invalid speed (-1) [ 27.253904] hns3 :bd:00.3 eth7: failed to adjust link. [

[tip:x86/boot] x86/boot: Save fields explicitly, zero out everything else

Commit-ID: 610666f0581557944c3abec93a7c125b8303442c Gitweb: https://git.kernel.org/tip/610666f0581557944c3abec93a7c125b8303442c Author: John Hubbard AuthorDate: Tue, 30 Jul 2019 22:46:27 -0700 Committer: Thomas Gleixner CommitDate: Wed, 7 Aug 2019 15:16:04 +0200 x86/boot: Save fields e

Re: [PATCH v4 2/2] x86/purgatory: use CFLAGS_REMOVE rather than reset KBUILD_CFLAGS

On Fri, 26 Jul 2019, Thomas Gleixner wrote: Ping... > On Thu, 25 Jul 2019, Nick Desaulniers wrote: > > > KBUILD_CFLAGS is very carefully built up in the top level Makefile, > > particularly when cross compiling or using different build tools. > > Resetting KBUILD_CFLAGS via := assignment is an a

Re: [PATCH 4/5] dt-bindings: serial: lantiq: Update for new SoC

On Wed, Aug 07, 2019 at 05:21:34PM +0800, Rahul Tanwar wrote: > There is a new Intel Atom based Lightning Mountain(LGM) network processor SoC > which > reuses Lantiq ASC serial controller IP. This patch adds new compatible string > and its expected property value in order to support the driver for

[tip:x86/urgent] x86: mtrr: cyrix: Mark expected switch fall-through

Commit-ID: 7468a4eae541ce5aff65595aa502aa0a4def6615 Gitweb: https://git.kernel.org/tip/7468a4eae541ce5aff65595aa502aa0a4def6615 Author: Gustavo A. R. Silva AuthorDate: Mon, 5 Aug 2019 15:17:12 -0500 Committer: Thomas Gleixner CommitDate: Wed, 7 Aug 2019 15:12:01 +0200 x86: mtrr: cyrix:

Re: [PATCH 2/2] /proc/kpageflags: do not use uninitialized struct pages

On Tue 06-08-19 09:15:25, Dan Williams wrote: > On Mon, Aug 5, 2019 at 11:47 PM Michal Hocko wrote: > > > > On Mon 05-08-19 20:27:03, Dan Williams wrote: > > > On Sun, Aug 4, 2019 at 10:31 PM Toshiki Fukasawa > > > wrote: > > > > > > > > On 2019/07/26 16:06, Michal Hocko wrote: > > > > > On Fri 2

[tip:x86/urgent] x86/ptrace: Mark expected switch fall-through

Commit-ID: 4ab9ab656a6cea5257bfa31f00c922d68f7a5c2f Gitweb: https://git.kernel.org/tip/4ab9ab656a6cea5257bfa31f00c922d68f7a5c2f Author: Gustavo A. R. Silva AuthorDate: Mon, 5 Aug 2019 14:56:54 -0500 Committer: Thomas Gleixner CommitDate: Wed, 7 Aug 2019 15:12:01 +0200 x86/ptrace: Mark

<    1   2   3   4   5   6   7   8   9   >