[GIT PULL] locking fixes

Linus, Please pull the latest locking-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-urgent-for-linus # HEAD: 1a1fb985f2e2b85ec0d3dc2e519ee48389ec2434 futex: Handle early deadlock return correctly An rtmutex (PI-futex) deadlock

[PATCH v2] net/packet: fix 4gb buffer limit due to overflow check

When calculating rb->frames_per_block * req->tp_block_nr the result can overflow. Check it for overflow without limiting the total buffer size to UINT_MAX. This change fixes support for packet ring buffers >= UINT_MAX. Fixes: 8f8d28e4d6d8 ("net/packet: fix overflow in check for tp_frame_nr")

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 3bb2600657dac78580e5b8fecc202eaaff5d4ced Merge tag 'perf-urgent-for-mingo-5.0-20190205' of

[GIT PULL] IRQ fixes

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: 8087f407364d50d5c3ac8e39365548351e2859f2 Merge tag 'irqchip-5.0-3' of git://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms

Re: [PATCH net-next 2/2] net: Change TCA_ACT_* to TCA_ID_* to match that of TCA_ID_POLICE

On Thu, Feb 07, 2019 at 10:01:10AM -0800, David Miller wrote: > From: Eli Cohen > Date: Thu, 7 Feb 2019 09:45:49 +0200 > > > diff --git a/net/sched/act_simple.c b/net/sched/act_simple.c > > index 902957beceb3..d54cb608dbaf 100644 > > --- a/net/sched/act_simple.c > > +++ b/net/sched/act_simple.c

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 20e55bc17dd01f13cec0eb17e76e9511b23963ef x86/mm: Make set_pmd_at() paravirt aware A handful of fixes: - Fix an MCE corner case

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 09/02/2019 12:50, Heiner Kallweit wrote: > On 09.02.2019 11:07, Sander Eikelenboom wrote: >> On 09/02/2019 10:59, Heiner Kallweit wrote: >>> On 09.02.2019 10:34, Sander Eikelenboom wrote: On 09/02/2019 10:02, Heiner Kallweit wrote: > On 09.02.2019 00:09, Eric Dumazet wrote: >>

Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500

On Sat, Feb 9, 2019 at 7:19 PM James Bottomley wrote: > > On Sat, 2019-02-09 at 18:04 +0100, Mikael Pettersson wrote: > > 4.20 and earlier kernels boot fine on my Sun Blade 2500 (UltraSPARC > > IIIi), but the 5.0-rc kernels consistently experience a 5 minute > > delay > > late during boot, after

Re: [PATCH 2/5] genirq/affinity: allow driver to setup managed IRQ's affinity

On Thu, Feb 07, 2019 at 04:21:30PM -0600, Bjorn Helgaas wrote: > On Fri, Jan 25, 2019 at 05:53:44PM +0800, Ming Lei wrote: > > This patch introduces callback of .setup_affinity into 'struct > > irq_affinity', so that: > > > > 1) allow drivers to customize the affinity for managed IRQ, for > >

[PATCH] arm64: use memblocks_present

arm64_memory_present is doing same thing as memblocks_present, so let's use common code memblocks_present instead of platform specific arm64_memory_present. Signed-off-by: Peng Fan --- arch/arm64/mm/init.c | 20 +--- 1 file changed, 1 insertion(+), 19 deletions(-) diff --git

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 10.02.2019 10:16, Sander Eikelenboom wrote: > On 09/02/2019 12:50, Heiner Kallweit wrote: >> On 09.02.2019 11:07, Sander Eikelenboom wrote: >>> On 09/02/2019 10:59, Heiner Kallweit wrote: On 09.02.2019 10:34, Sander Eikelenboom wrote: > On 09/02/2019 10:02, Heiner Kallweit wrote:

Re: [Breakage] Git v2.21.0-rc0 - t5318 (NonStop)

Am 10.02.19 um 00:29 schrieb Jeff King: > On Sat, Feb 09, 2019 at 09:39:43AM +0100, Johannes Sixt wrote: >> dd of="$objdir/info/commit-graph" bs=1 seek="$zero_pos" count=0 && >> -dd if=/dev/zero of="$objdir/info/commit-graph" bs=1 seek="$zero_pos" >> count=$(($orig_size - $zero_pos)) &&

[PATCH] fat: enable .splice_write to support splice on O_DIRECT file

Now splice() on O_DIRECT-opened fat file will return -EFAULT, that is because the default .splice_write, namely default_file_splice_write(), will construct an ITER_KVEC iov_iter and dio_refill_pages() in dio path can not handle it. Fix it by implementing .splice_write through

Re: [PATCH] arm64: use memblocks_present

On Sun, Feb 10, 2019 at 09:28:43AM +, Peng Fan wrote: > arm64_memory_present is doing same thing as memblocks_present, so > let's use common code memblocks_present instead of platform > specific arm64_memory_present. > > Signed-off-by: Peng Fan Acked-by: Mike Rapoport > --- >

Re: [PATCH] arm64: dts: meson-gxbb-odroidc2: enable I2C bus B

Hi, Le 09/02/2019 16:50, Stijn Tintel a écrit : > The ODROID C2 has 2 I2C buses, so enable both of them. Thanks for the change, but this I2C bus is on the 40-pin header, until we have a way to add support for HATs/CAPEs/ upstream, we prefer not enabling any functions on these pins by default.

Re: [PATCH 2/4] media: platform: meson-ao-cec: fix possible object reference leak

Le 09/02/2019 03:52, Wen Yang a écrit : > The call to of_parse_phandle() returns a node pointer with refcount > incremented thus it must be explicitly decremented here after the last > usage. > The of_find_device_by_node() takes a reference to the underlying device > structure, we also should

Re: [PATCH v8 3/7] mm, devm_memremap_pages: Fix shutdown handling

Dear Sir, I'm using ArchLinux distribution. After kernel upgrade form 4.19.14 to 4.19.15 my X environment stopped working. I have AMD HD3300 (RS780D) graphics card. I have bisected kernel and found a failing commit:

Re: [PATCH 2/2] Input: add Apple SPI keyboard and trackpad driver.

Hi Andy, On Wed, Feb 06, 2019 at 10:22:56PM +0200, Andy Shevchenko wrote: > On Mon, Feb 04, 2019 at 12:19:47AM -0800, Ronald Tschalär wrote: > > The keyboard and trackpad on recent MacBook's (since 8,1) and > > MacBookPro's (13,* and 14,*) are attached to an SPI controller instead > > of USB,

Re: Patch "btrfs: harden agaist duplicate fsid on scanned devices" has been added to the 4.14-stable tree

On Sat, Feb 09, 2019 at 12:28:20PM -0500, Sasha Levin wrote: > This is a note to let you know that I've just added the patch titled > > btrfs: harden agaist duplicate fsid on scanned devices > > to the 4.14-stable tree which can be found at: > >

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 10.02.2019 10:16, Sander Eikelenboom wrote: > On 09/02/2019 12:50, Heiner Kallweit wrote: >> On 09.02.2019 11:07, Sander Eikelenboom wrote: >>> On 09/02/2019 10:59, Heiner Kallweit wrote: On 09.02.2019 10:34, Sander Eikelenboom wrote: > On 09/02/2019 10:02, Heiner Kallweit wrote:

Re: use generic DMA mapping code in powerpc V4

Hi Christoph, On 08 February 2019 at 10:18AM, Christoph Hellwig wrote: On Fri, Feb 08, 2019 at 10:01:46AM +0100, Christian Zigotzky wrote: Hi Christoph, Your new patch fixes the problems with the P.A. Semi Ethernet! :-) Thanks a lot once again for testing! Now can you test with this patch

Re: [PATCH v2 12/28] thunderbolt: Add functions for allocating and releasing hop IDs

On Wed, Feb 06, 2019 at 04:17:22PM +0300, Mika Westerberg wrote: > Each port has a separate path configuration space that is used for > finding the next hop (switch) in the path. Hop ID is an index to this > configuration space and hop IDs 0 - 7 are reserved. > > In order to get next available

[PATCH] ARM: qcom_defconfig: add options for LG Nexus 5 phone

Add wcn36xx wireless, msm vibrator, pm8941 power key, bq24190 charger, spmi-iadc, spmi-vadc, mpu6515 gyroscope / accelerometer, and tsl2772 proximity / light drivers as modules to support the LG Nexus 5 (hammerhead) phone. CFG80211 is changed to be a module to match MAC80211 since this isn't

void __iomem *addr should be const

Hi, __iomem *addr seems to lack a const qualifier in the ioread* definitions from include/asm-generic/iomap.h (other definitions such as asm-generic/io.h do have the const). This issue was briefly discussed a while ago[0] but the outcome is not quite clear to me. Should I submit a patch

Re: [PATCH V2] drm/vkms: Fix license inconsistent

On 02/06, Daniel Vetter wrote: > On Wed, Feb 06, 2019 at 12:01:16PM -0200, Rodrigo Siqueira wrote: > > Fixes license inconsistent related to the VKMS driver and remove the > > redundant boilerplate comment. > > > > Fixes: 854502fa0a38 ("drm/vkms: Add basic CRTC initialization") > > > > Cc:

Re: [PATCH] drm/vkms: WARN when hrtimer_forward_now fails

On 02/06, Shayenne Moura wrote: > Make the variable have the same type of function hrtimer_forward_now > return. Hi, First of all, thanks for your patch. Applied to the drm-misc-misc branch of drm-misc.git. P.s.: I made a tiny change in the commit message. Best Regards > Add a warn to verify

Re: [PATCH] kbuild: Disable extra debugging info in .s output

On Sun, Feb 10, 2019 at 03:51:01PM +0900, Masahiro Yamada wrote: > I am still wondering, > but if this is really worth doing in upstream code, Yes, it is very worth doing it: make .s is one of the basic steps one does when trying to pinpoint the Code: line in a splat back to the code gcc

[PATCH] leds: pwm: fix max_brightness works abnormal when active_low

When leds-pwm is active_low, smaller number of duty kept in led_dat means less brighness, so we should disable pwm when led_dat->duty is equal to period instead of zero, which means max_brightness. Signed-off-by: Yisheng Xie --- drivers/leds/leds-pwm.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH net] sctp: make sctp_setsockopt_events() less strict about the option length

On Sat, Feb 09, 2019 at 03:12:17PM -0800, David Miller wrote: > From: Marcelo Ricardo Leitner > Date: Wed, 6 Feb 2019 18:37:54 -0200 > > > On Wed, Feb 06, 2019 at 12:14:30PM -0800, Julien Gomes wrote: > >> Make sctp_setsockopt_events() able to accept sctp_event_subscribe > >> structures longer

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 10/02/2019 12:44, Heiner Kallweit wrote: > On 10.02.2019 10:16, Sander Eikelenboom wrote: >> On 09/02/2019 12:50, Heiner Kallweit wrote: >>> On 09.02.2019 11:07, Sander Eikelenboom wrote: On 09/02/2019 10:59, Heiner Kallweit wrote: > On 09.02.2019 10:34, Sander Eikelenboom wrote:

[PATCH 0/1] mips: loongson64: move EC header to include/asm/mach-loongson64

In order to operate the Embedded Controller from multiple platform drivers, it should be possible to include lemote-2f/ec_kb3310b.h from everywhere. This commits move it from lemote-2f/ec_kb3310b.h to include/asm/mach-loongson64/. This simple patch immediately enables the implementation of two

[PATCH 1/1] mips: loongson64: move EC header to include/asm/mach-loongson64

In order to operate the Embedded Controller from multiple platform drivers, it should be possible to include lemote-2f/ec_kb3310b.h from everywhere. This commits move it from lemote-2f/ec_kb3310b.h to include/asm/mach-loongson64/. Signed-off-by: Yifeng Li --- .../lemote-2f =>

Re: [PATCH v5 2/2] mtd: spi-nor: cadence-quadspi: Add support for Octal SPI controller

On Tue, 5 Feb 2019 11:43:46 +0530 Vignesh R wrote: > >> static int cqspi_setup_flash(struct cqspi_st *cqspi, struct device_node > >> *np) > >> { > >> - const struct spi_nor_hwcaps hwcaps = { > >> - .mask = SNOR_HWCAPS_READ | > >> - SNOR_HWCAPS_READ_FAST | > >> -

Re: [PATCH 0/1] mips: loongson64: move EC header to include/asm/mach-loongson64

Hi, On Sun, Feb 10, 2019 at 09:06:16PM +0800, Yifeng Li wrote: > In order to operate the Embedded Controller from multiple platform > drivers, it should be possible to include lemote-2f/ec_kb3310b.h > from everywhere. This commits move it from lemote-2f/ec_kb3310b.h > to

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 10.02.2019 14:05, Sander Eikelenboom wrote: > On 10/02/2019 12:44, Heiner Kallweit wrote: >> On 10.02.2019 10:16, Sander Eikelenboom wrote: >>> On 09/02/2019 12:50, Heiner Kallweit wrote: On 09.02.2019 11:07, Sander Eikelenboom wrote: > On 09/02/2019 10:59, Heiner Kallweit wrote:

Re: KASAN: invalid-free in sctp_stream_free

On Tue, Feb 5, 2019 at 1:21 AM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:dc4c89997735 Add linux-next specific files for 20190201 > git tree: linux-next > console output: https://syzkaller.appspot.com/x/log.txt?x=17eb3dc4c0 > kernel config:

[GIT PULL] dmaengine fixes for v5.0-rc6

Hi Linus, Please pull to receive the fixes for dmaengine. We have fixes in bunch of drivers like xdmac, imx, bcm etc. The following changes since commit bfeffd155283772bbe78c6a05dec7c0128ee500c: Linux 5.0-rc1 (2019-01-06 17:08:20 -0800) are available in the Git repository at:

Re: [PATCH] blk-sysfs: Rework documention of __blk_release_queue

On 2/9/19 11:34 AM, Marcos Paulo de Souza wrote: > Ping :) > > On 1/30/19 11:11 PM, Marcos Paulo de Souza wrote: >> The Notes section of the comment was removed, because now >> blk_release_queue can only be executed from blk_cleanup_queue (being >> called when the q->kobj reaches zero), and also

Re: [PATCH] blk-cgroup: Fix doc related to blkcg_exit_queue

On 1/24/19 7:01 PM, Marcos Paulo de Souza wrote: > Since 4cf6324b17e9, a portion of function blk_cleanup_queue was moved to > a newly created function called blk_exit_queue, including the call of > blkcg_exit_queue. So, adjust the documenation according. Applied, thanks. -- Jens Axboe

Re: [PATCH v2 14/28] thunderbolt: Extend tunnel creation to more than 2 adjacent switches

On Wed, Feb 06, 2019 at 04:17:24PM +0300, Mika Westerberg wrote: > Now that we can allocate hop IDs per port on a path, we can take > advantage of this and create tunnels covering longer paths than just > between two adjacent switches. PCIe actually does not need this as it is > always a daisy

[PATCH v2] clk: fractional-divider: check parent rate only if flag is set

Custom approximation of fractional-divider may not need parent clock rate checking. For example Rockchip SoCs work fine using grand parent clock rate even if target rate is greater than parent. This patch checks parent clock rate only if CLK_SET_RATE_PARENT flag is set. For detailed example,

Re: [PATCH] x86/ima: require signed kernel modules

[Cc'ing Bruno E. O. Meneguele] On Fri, 2019-02-08 at 13:21 -0600, Seth Forshee wrote: > On Tue, Feb 05, 2019 at 01:52:21PM -0500, Mimi Zohar wrote: > > On Tue, 2019-02-05 at 12:32 -0600, Seth Forshee wrote: > > > On Tue, Feb 05, 2019 at 11:47:24AM -0500, Mimi Zohar wrote: > > > > Hi Seth, > > > >

Re: [PATCH] clk: fractional-divider: check parent rate only for general approximation

Hello Stephen, Thanks a lot for your review. I choose clk_hw_can_set_parent_rate() macro and fix typo and patch description. And I post v2 patch. Best Regards, Katsuhiro Suzuki On 2019/02/07 4:40, Stephen Boyd wrote: +Heiko because it mentions Rockchip Quoting Katsuhiro Suzuki (2019-01-30

RE: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW

> Subject: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW > > Add SO_TIMESTAMPING_NEW variant of socket timestamp options. > This is the y2038 safe versions of the SO_TIMESTAMPING_OLD for all > architectures. > > Signed-off-by: Deepa Dinamani > Acked-by: Willem de Bruijn Hi, I

Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500

On Sun, 2019-02-10 at 10:17 +0100, Mikael Pettersson wrote: > On Sat, Feb 9, 2019 at 7:19 PM James Bottomley > wrote: [...] > > I think the reason for this is that the block mq path doesn't feed > > the kernel entropy pool correctly, hence the need to install an > > entropy gatherer for systems

[RFC v1] tlv320aic32x4: delay i2c access by 1 ms after hardware reset

As stated in 'TLV320AIC3254 Application Reference Guide' ([1]): 3.2 Device Startup Lockout Times After the TLV320AIC3254 initializes through hardware reset at power-up or software reset, the internal registers initialize to default values. This initialization takes place within 1ms

Re: Linux 5.0 regression: rtl8169 / kernel BUG at lib/dynamic_queue_limits.c:27!

On 10/02/2019 12:44, Heiner Kallweit wrote: > On 10.02.2019 10:16, Sander Eikelenboom wrote: >> On 09/02/2019 12:50, Heiner Kallweit wrote: >>> On 09.02.2019 11:07, Sander Eikelenboom wrote: On 09/02/2019 10:59, Heiner Kallweit wrote: > On 09.02.2019 10:34, Sander Eikelenboom wrote:

Re: [PATCH] blk-sysfs: Rework documention of __blk_release_queue

On 2/10/19 8:44 AM, Marcos Souza wrote: > > > On Sun, Feb 10, 2019, 13:23 Jens Axboe wrote: > > On 2/9/19 11:34 AM, Marcos Paulo de Souza wrote: > > Ping :) > > > > On 1/30/19 11:11 PM, Marcos Paulo de Souza wrote: > >> The Notes section of the

Re: [PATCH v2] clk: fractional-divider: check parent rate only if flag is set

Am Sonntag, 10. Februar 2019, 16:38:06 CET schrieb Katsuhiro Suzuki: > Custom approximation of fractional-divider may not need parent clock > rate checking. For example Rockchip SoCs work fine using grand parent > clock rate even if target rate is greater than parent. > > This patch checks parent

Re: [PATCH v3 5/5] Revert "scsi: ufs: disable vccq if it's not needed by UFS device"

On 2/9/2019 1:42 AM, Alim Akhtar wrote: On 08/02/19 8:29 PM, Jeffrey Hugo wrote: On 2/8/2019 2:09 AM, Alim Akhtar wrote: Hi Jeffrey, On 07/02/19 8:22 PM, Jeffrey Hugo wrote: On 2/7/2019 1:50 AM, Alim Akhtar wrote: Hi Marc, On 06/02/19 9:22 PM, Marc Gonzalez wrote: On 06/02/2019 16:27,

Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500

On 2/10/19 8:44 AM, James Bottomley wrote: > On Sun, 2019-02-10 at 10:17 +0100, Mikael Pettersson wrote: >> On Sat, Feb 9, 2019 at 7:19 PM James Bottomley >> wrote: > [...] >>> I think the reason for this is that the block mq path doesn't feed >>> the kernel entropy pool correctly, hence the need

[PATCH v3 0/3] Add Bitstream configuration support for ZynqMP

Nava kishore Manne (3): firmware: xilinx: Add fpga API's dt-bindings: fpga: Add bindings for ZynqMP fpga driver fpga manager: Adding FPGA Manager support for Xilinx zynqmp .../bindings/fpga/xlnx,zynqmp-pcap-fpga.txt| 13 ++ drivers/firmware/xilinx/zynqmp.c | 46

[PATCH v3 1/3] firmware: xilinx: Add fpga API's

This Patch Adds fpga API's to support the Bitstream loading by using firmware interface. Signed-off-by: Nava kishore Manne --- Chnages for v3: -Created patches on top of 5.0-rc5. No functional changes. Changes for v2: -Added Firmware FPGA Manager

[PATCH v3 3/3] fpga manager: Adding FPGA Manager support for Xilinx zynqmp

This patch adds FPGA Manager support for the Xilinx ZynqMP chip. Signed-off-by: Nava kishore Manne --- Changes for v3: -Created patches on top of 5.0-rc5. No functional changes. Changes for v2: -Fixed some minor coding issues as suggested by

[PATCH v3 2/3] dt-bindings: fpga: Add bindings for ZynqMP fpga driver

Add documentation to describe Xilinx ZynqMP fpga driver bindings. Signed-off-by: Nava kishore Manne --- Changes for v3: -Created patches on top of 5.0-rc5. No functional changes. Changes for v2: -Removed "" separators. Changes for v1:

Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500

On Sun, 2019-02-10 at 09:05 -0700, Jens Axboe wrote: > On 2/10/19 8:44 AM, James Bottomley wrote: > > On Sun, 2019-02-10 at 10:17 +0100, Mikael Pettersson wrote: > > > On Sat, Feb 9, 2019 at 7:19 PM James Bottomley > > > wrote: > > > > [...] > > > > I think the reason for this is that the block

Re: [PATCH 2/5] genirq/affinity: allow driver to setup managed IRQ's affinity

Ming, On Fri, 25 Jan 2019, Ming Lei wrote: > This patch introduces callback of .setup_affinity into 'struct > irq_affinity', so that: Please see Documentation/process/submitting-patches.rst. Search for 'This patch' > > 1) allow drivers to customize the affinity for managed IRQ, for >

Re: [5.0-rc5 regression] "scsi: kill off the legacy IO path" causes 5 minute delay during boot on Sun Blade 2500

On 2/10/19 9:25 AM, James Bottomley wrote: > On Sun, 2019-02-10 at 09:05 -0700, Jens Axboe wrote: >> On 2/10/19 8:44 AM, James Bottomley wrote: >>> On Sun, 2019-02-10 at 10:17 +0100, Mikael Pettersson wrote: On Sat, Feb 9, 2019 at 7:19 PM James Bottomley wrote: >>> >>> [...] > I

Re: [PATCH 4/5] nvme-pci: simplify nvme_setup_irqs() via .setup_affinity callback

On Fri, 25 Jan 2019, Ming Lei wrote: > Use the callback of .setup_affinity() to re-caculate number > of queues, and build irqs affinity with help of irq_build_affinity(). > > Then nvme_setup_irqs() gets simplified a lot. I'm pretty sure you can achieve the same by reworking the core code

Re: [PATCH] leds: pwm: fix max_brightness works abnormal when active_low

On Sun 2019-02-10 20:37:09, Yisheng Xie wrote: > When leds-pwm is active_low, smaller number of duty kept in led_dat > means less brighness, so we should disable pwm when led_dat->duty is > equal to period instead of zero, which means max_brightness. Will all pwm drivers leave the signal 'low'

Re: [PATCH v2] exec: don't force_sigsegv processes with a pending fatal signal

Ivan Delalande writes: > Hi Eric, > > On Thu, Feb 07, 2019 at 11:13:59PM -0600, Eric W. Biederman wrote: >> I just noticed this. From my patch queue that I intend to send to >> Linus tomorrow. I think this change fixes your issue of getting >> the SIGSEGV instead of the already pending fatal

[PATCH] spi: gpio: Advertise support for SPI_CS_HIGH

The spi-gpio driver already handles different chip select polarities, but so far this was not advertised in master->mode_bits. This patch fixes mmc_spi on top of spi_gpio, which is useful in some testing scenarios. Signed-off-by: Jonathan Neuschäfer --- drivers/spi/spi-gpio.c | 3 ++- 1 file

[PATCH] tty/nozomi: use pci_iomap instead of ioremap_nocache

Use pci_iomap instead of ioremap_nocache in nozomi_card_init(). This is a cleaner way to do PCI MMIO (performs additional checks) and allows to drop the manual call to pci_resource_start. pci_iomap relies on ioremap for MMIO and thus has uncached behavior. Signed-off-by: Hugo Lefeuvre ---

[PATCH] docs: process: Remove outdated info about -git patches

As can be seen by clicking around the timeline on web.archive.org[1], there were no -git patches/tarballs on kernel.org since release 3.1. [1]: https://web.archive.org/web/2003073843/http://www.kernel.org/ Signed-off-by: Jonathan Neuschäfer --- Documentation/process/howto.rst | 9 -

Re: [PATCHv4 10/13] node: Add memory caching attributes

On Sat, 9 Feb 2019 09:20:53 +0100 Brice Goglin wrote: > Hello Keith > > Could we ever have a single side cache in front of two NUMA nodes ? I > don't see a way to find that out in the current implementation. Would we > have an "id" and/or "nodemap" bitmask in the sidecache structure ? This is

[PATCH v2] blk-sysfs: Rework documention of __blk_release_queue

The Notes section of the comment was removed, because now blk_release_queue can only be executed from blk_cleanup_queue (being called when the q->kobj reaches zero), and also blk_init_queue was removed in a1ce35fa4985. Signed-off-by: Marcos Paulo de Souza --- Changes from v1: * Typos,

Re: [PATCH v2] blk-sysfs: Rework documention of __blk_release_queue

On 2/10/19 10:22 AM, Marcos Paulo de Souza wrote: > The Notes section of the comment was removed, because now > blk_release_queue can only be executed from blk_cleanup_queue (being > called when the q->kobj reaches zero), and also blk_init_queue was removed > in a1ce35fa4985. Thanks, applied. --

[PATCH] mmc: spi: Fix card detection during probe

When using the mmc_spi driver with a card-detect pin, I noticed that the card was not detected immediately after probe, but only after it was unplugged and plugged back in (and the CD IRQ fired). The call tree looks something like this: mmc_spi_probe mmc_add_host mmc_start_host

Re: [PATCH] Input: matrix_keypad - use flush_delayed_work()

Hi Dmitry, On Thu, Feb 7, 2019 at 5:46 PM Dmitry Torokhov wrote: > > We should be using flush_delayed_work() instead of flush_work() in > matrix_keypad_stop() to ensure that we are not missing work that is > scheduled but not yet put in the workqueue (i.e. its delay timer has not > expired yet).

Re: [PATCH v4 15/16] block: sed-opal: don't repeat opal_discovery0 in each steps array

On Fri, 8 Feb 2019, Derrick, Jonathan wrote: On Mon, 2019-02-04 at 23:44 +0100, David Kozub wrote: On Mon, 4 Feb 2019, Christoph Hellwig wrote: + /* first do a discovery0 */ + error = opal_discovery0_step(dev); + for (state = 0; !error && state < n_steps; state++) +

[PATCH net-next v2 01/16] Documentation: networking: switchdev: Update port parent ID section

Update the section about switchdev drivers having to implement a switchdev_port_attr_get() function to return SWITCHDEV_ATTR_ID_PORT_PARENT_ID since that is no longer valid after commit bccb30254a4a ("net: Get rid of SWITCHDEV_ATTR_ID_PORT_PARENT_ID"). Fixes: bccb30254a4a ("net: Get rid of

[PATCH net-next v2 12/16] mlxsw: spectrum_switchdev: Handle SWITCHDEV_PORT_ATTR_SET

Following patches will change the way we communicate getting or setting a port's attribute and use a blocking notifier to perform those tasks. Prepare mlxsw to support receiving notifier events targeting SWITCHDEV_PORT_ATTR_SET and simply translate that into the existing mlxsw_sp_port_attr_set()

[PATCH net-next v2 03/16] staging: fsl-dpaa2: ethsw: Check bridge port flags during set

In preparation for removing SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS_SUPPORT, have ethsw check that the bridge port flags that are being set are supported. Acked-by: Jiri Pirko Signed-off-by: Florian Fainelli --- drivers/staging/fsl-dpaa2/ethsw/ethsw.c | 5 - 1 file changed, 4 insertions(+), 1

[PATCH net-next v2 00/16] net: Remove switchdev_ops

Hi all, This patch series finishes by the removal of switchdev_ops. To get there we need to do a few things: - get rid of the one and only call to switchdev_port_attr_get() which is used to fetch the device's bridge port flags capabilities, instead we can just check what flags are being

[PATCH net-next v2 09/16] switchdev: Add SWITCHDEV_PORT_ATTR_SET

In preparation for allowing switchdev enabled drivers to veto specific attribute settings from within the context of the caller, introduce a new switchdev notifier type for port attributes. Suggested-by: Ido Schimmel Acked-by: Jiri Pirko Signed-off-by: Florian Fainelli ---

[PATCH net-next v2 02/16] mlxsw: spectrum: Check bridge flags during prepare phase

In preparation for getting rid of switchdev_port_attr_get(), have mlxsw check for the bridge flags being set through switchdev_port_attr_set() with the SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS attribute identifier. Acked-by: Jiri Pirko Signed-off-by: Florian Fainelli ---

[PATCH net-next v2 08/16] net: Get rid of switchdev_port_attr_get()

With the bridge no longer calling switchdev_port_attr_get() to obtain the supported bridge port flags from a driver but instead trying to set the bridge port flags directly and relying on driver to reject unsupported configurations, we can effectively get rid of switchdev_port_attr_get() entirely

[PATCH net-next v2 05/16] rocker: Check bridge flags during prepare phase

In preparation for getting rid of switchdev_port_attr_get(), have rocker check for the bridge flags being set through switchdev_port_attr_set() with the SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS attribute identifier. Acked-by: Jiri Pirko Signed-off-by: Florian Fainelli ---

[PATCH net-next v2 16/16] net: Remove switchdev_ops

Now that we have converted all possible callers to using a switchdev notifier for attributes we do not have a need for implementing switchdev_ops anymore, and this can be removed from all drivers the net_device structure. Signed-off-by: Florian Fainelli ---

[PATCH net-next v2 11/16] net: dsa: Handle SWITCHDEV_PORT_ATTR_SET

Following patches will change the way we communicate getting or setting a port's attribute and use a blocking notifier to perform those tasks. Prepare DSA to support receiving notifier events targeting SWITCHDEV_PORT_ATTR_SET and simply translate that into the existing dsa_slave_port_attr_set()

[PATCH net-next v2 07/16] net: Remove SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS_SUPPORT

Now that we have converted the bridge code and the drivers to check for bridge port(s) flags at the time we try to set them, there is no need for a get() -> set() sequence anymore and SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS_SUPPORT therefore becomes unused. Acked-by: Jiri Pirko Signed-off-by:

[PATCH net-next v2 10/16] rocker: Handle SWITCHDEV_PORT_ATTR_SET

Following patches will change the way we communicate getting or setting a port's attribute and use a blocking notifier to perform those tasks. Prepare rocker to support receiving notifier events targeting SWITCHDEV_PORT_ATTR_SET and simply translate that into the existing rocker_port_attr_set

[PATCH net-next v2 04/16] net: dsa: Add setter for SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS

In preparation for removing SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS_SUPPORT, add support for a function that processes the SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS attribute and returns not supported for any flag set, since DSA does not currently support toggling those bridge port attributes (yet).

[PATCH net-next v2 15/16] net: switchdev: Replace port attr set SDO with a notification

Drop switchdev_ops.switchdev_port_attr_set. Drop the uses of this field from all clients, which were migrated to use switchdev notification in the previous patches. Add a new function switchdev_port_attr_notify() that sends the switchdev notifications SWITCHDEV_PORT_ATTR_SET. Drop

[PATCH net-next v2 14/16] staging: fsl-dpaa2: ethsw: Handle SWITCHDEV_PORT_ATTR_SET

Following patches will change the way we communicate getting or setting a port's attribute and use a blocking notifier to perform those tasks. Prepare ethsw to support receiving notifier events targeting SWITCHDEV_PORT_ATTR_SET and simply translate that into the existing swdev_port_attr_set()

[PATCH net-next v2 06/16] net: bridge: Stop calling switchdev_port_attr_get()

Now that all switchdev drivers have been converted to checking the bridge port flags during the prepare phase of the switchdev_port_attr_set(), we can move straight to trying to set the desired flag through SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS. Acked-by: Jiri Pirko Signed-off-by: Florian Fainelli

[PATCH net-next v2 13/16] net: mscc: ocelot: Handle SWITCHDEV_PORT_ATTR_SET

Following patches will change the way we communicate getting or setting a port's attribute and use a blocking notifier to perform those tasks. Prepare ocelot to support receiving notifier events targeting SWITCHDEV_PORT_ATTR_SET and simply translate that into the existing ocelot_port_attr_set()

Re: [RFC v1 0/3] Address potential user-after-free on module unload

Hi Miguel, On Thu, Feb 7, 2019 at 11:30 PM Miguel Ojeda wrote: > > Similarly, in drivers/auxdisplay/ht16k33.c, the cancel_delayed_work() > is there, instead of cancel_delayed_work_sync(). Having the script > suggest this change would be useful, too (i.e. instead of the devm_ > change, assuming

Re: [RFC PATCH v1 14/16] powerpc/32: implement fast entry for syscalls on non BOOKE

Le 08/02/2019 à 13:52, Christophe Leroy a écrit : This patch implements a fast entry for syscalls. Syscalls don't have to preserve non volatile registers except LR. This patch then implement a fast entry for syscalls, where volatile registers get clobbered. As this entry is dedicated to

[PATCH] MAINTAINERS: use tab instead of spaces

Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen as further maintainer to the KEYS-TRUSTED section entry. So, we rectify this with this commit. The issue was detected when writing a script that parses MAINTAINERS. Fixes: 34bccd61b139 ("MAINTAINERS: add Jarkko as maintainer for

Re: [PATCH] x86: make set_pmd_at() paravirt aware

On Sat, Feb 9, 2019 at 11:41 PM Juergen Gross wrote: > > Make set_pmd_at() paravirt aware by just letting it use set_pmd(). Well, that was simpler than I worried. Just checking: Is this purely an x86 issue? ARM is ok perhaps because there's no PV support? Linus

Re: [PATCH] MAINTAINERS: use tab instead of spaces

On 2/10/19 10:10 AM, Lukas Bulwahn wrote: > Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen as > further maintainer to the KEYS-TRUSTED section entry. So, we rectify this > with this commit. > > The issue was detected when writing a script that parses MAINTAINERS. > > Fixes:

possible deadlock in pipe_lock (2)

Hello, syzbot found the following crash on: HEAD commit:74e96711e337 Merge tag 'platform-drivers-x86-v5.0-2' of gi.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=11225b2740 kernel config: https://syzkaller.appspot.com/x/.config?x=8f00801d7b7c4fe6

Re: [PATCH] MAINTAINERS: use tab instead of spaces

On Sun, 2019-02-10 at 19:10 +0100, Lukas Bulwahn wrote: > Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen > as > further maintainer to the KEYS-TRUSTED section entry. So, we rectify > this > with this commit. > > The issue was detected when writing a script that parses

Re: [PATCH v4 10/16] block: sed-opal: add ioctl for done-mark of shadow mbr

On Fri, Feb 08, 2019 at 12:44:14AM +, Derrick, Jonathan wrote: > On Thu, 2019-02-07 at 23:56 +0100, David Kozub wrote: > > On Mon, 4 Feb 2019, Christoph Hellwig wrote: > > > > static int opal_enable_disable_shadow_mbr(struct opal_dev *dev, > > > >

Re: [GIT PULL] x86 fixes

The pull request you sent on Sun, 10 Feb 2019 10:13:40 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/aadaa8061189a9e5d8a1327b328453d663e8cbc9 Thank you! -- Deet-doot-dot, I am

Re: [GIT PULL] locking fixes

The pull request you sent on Sun, 10 Feb 2019 09:53:31 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > locking-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d2a6aae99f5fa2f1e7e400bd2f17c1d42c50312a Thank you! --

Re: [GIT PULL] IRQ fixes

The pull request you sent on Sun, 10 Feb 2019 10:08:57 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/73a4c52184141943146ebbf07de4dca27141f21c Thank you! -- Deet-doot-dot, I am

Re: [PATCH] MAINTAINERS: use tab instead of spaces

On Sun, Feb 10, 2019 at 7:22 PM Randy Dunlap wrote: > > On 2/10/19 10:10 AM, Lukas Bulwahn wrote: > > M: James Bottomley > > -M: Jarkko Sakkinen > > +M: Jarkko Sakkinen > > M: Mimi Zohar > > Just checking: is that email address correct (@linuxibm.com)? > > Guess I'll see if it

Re: [GIT PULL] perf fixes

The pull request you sent on Sun, 10 Feb 2019 10:01:09 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > perf-urgent-for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/212146f0800e151bd61b98fb6fe4b8b6778a649a Thank you! -- Deet-doot-dot, I

  1   2   3   4   >