Re: [PATCH v4 15/16] module: Move where we mark modules RO,X

2019-10-21 Thread Josh Poimboeuf
On Fri, Oct 18, 2019 at 09:35:40AM +0200, Peter Zijlstra wrote: > Now that set_all_modules_text_*() is gone, nothing depends on the > relation between ->state = COMING and the protection state anymore. > This enables moving the protection changes later, such that the COMING > notifier callbacks can

Re: [PATCH -next RESEND] Documentation/admin-guide: fix sysctl Sphinx warning

2019-10-21 Thread Dmitry Safonov
Hi Randy, On 10/21/19 3:44 AM, Randy Dunlap wrote: > From: Randy Dunlap > > Fix Sphinx warning when building Documentation: > > Documentation/admin-guide/sysctl/kernel.rst:397: WARNING: Title underline too > short. > > hung_task_interval_warnings: > === Thanks for the patch!

Re: [PATCH v3] usb: Add a new quirk to let buggy hub enable and disable LPM during suspend and resume

2019-10-21 Thread Mathias Nyman
On 18.10.2019 21.59, Greg Kroah-Hartman wrote: On Thu, Oct 17, 2019 at 02:33:00PM +0800, Kai-Heng Feng wrote: On Oct 4, 2019, at 03:04, Alan Stern wrote: On Fri, 4 Oct 2019, Kai-Heng Feng wrote: Dell WD15 dock has a topology like this: /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci

[PATCH RESEND v4 3/3] mfd: madera: Add support for requesting the supply clocks

2019-10-21 Thread Charles Keepax
Add the ability to get the clock for each clock input pin of the chip and enable MCLK2 since that is expected to be a permanently enabled 32kHz clock. Signed-off-by: Charles Keepax --- drivers/mfd/madera-core.c | 27 ++- include/linux/mfd/madera/core.h | 11

[PATCH RESEND v4 2/3] mfd: madera: Update DT binding document to support clock supplies

2019-10-21 Thread Charles Keepax
Add the 3 input clock sources for the chip into the device tree binding document. Reviewed-by: Rob Herring Signed-off-by: Charles Keepax --- Documentation/devicetree/bindings/mfd/madera.txt | 8 1 file changed, 8 insertions(+) diff --git a/Documentation/devicetree/bindings/mfd/madera.

[PATCH RESEND v4 1/3] mfd: wm8998: Remove some unused registers

2019-10-21 Thread Charles Keepax
Save a few bytes by removing some registers from the driver that are not currently used and not intended to be used at any point in the future. Signed-off-by: Charles Keepax --- drivers/mfd/wm8998-tables.c | 12 include/linux/mfd/arizona/registers.h | 7 --- 2 files c

Re: [PATCH] i2c: i2c-stm32f7: fix a race in slave mode with arbitration loss irq

2019-10-21 Thread Wolfram Sang
On Tue, Oct 01, 2019 at 10:51:09AM +0200, Fabrice Gasnier wrote: > When in slave mode, an arbitration loss (ARLO) may be detected before the > slave had a chance to detect the stop condition (STOPF in ISR). > This is seen when two master + slave adapters switch their roles. It > provokes the i2c bu

Re: [PATCH] i2c: i2c-stm32f7: fix first byte to send in slave mode

2019-10-21 Thread Wolfram Sang
On Mon, Sep 30, 2019 at 05:28:01PM +0200, Fabrice Gasnier wrote: > The slave-interface documentation [1] states "the bus driver should > transmit the first byte" upon I2C_SLAVE_READ_REQUESTED slave event: > - 'val': backend returns first byte to be sent > The driver currently ignores the 1st byte t

[PATCH] dt-bindings: i2c: meson: convert to yaml

2019-10-21 Thread Neil Armstrong
Now that we have the DT validation in place, let's convert the device tree bindings for the Amlogic I2C Controller over to YAML schemas. Cc: Beniamino Galvani Signed-off-by: Neil Armstrong --- .../bindings/i2c/amlogic,meson6-i2c.yaml | 53 +++ .../devicetree/bindings/i2c/i2

Re: [PATCH 1/3] mm, meminit: Recalculate pcpu batch and high limits after init completes

2019-10-21 Thread Qian Cai
e_size_lock)->rlock){}, at: deferred_init_memmap+0xc4/0x26c [ 14.266160][ T659] irq event stamp: 26 [ 14.266194][ T659] hardirqs last enabled at (25): [] _raw_spin_unlock_irq+0x44/0x80 [ 14.266246][ T659] hardirqs last disabled at (26): [] _raw_spin_lock_irqsave+0x3c/0xa0 [ 14.266299][

Re: [PATCH 4/5] perf tools: Support single perf.data file directory

2019-10-21 Thread Arnaldo Carvalho de Melo
Em Mon, Oct 21, 2019 at 03:42:39PM +0300, Adrian Hunter escreveu: > On 7/10/19 3:06 PM, Adrian Hunter wrote: > > On 7/10/19 2:20 PM, Jiri Olsa wrote: > >> On Fri, Oct 04, 2019 at 11:31:20AM +0300, Adrian Hunter wrote: > >> > >> SNIP > >> > >>> u8 pad[8] = {0}; > >>> > >>> - if (!perf_data__is_p

Re: [PATCH v2 4/4] KVM: x86/vPMU: Add lazy mechanism to release perf_event per vPMC

2019-10-21 Thread Like Xu
Hi Paolo, On 2019/10/21 16:45, Paolo Bonzini wrote: On 13/10/19 11:15, Like Xu wrote: Currently, a host perf_event is created for a vPMC functionality emulation. It’s unpredictable to determine if a disabled perf_event will be reused. If they are disabled and are not reused for a considerable p

Re: [PATCH v2 3/5] perf report: Sort by sampled cycles percent per block for stdio

2019-10-21 Thread Jiri Olsa
On Mon, Oct 21, 2019 at 02:56:57PM +0800, Jin, Yao wrote: SNIP > > > Does it seem like what the c2c does? > > > > well c2c has its own data output with multiline column titles, > > hence it has its own separate dimension stuff, but your code > > output is within the standard perf report right? s

Re: [PATCH 2/2] PCI: dwc: Add support to handle ZRX-DC Compliant PHYs

2019-10-21 Thread Andrew Murray
On Mon, Oct 21, 2019 at 05:59:53PM +0530, Anvesh Salveru wrote: > Many platforms use DesignWare controller but the PHY can be different in > different platforms. If the PHY is compliant is to ZRX-DC specification s/is to/to the/ > it helps in low power consumption during power states. s/in low/l

Re: [PATCH v5 0/9] i2c: add support for filters

2019-10-21 Thread Wolfram Sang
On Mon, Oct 07, 2019 at 07:53:21AM +, eugen.hris...@microchip.com wrote: > > > On 11.09.2019 11:24, Eugen Hristev - M18282 wrote: > > From: Eugen Hristev > > > > Hello, > > > > This series adds support for analog and digital filters for i2c controllers > > > > This series is based on the

Re: [RFC PATCH v2 11/16] mm,hwpoison: Rework soft offline for in-use pages

2019-10-21 Thread Michal Hocko
On Mon 21-10-19 15:48:48, Oscar Salvador wrote: > On Fri, Oct 18, 2019 at 02:39:01PM +0200, Michal Hocko wrote: > > > > I am sorry but I got lost in the above description and I cannot really > > make much sense from the code either. Let me try to outline the way how > > I think about this. > > >

[PATCH 4/4] MAINTAINERS: add entry for AD7091R5 driver

2019-10-21 Thread Beniamin Bia
Add Beniamin Bia as a maintainer for AD7091R5 ADC. Signed-off-by: Beniamin Bia --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 2e01d0f0b0e5..7f1e4b88688f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -893,6 +893,14 @@ S: Supported F:

[PATCH 3/4] dt-binding: iio: Add documentation for AD7091R5

2019-10-21 Thread Beniamin Bia
Documentation for AD7091R5 ADC was added. Signed-off-by: Beniamin Bia --- .../bindings/iio/adc/adi,ad7091r5.yaml| 53 +++ 1 file changed, 53 insertions(+) create mode 100644 Documentation/devicetree/bindings/iio/adc/adi,ad7091r5.yaml diff --git a/Documentation/devicetre

[PATCH 1/4] iio: adc: Add support for AD7091R5 ADC

2019-10-21 Thread Beniamin Bia
From: Paul Cercueil AD7091 is 4-Channel, I2C, Ultra Low Power,12-Bit ADC. Datasheet: Link: https://www.analog.com/media/en/technical-documentation/data-sheets/ad7091r-5.pdf Signed-off-by: Paul Cercueil Co-developed-by: Beniamin Bia Signed-off-by: Beniamin Bia --- drivers/iio/adc/Kconfig

[PATCH 2/4] iio: adc: ad7091r5: Add scale and external VREF support

2019-10-21 Thread Beniamin Bia
From: Paul Cercueil The scale can now be obtained with the "in_voltage_scale" file. By default, the scale returned corresponds to the internal VREF of 2.5V. It is possible to use an external VREF (through the REFIN/REFOUT pin of the chip), by passing a regulator to the driver. The scale will the

Re: [PATCH 2/3] watchdog/softlockup: Report the same softlockup regularly

2019-10-21 Thread Peter Zijlstra
On Mon, Oct 21, 2019 at 03:40:38PM +0200, Petr Mladek wrote: > On Mon 2019-10-21 14:43:39, Peter Zijlstra wrote: > > On Mon, Aug 19, 2019 at 12:47:31PM +0200, Petr Mladek wrote: > > > Softlockup report means that there is no progress on the given CPU. It > > > might be a "short" affair where the sy

[PATCH] x86/ftrace: Get rid of function_hook

2019-10-21 Thread Borislav Petkov
From: Borislav Petkov function_hook is used as a better name than the default __fentry__ which is the profiling counter which gcc adds before every function's prologue. Thus, it is not called from C and cannot have the same semantics as a pure C function - it saves/restores regs so that a C funct

Re: [RFCv1 5/5] arm64/ARM: configs: Change CONFIG_PWM_MESON from m to y

2019-10-21 Thread Anand Moon
Hi Martin, On Fri, 18 Oct 2019 at 23:40, Martin Blumenstingl wrote: > > Hi Anand, > > On Fri, Oct 18, 2019 at 4:04 PM Anand Moon wrote: > [...] > > > Next step it to try narrow down the clock causing the issue. > > > Remove clk_ignore_unused from the command line and add CLK_INGORE_UNUSED > > >

Re: [PATCH 1/3] mm, meminit: Recalculate pcpu batch and high limits after init completes

2019-10-21 Thread Michal Hocko
e+0x3c/0xa0 > [ 14.266299][ T659] softirqs last enabled at (0): [] > copy_process+0x720/0x19b0 > [ 14.266339][ T659] softirqs last disabled at (0): [<>] 0x0 > [ 14.266400][ T659] CPU: 64 PID: 659 Comm: pgdatinit8 Not tainted > 5.4.0-rc4-next-20191021

Re: [PATCH v4 15/16] module: Move where we mark modules RO,X

2019-10-21 Thread Peter Zijlstra
On Mon, Oct 21, 2019 at 08:53:12AM -0500, Josh Poimboeuf wrote: > On Fri, Oct 18, 2019 at 09:35:40AM +0200, Peter Zijlstra wrote: > > Now that set_all_modules_text_*() is gone, nothing depends on the > > relation between ->state = COMING and the protection state anymore. > > This enables moving the

Re: [PATCH v3 5/6] x86/ftrace: Use text_poke()

2019-10-21 Thread Jessica Yu
+++ Petr Mladek [18/10/19 15:40 +0200]: On Fri 2019-10-18 15:03:42, Jessica Yu wrote: +++ Miroslav Benes [16/10/19 15:29 +0200]: > On Wed, 16 Oct 2019, Miroslav Benes wrote: > Thinking about it more... crazy idea. I think we could leverage these new > ELF .text per vmlinux/module sections for th

RE: [PATCH 2/2] PCI: dwc: Add support to handle ZRX-DC Compliant PHYs

2019-10-21 Thread Pankaj Dubey
> -Original Message- > From: Andrew Murray > Sent: Monday, October 21, 2019 7:34 PM > To: Anvesh Salveru > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; gustavo.pimen...@synopsys.com; > jingooh...@gmail.com; lorenzo.pieral...@arm.com; Pankaj Dubey

Re: [PATCH v3 0/8] Arasan SDHCI enhancements and ZynqMP Tap Delays Handling

2019-10-21 Thread Ulf Hansson
On Thu, 17 Oct 2019 at 08:22, Manish Narani wrote: > > This patch series does the following: > - Reorganize the Clock Handling in Arasan SD driver > - Adds new sampling clock in Arasan SD driver > - Adds support to set Clock Delays in SD Arasan Driver > - Add SDIO Tap Delay handling in ZynqMP

[PATCH] pinctrl: qcom: sc7180: Add missing tile info in SDC_QDSD_PINGROUP/UFS_RESET

2019-10-21 Thread Rajendra Nayak
The SDC_QDSD_PINGROUP/UFS_RESET macros are missing the .tile info needed to calculate the right register offsets. Adding them here and also adjusting the offsets accordingly. Fixes: f2ae04c45b1a ("pinctrl: qcom: Add SC7180 pinctrl driver") Reported-by: Veerabhadrarao Badiganti Signed-off-by: Raj

Re: [PATCH 1/2] dt-bindings: PCI: designware: Add binding for ZRX-DC PHY property

2019-10-21 Thread Andrew Murray
On Mon, Oct 21, 2019 at 05:55:55PM +0530, Anvesh Salveru wrote: > Add support for ZRX-DC compliant PHYs. If PHY is not compliant to ZRX-DC > specification, then after every 100ms link should transition to recovery > state during the low power states which increases power consumption. > > Platforms

Re: [PATCH v2 net-next] net: axienet: In kconfig add ARM64 as supported platform

2019-10-21 Thread Michal Simek
On 21. 10. 19 12:18, Radhey Shyam Pandey wrote: > xilinx axi_emac driver is supported on ZynqMP UltraScale platform. > So enable ARCH64 in kconfig. It also removes redundant ARCH_ZYNQ > dependency. Basic sanity testing is done on zu+ mpsoc zcu102 > evaluation board. > > Signed-off-by: Radhey Shyam

Re: [PATCH v6 3/4] arm64: use both ZONE_DMA and ZONE_DMA32

2019-10-21 Thread Qian Cai
> On Sep 11, 2019, at 2:25 PM, Nicolas Saenz Julienne > wrote: > > So far all arm64 devices have supported 32 bit DMA masks for their > peripherals. This is not true anymore for the Raspberry Pi 4 as most of > it's peripherals can only address the first GB of memory on a total of > up to 4 GB

Re: [PATCH net-next 08/16] net: dsa: use ports list to setup multiple master devices

2019-10-21 Thread Andrew Lunn
On Sun, Oct 20, 2019 at 08:03:34PM -0700, Florian Fainelli wrote: > > > On 10/19/2019 8:19 PM, Vivien Didelot wrote: > > Now that we have a potential list of CPU ports, make use of it instead > > of only configuring the master device of an unique CPU port. > > Out of your series, this is the onl

Re: [PATCH 2/2] PCI: dwc: Add support to handle ZRX-DC Compliant PHYs

2019-10-21 Thread Andrew Murray
On Mon, Oct 21, 2019 at 07:44:25PM +0530, Pankaj Dubey wrote: > > > > -Original Message- > > From: Andrew Murray > > Sent: Monday, October 21, 2019 7:34 PM > > To: Anvesh Salveru > > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > > bhelg...@google.com; gustavo.pimen...@s

Re: [PATCH 0/7] add support for clocksource/clockevent DT selection

2019-10-21 Thread Daniel Lezcano
On 21/10/2019 10:58, claudiu.bez...@microchip.com wrote: > Hi Daniel, > > On 18.10.2019 23:24, Daniel Lezcano wrote: >> Hi Claudiu, >> >> On 15/10/2019 11:23, claudiu.bez...@microchip.com wrote: >> >> [ ... ] >> >>> The timer clock source could be divided by MR.PRES + 1. >>> >>> So, I used the clo

[PATCH] Revert "Bluetooth: hci_qca: Add delay for wcn3990 stability"

2019-10-21 Thread Jeffrey Hugo
This reverts commit cde9dde6e11a5ab54b6462cd46d82878926783bc. The frame reassembly errors were root caused to a transient gpio issue. The missing response was root caused to an issue with properly managing RFR in the uart driver. Addressing those root causes occurs outside of hci_qca and eliminat

[PATCH] usb: dwc3: select CONFIG_REGMAP_MMIO

2019-10-21 Thread Arnd Bergmann
After many randconfig builds, one configuration caused a link error with dwc3-meson-g12a lacking the regmap-mmio code: drivers/usb/dwc3/dwc3-meson-g12a.o: In function `dwc3_meson_g12a_probe': dwc3-meson-g12a.c:(.text+0x9f): undefined reference to `__devm_regmap_init_mmio_clk' Add the select stat

[PATCH v1 1/2] mm/page_alloc.c: Don't set pages PageReserved() when offlining

2019-10-21 Thread David Hildenbrand
We call __offline_isolated_pages() from __offline_pages() after all pages were isolated and are either free (PageBuddy()) or PageHWPoison. Nothing can stop us from offlining memory at this point. In __offline_isolated_pages() we first set all affected memory sections offline (offline_mem_sections(

Re: [PATCH] usb: dwc3: select CONFIG_REGMAP_MMIO

2019-10-21 Thread Neil Armstrong
On 21/10/2019 16:18, Arnd Bergmann wrote: > After many randconfig builds, one configuration caused a link > error with dwc3-meson-g12a lacking the regmap-mmio code: > > drivers/usb/dwc3/dwc3-meson-g12a.o: In function `dwc3_meson_g12a_probe': > dwc3-meson-g12a.c:(.text+0x9f): undefined reference to

[PATCH v1 0/2] mm: Memory offlining + page isolation cleanups

2019-10-21 Thread David Hildenbrand
Two cleanups that popped up while working on (and discussing) virtio-mem: https://lkml.org/lkml/2019/9/19/463 Tested with DIMMs on x86. David Hildenbrand (2): mm/page_alloc.c: Don't set pages PageReserved() when offlining mm/page_isolation.c: Convert SKIP_HWPOISON to MEMORY_OFFLINE

[PATCH v1 2/2] mm/page_isolation.c: Convert SKIP_HWPOISON to MEMORY_OFFLINE

2019-10-21 Thread David Hildenbrand
We have two types of users of page isolation: 1. Memory offlining: Offline memory so it can be unplugged. Memory won't be touched. 2. Memory allocation: Allocate memory (e.g., alloc_contig_range()) to become the owner of the memory and make use of it. For

[PATCH -next] scsi: cxlflash: remove set but not used variable 'ioarcb'

2019-10-21 Thread YueHaibing
Fixes gcc '-Wunused-but-set-variable' warning: drivers/scsi/cxlflash/main.c:47:22: warning: variable ioarcb set but not used [-Wunused-but-set-variable] It is never used, so can be removed. Signed-off-by: YueHaibing --- drivers/scsi/cxlflash/main.c | 2 -- 1 file changed, 2 deletions(-) diff

[PATCH -next] scsi: cxgb4i: remove set but not used variable 'ppmax'

2019-10-21 Thread YueHaibing
Fixes gcc '-Wunused-but-set-variable' warning: drivers/scsi/cxgbi/cxgb4i/cxgb4i.c:2076:15: warning: variable ppmax set but not used [-Wunused-but-set-variable] drivers/target/iscsi/cxgbit/cxgbit_ddp.c:300:15: warning: variable ppmax set but not used [-Wunused-but-set-variable] It is not used si

[PATCH v2 0/2] USB: dummy-hcd: some updates

2019-10-21 Thread Andrey Konovalov
Changes in v2: - Added missing Signed-off-by. - Added better explanation as to why we need more Dummy devices. Andrey Konovalov (2): USB: dummy-hcd: increase max number of devices to 32 USB: dummy-hcd: use usb_urb_dir_in instead of usb_pipein drivers/usb/gadget/udc/dummy_hcd.c | 10 +

[PATCH v2 1/2] USB: dummy-hcd: increase max number of devices to 32

2019-10-21 Thread Andrey Konovalov
When fuzzing the USB subsystem with syzkaller, we currently use 8 testing processes within one VM. To isolate testing processes from one another it is desirable to assign a dedicated USB bus to each of those, which means we need at least 8 Dummy UDC/HCD devices. This patch increases the maximum nu

cgroup_enable_task_cg_lists && PF_EXITING (Was: KCSAN: data-race in exit_signals / prepare_signal)

2019-10-21 Thread Oleg Nesterov
could you explain the usage of siglock/PF_EXITING in cgroup_enable_task_cg_lists() ? PF_EXITING is protected by cgroup_threadgroup_rwsem, not by sighand->siglock. Oleg.

[PATCH v2 2/2] USB: dummy-hcd: use usb_urb_dir_in instead of usb_pipein

2019-10-21 Thread Andrey Konovalov
Commit fea3409112a9 ("USB: add direction bit to urb->transfer_flags") has added a usb_urb_dir_in() helper function that can be used to determine the direction of the URB. With that patch USB_DIR_IN control requests with wLength == 0 are considered out requests by real USB HCDs. This patch changes d

Re: [PATCH] security/keyring: avoid pagefaults in keyring_read_iterator

2019-10-21 Thread David Howells
Chris von Recklinghausen wrote: > The put_user call from keyring_read_iterator caused a page fault which > attempts to lock mm->mmap_sem and type->lock_class (key->sem) in the reverse > order that keyring_read_iterator did, thus causing the circular locking > dependency. > > Remedy this by using

Re: [PATCH 0/3] Allow ZRAM to use any zpool-compatible backend

2019-10-21 Thread Vitaly Wool
On Tue, Oct 15, 2019 at 10:00 PM Minchan Kim wrote: > > On Tue, Oct 15, 2019 at 09:39:35AM +0200, Vitaly Wool wrote: > > Hi Minchan, > > > > On Mon, Oct 14, 2019 at 6:41 PM Minchan Kim wrote: > > > > > > On Thu, Oct 10, 2019 at 11:04:14PM +0300, Vitaly Wool wrote: > > > > The coming patchset is a

[PATCH] powerpc/security: Fix debugfs data leak on 32-bit

2019-10-21 Thread Geert Uytterhoeven
"powerpc_security_features" is "unsigned long", i.e. 32-bit or 64-bit, depending on the platform (PPC_FSL_BOOK3E or PPC_BOOK3S_64). Hence casting its address to "u64 *", and calling debugfs_create_x64() is wrong, and leaks 32-bit of nearby data to userspace on 32-bit platforms. While all currentl

Re: [PATCH 1/3] mm, meminit: Recalculate pcpu batch and high limits after init completes

2019-10-21 Thread Mel Gorman
On Mon, Oct 21, 2019 at 10:01:24AM -0400, Qian Cai wrote: > Warnings from linux-next, > > [ 14.265911][ T659] BUG: sleeping function called from invalid context at > kernel/locking/mutex.c:935 > [ 14.265992][ T659] in_atomic(): 1, irqs_disabled(): 1, non_block: 0, pid: > 659, name: pgdatin

[PATCH] usbip: Fix free of unallocated memory in vhci tx

2019-10-21 Thread Suwan Kim
iso_buffer should be set to NULL after use and free in the while loop. In the case of isochronous URB in the while loop, iso_buffer is allocated and after sending it to server, buffer is deallocated. And then, if the next URB in the while loop is not a isochronous pipe, iso_buffer still holds the p

Re: [RFCv1 5/5] arm64/ARM: configs: Change CONFIG_PWM_MESON from m to y

2019-10-21 Thread Neil Armstrong
Hi Anand, On 21/10/2019 16:11, Anand Moon wrote: > Hi Martin, > > On Fri, 18 Oct 2019 at 23:40, Martin Blumenstingl > wrote: >> >> Hi Anand, >> >> On Fri, Oct 18, 2019 at 4:04 PM Anand Moon wrote: >> [...] Next step it to try narrow down the clock causing the issue. Remove clk_ignore_

RE: [PATCH 2/2] PCI: dwc: Add support to handle ZRX-DC Compliant PHYs

2019-10-21 Thread Pankaj Dubey
> -Original Message- > From: Andrew Murray > Sent: Monday, October 21, 2019 7:47 PM > To: Pankaj Dubey > Cc: 'Anvesh Salveru' ; linux-...@vger.kernel.org; > linux-kernel@vger.kernel.org; bhelg...@google.com; > gustavo.pimen...@synopsys.com; jingooh...@gmail.com; > lorenzo.pieral...@arm

[PATCH 1/5] arm64: dts: meson-g12a: fix gpu irq order

2019-10-21 Thread Neil Armstrong
This fixes the following DT schemas check errors: meson-g12b-s922x-khadas-vim3.dt.yaml: gpu@ffe4: interrupt-names:0: 'job' was expected meson-g12b-s922x-khadas-vim3.dt.yaml: gpu@ffe4: interrupt-names:2: 'gpu' was expected Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/me

[PATCH 0/5] arm64: dts: meson: new fixes following YAML bindings schemas conversion

2019-10-21 Thread Neil Armstrong
This is the first set of DT fixes following the first YAML bindings conversion at [1], [2], [3] and [4] and v5.4-rc1 bindings changes. These are only cosmetic changes, and should not break drivers implementation following the bindings. [1] https://patchwork.kernel.org/patch/11202077/ [2] https://

[PATCH 2/5] arm64: dts: meson-gxm: fix gpu irq order

2019-10-21 Thread Neil Armstrong
This fixes the following DT schemas check errors: meson-gxm-khadas-vim2.dt.yaml: gpu@c: interrupt-names:0: 'job' was expected meson-gxm-khadas-vim2.dt.yaml: gpu@c: interrupt-names:2: 'gpu' was expected Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gxm.dtsi | 6 +++--

[PATCH 3/5] arm64: dts: meson-g12b-odroid-n2: add missing amlogic,s922x compatible

2019-10-21 Thread Neil Armstrong
This fixes the following DT schemas check errors: meson-g12b-odroid-n2.dt.yaml: /: compatible: ['hardkernel,odroid-n2', 'amlogic,g12b'] is not valid under any of the given schemas Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-g12b-odroid-n2.dts | 2 +- 1 file changed, 1 in

[PATCH 4/5] arm64: dts: meson-gx: cec node should be disabled by default

2019-10-21 Thread Neil Armstrong
This fixes the following DT schemas check errors: meson-gxl-s905x-hwacom-amazetv.dt.yaml: cec@100: 'hdmi-phandle' is a required property meson-gxm-rbox-pro.dt.yaml: cec@100: 'hdmi-phandle' is a required property because CEC is not enabled on these boards. Signed-off-by: Neil Armstrong --- arch

[PATCH 5/5] arm64: dts: meson-gx: fix i2c compatible

2019-10-21 Thread Neil Armstrong
This fixes the following DT schemas check errors: meson-gxbb-nanopi-k2.dt.yaml: i2c@8500: compatible: Additional items are not allowed ('amlogic,meson-gxbb-i2c' was unexpected) meson-gxbb-nanopi-k2.dt.yaml: i2c@8500: compatible:0: 'amlogic,meson-gx-i2c' is not one of ['amlogic,meson6-i2c', 'amlog

Re: [PATCH v2 07/11] omap: remove old hsmmc.[ch] and in Makefile

2019-10-21 Thread Tony Lindgren
* H. Nikolaus Schaller [191019 18:43]: > --- a/arch/arm/mach-omap2/Makefile > +++ b/arch/arm/mach-omap2/Makefile > @@ -216,7 +216,6 @@ obj-$(CONFIG_MACH_NOKIA_N8X0) += board-n8x0.o > > # Platform specific device init code > > -omap-hsmmc-$(CONFIG_MMC_OMAP_HS) := hsmmc.o > obj

Re: [PATCH v3] clk/ti/adpll: allocate room for terminating null

2019-10-21 Thread Tony Lindgren
* Stephen Kitt [191019 14:07]: > The buffer allocated in ti_adpll_clk_get_name doesn't account for the > terminating null. This patch switches to devm_kasprintf to avoid > overflowing. > > Signed-off-by: Stephen Kitt > --- > Changes since v2: > - Move "adpll" into the format string and drop ba

Re: [PATCH 1/3] firmware/dmi_scan: Add dmi_save_release to save releases fields

2019-10-21 Thread Jean Delvare
Hi Erwan, Sorry for the late answer. On Wed, 18 Sep 2019 11:43:19 +0200, Erwan Velu wrote: > In DMI type 0, there is several fields that encodes a release. is -> are encodes -> encode > The dmi_save_release() function have the logic to check if the field is valid. > If so, it reports the actual

Re: [PATCH 2/2] PCI: dwc: Add support to handle ZRX-DC Compliant PHYs

2019-10-21 Thread Andrew Murray
On Mon, Oct 21, 2019 at 07:56:55PM +0530, Pankaj Dubey wrote: > > > > -Original Message- > > From: Andrew Murray > > Sent: Monday, October 21, 2019 7:47 PM > > To: Pankaj Dubey > > Cc: 'Anvesh Salveru' ; linux-...@vger.kernel.org; > > linux-kernel@vger.kernel.org; bhelg...@google.com; >

Re: [PATCH] mmc: renesas_sdhi: add checks for pinctrl_lookup_state

2019-10-21 Thread Ulf Hansson
On Fri, 18 Oct 2019 at 15:13, Chuhong Yuan wrote: > > renesas_sdhi_probe misses checks for pinctrl_lookup_state and may miss > failures. > Add checks for them to fix the problem. > > Signed-off-by: Chuhong Yuan > --- > drivers/mmc/host/renesas_sdhi_core.c | 5 + > 1 file changed, 5 insertion

Re: [PATCH] x86/ftrace: Get rid of function_hook

2019-10-21 Thread Steven Rostedt
On Mon, 21 Oct 2019 16:10:38 +0200 Borislav Petkov wrote: > From: Borislav Petkov > > function_hook is used as a better name than the default __fentry__ > which is the profiling counter which gcc adds before every function's > prologue. Thus, it is not called from C and cannot have the same > s

Re: [PATCH v6 3/4] arm64: use both ZONE_DMA and ZONE_DMA32

2019-10-21 Thread Nicolas Saenz Julienne
On Mon, 2019-10-21 at 10:15 -0400, Qian Cai wrote: > > On Sep 11, 2019, at 2:25 PM, Nicolas Saenz Julienne > > wrote: > > > > So far all arm64 devices have supported 32 bit DMA masks for their > > peripherals. This is not true anymore for the Raspberry Pi 4 as most of > > it's peripherals can onl

Re: [PATCH 0/5] perf record: Put a copy of kcore into the perf.data directory

2019-10-21 Thread Arnaldo Carvalho de Melo
Em Fri, Oct 04, 2019 at 11:31:16AM +0300, Adrian Hunter escreveu: > Hi > > Here are patches to add a new 'perf record' option '--kcore' which will put > a copy of /proc/kcore, kallsyms and modules into a perf.data directory. > Note, that without the --kcore option, output goes to a file as previou

[RFC 1/6] mmc: core: Parse clk scaling dt entries

2019-10-21 Thread Ram Prakash Gupta
Add support to parse clk scaling dt entries in mmc driver. Signed-off-by: Sujit Reddy Thumma Signed-off-by: Talel Shenhar Signed-off-by: Sahitya Tummala Signed-off-by: Asutosh Das Signed-off-by: Ritesh Harjani Signed-off-by: Veerabhadrarao Badiganti Signed-off-by: Bao D. Nguyen Signed-off-b

[RFC 3/6] mmc: core: Initialize clk scaling for mmc and SDCard

2019-10-21 Thread Ram Prakash Gupta
Initialize clk scaling for mmc and SDCard driver. For mmc scaling is initialized for both cqe and legacy mode. Signed-off-by: Sujit Reddy Thumma Signed-off-by: Talel Shenhar Signed-off-by: Sahitya Tummala Signed-off-by: Asutosh Das Signed-off-by: Ritesh Harjani Signed-off-by: Veerabhadrarao B

[RFC 0/6] mmc: Add clock scaling support for mmc driver

2019-10-21 Thread Ram Prakash Gupta
This change adds the use of devfreq based clock scaling to MMC. This applicable for eMMC and SDCard. For some workloads, such as video playback, it isn't necessary for these cards to run at high speed. Running at lower frequency, in such cases can still meet the deadlines for data transfers. Scali

[RFC 2/6] mmc: core: Add core scaling support in driver

2019-10-21 Thread Ram Prakash Gupta
Adding clock scaling support in clock scaling driver. Signed-off-by: Sujit Reddy Thumma Signed-off-by: Talel Shenhar Signed-off-by: Sahitya Tummala Signed-off-by: Asutosh Das Signed-off-by: Ritesh Harjani Signed-off-by: Veerabhadrarao Badiganti Signed-off-by: Bao D. Nguyen Signed-off-by: Ca

Re: [RFC PATCH 10/13] gpio: bd71828: Initial support for ROHM BD71828 PMIC GPIOs

2019-10-21 Thread Bartosz Golaszewski
pon., 21 paź 2019 o 09:00 Vaittinen, Matti napisał(a): > > Hello Bartosz, > > Thanks for reading this through! I'll rework this patch during this > week :) > > On Thu, 2019-10-17 at 14:45 +0200, Bartosz Golaszewski wrote: > > czw., 17 paź 2019 o 11:53 Matti Vaittinen > > napisał(a): > > > ROHM BD

[PATCH 6/7] mmc: dw_mmc: Fix debugfs on 64-bit platforms

2019-10-21 Thread Geert Uytterhoeven
"dw_mci.pending_events" and "dw_mci.completed_events" are "unsigned long", i.e. 32-bit or 64-bit, depending on the platform. Hence casting their addresses to "u32 *", and calling debugfs_create_x32() breaks operation on 64-bit platforms. Fix this by using the new debugfs_create_xul() helper inste

[RFC 4/6] mmc: core: Add debugfs entries for scaling support

2019-10-21 Thread Ram Prakash Gupta
Add debugfs entries for scaling support. Signed-off-by: Sujit Reddy Thumma Signed-off-by: Talel Shenhar Signed-off-by: Sahitya Tummala Signed-off-by: Asutosh Das Signed-off-by: Ritesh Harjani Signed-off-by: Veerabhadrarao Badiganti Signed-off-by: Bao D. Nguyen Signed-off-by: Can Guo Signed

[RFC 6/6] dt-bindings: mmc: sdhci-msm: Add clk scaling dt parameters

2019-10-21 Thread Ram Prakash Gupta
Adding clk scaling dt parameters. Signed-off-by: Ram Prakash Gupta --- Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 19 +++ 1 file changed, 19 insertions(+) diff --git a/Documentation/devicetree/bindings/mmc/sdhci-msm.txt b/Documentation/devicetree/bindings/mmc/sdhci-m

[RFC 5/6] mmc: sdhci-msm: Add capability in platform host

2019-10-21 Thread Ram Prakash Gupta
Signed-off-by: Sujit Reddy Thumma Signed-off-by: Talel Shenhar Signed-off-by: Sahitya Tummala Signed-off-by: Asutosh Das Signed-off-by: Ritesh Harjani Signed-off-by: Veerabhadrarao Badiganti Signed-off-by: Bao D. Nguyen Signed-off-by: Can Guo Signed-off-by: Sayali Lokhande Co-Developed-by:

[PATCH 4/7] mmc: atmel-mci: Fix debugfs on 64-bit platforms

2019-10-21 Thread Geert Uytterhoeven
"atmel_mci.pending_events" and "atmel_mci.completed_events" are "unsigned long", i.e. 32-bit or 64-bit, depending on the platform. Hence casting their addresses to "u32 *", and calling debugfs_create_x32() breaks operation on 64-bit platforms. Fix this by using the new debugfs_create_xul() helper

[PATCH 1/7] debugfs: Add debugfs_create_xul() for hexadecimal unsigned long

2019-10-21 Thread Geert Uytterhoeven
The existing debugfs_create_ulong() function supports objects of type "unsigned long", which are 32-bit or 64-bit depending on the platform, in decimal form. To format objects in hexadecimal, various debugfs_create_x*() functions exist, but all of them take fixed-size types. Add a debugfs helper

[PATCH 5/7] mmc: atmel-mci: Remove superfluous cast in debugfs_create_u32() call

2019-10-21 Thread Geert Uytterhoeven
"atmel_mci.state" is an enum, which is compatible with u32, so there is no need to cast its address, preventing further compiler checks. Signed-off-by: Geert Uytterhoeven --- drivers/mmc/host/atmel-mci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/atmel-m

[PATCH 0/7] debugfs: Add and use debugfs_create_xul()

2019-10-21 Thread Geert Uytterhoeven
Hi all, The existing debugfs_create_ulong() function supports objects of type "unsigned long", which are 32-bit or 64-bit depending on the platform, in decimal form. To format objects in hexadecimal, various debugfs_create_x*() functions exist, but all of them take fixed-size types. To w

[PATCH 3/7] net: caif: Fix debugfs on 64-bit platforms

2019-10-21 Thread Geert Uytterhoeven
"ser_device.state" is "unsigned long", i.e. 32-bit or 64-bit, depending on the platform. Hence casting its address to "u32 *", and calling debugfs_create_x32() breaks operation on 64-bit platforms. Fix this by using the new debugfs_create_xul() helper instead. Fixes: 9b27105b4a44c54b ("net-caif-

Re: [PATCH v6 01/10] KVM: arm64: Document PV-time interface

2019-10-21 Thread Mark Rutland
On Mon, Oct 21, 2019 at 02:40:31PM +0100, Steven Price wrote: > On 18/10/2019 18:10, Mark Rutland wrote: > > On Tue, Oct 15, 2019 at 06:56:51PM +0100, Mark Rutland wrote: > [...] > >>> +PV_TIME_ST > >>> += == > >>> +Function ID: (uint32)0xC521 > >>>

[PATCH 2/7] mac80211: Use debugfs_create_xul() helper

2019-10-21 Thread Geert Uytterhoeven
Use the new debugfs_create_xul() helper instead of open-coding the same operation. Signed-off-by: Geert Uytterhoeven --- net/mac80211/debugfs_sta.c | 17 +++-- 1 file changed, 3 insertions(+), 14 deletions(-) diff --git a/net/mac80211/debugfs_sta.c b/net/mac80211/debugfs_sta.c index

[PATCH 7/7] mmc: dw_mmc: Remove superfluous cast in debugfs_create_u32() call

2019-10-21 Thread Geert Uytterhoeven
"dw_mci.state" is an enum, which is compatible with u32, so there is no need to cast its address, preventing further compiler checks. Signed-off-by: Geert Uytterhoeven --- drivers/mmc/host/dw_mmc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/host/dw_mmc.c b/dr

Re: [PATCH v4 0/6] media: Introduce Allwinner H3 deinterlace driver

2019-10-21 Thread Jernej Škrabec
Dne ponedeljek, 21. oktober 2019 ob 13:16:24 CEST je Hans Verkuil napisal(a): > Hi Jernej, > > I found something odd in the compliance output: > > On 10/17/19 8:37 PM, Jernej Skrabec wrote: > > Starting with H3, Allwinner began to include standalone deinterlace > > core in multimedia oriented SoC

Re: [PATCH 3/6] EDAC/amd64: Save max number of controllers to family type

2019-10-21 Thread Borislav Petkov
On Fri, Oct 18, 2019 at 03:31:26PM +, Ghannam, Yazen wrote: > From: Yazen Ghannam > > The maximum number of memory controllers is fixed within a family/model > group. In most cases, this has been fixed at 2, but some systems may > have up to 8. > > The struct amd64_family_type already contai

Re: [PATCH] acpi/nfit: unlock on error in scrub_show()

2019-10-21 Thread Dan Williams
On Sun, Oct 20, 2019 at 4:35 PM Rafael J. Wysocki wrote: > > On Fri, Oct 18, 2019 at 2:38 PM Dan Carpenter > wrote: > > > > We change the locking in this function and forgot to update this error > > path so we are accidentally still holding the "dev->lockdep_mutex". > > > > Fixes: 87a30e1f05d7 (

Re: [PATCH v1 1/2] mm/page_alloc.c: Don't set pages PageReserved() when offlining

2019-10-21 Thread Michal Hocko
On Mon 21-10-19 16:19:25, David Hildenbrand wrote: > We call __offline_isolated_pages() from __offline_pages() after all > pages were isolated and are either free (PageBuddy()) or PageHWPoison. > Nothing can stop us from offlining memory at this point. > > In __offline_isolated_pages() we first se

Re: [PATCH] fs/dax: Fix pmd vs pte conflict detection

2019-10-21 Thread Dan Williams
On Mon, Oct 21, 2019 at 5:07 AM Jeff Moyer wrote: > > Dan Williams writes: > > > Check for NULL entries before checking the entry order, otherwise NULL > > is misinterpreted as a present pte conflict. The 'order' check needs to > > happen before the locked check as an unlocked entry at the wrong

Re: [PATCH 1/7] debugfs: Add debugfs_create_xul() for hexadecimal unsigned long

2019-10-21 Thread Greg Kroah-Hartman
On Mon, Oct 21, 2019 at 04:37:36PM +0200, Geert Uytterhoeven wrote: > The existing debugfs_create_ulong() function supports objects of > type "unsigned long", which are 32-bit or 64-bit depending on the > platform, in decimal form. To format objects in hexadecimal, various > debugfs_create_x*() fu

RE: [PATCH RFC] net: vlan: reverse 4 bytes of vlan header when setting initial MTU

2019-10-21 Thread David Laight
From: Yunsheng Lin > Sent: 21 October 2019 13:26 > Currently the MTU of vlan netdevice is set to the same MTU > of the lower device, which requires the underlying device > to handle it as the comment has indicated: > > /* need 4 bytes for extra VLAN header info, >* hope the underlyin

Re: [PATCH 1/4] iio: adc: Add support for AD7091R5 ADC

2019-10-21 Thread Jonathan Cameron
On Mon, 21 Oct 2019 20:06:05 +0300 Beniamin Bia wrote: > From: Paul Cercueil > > AD7091 is 4-Channel, I2C, Ultra Low Power,12-Bit ADC. > > Datasheet: > Link: > https://www.analog.com/media/en/technical-documentation/data-sheets/ad7091r-5.pdf > > Signed-off-by: Paul Cercueil > Co-developed-b

Re: [PATCH v6 3/4] arm64: use both ZONE_DMA and ZONE_DMA32

2019-10-21 Thread Qian Cai
BUGFS=y >> CONFIG_CMA_AREAS=7 >> >> Is this expected? > > Not really, just tested cma=512M on a Raspberry Pi4, and it went well. The > only > thing on my build that differs from your config is CONFIG_CMA_DEBUGFS. > > Could you post more information on the devic

Re: [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND

2019-10-21 Thread Oleg Nesterov
On 10/14, Christian Brauner wrote: > > The child helper process on Linux posix_spawn must ensure that no signal > handlers are enabled, so the signal disposition must be either SIG_DFL > or SIG_IGN. However, it requires a sigprocmask to obtain the current > signal mask and at least _NSIG sigaction

Re: [PATCH v4 5/6] media: sun4i: Add H3 deinterlace driver

2019-10-21 Thread Jernej Škrabec
Dne ponedeljek, 21. oktober 2019 ob 13:13:20 CEST je Hans Verkuil napisal(a): > On 10/17/19 8:37 PM, Jernej Skrabec wrote: > > Allwinner H3 SoC contains deinterlace unit, which has several modes of > > operation - bypass, weave, bob and mixed (advanced) mode. I don't know > > how mixed mode works,

Re: [PATCH 0/6] AMD64 EDAC: Check for nodes without memory, etc.

2019-10-21 Thread Borislav Petkov
On Fri, Oct 18, 2019 at 03:31:25PM +, Ghannam, Yazen wrote: > From: Yazen Ghannam > > Hi Boris, > > This set contains the next revision of the RFC patches I included with > the last AMD64 EDAC updates. I dropped the RFC tags, and I added a > couple of new patches. Yah, looks pretty much goo

Kindly Accept my Donation.

2019-10-21 Thread Mrs Katherine Pascal
Dear Beloved, I am Mrs Katherine Pascal, an aging widow suffering from Cancer illness .I have some funds with 50Kg of Gold Which I have inherited from my late husband, the sum of ($19.9 Million Dollars) And I needed a very honest and sincere Individual or co-operate organization that will us

Re: [PATCH] mmc: fix mmc dma operation

2019-10-21 Thread Ulf Hansson
On Mon, 21 Oct 2019 at 11:17, Jerome Brunet wrote: > > > On Mon 21 Oct 2019 at 09:57, Neil Armstrong wrote: > > > Hi, > > > > Thanks for the fix. > > > > First, you should add "mmc: meson-gx:" in the subject. > > > > On 21/10/2019 07:59, Jianxin Pan wrote: > >> From: Nan Li > >> > >> In MMC dma

Re: [PATCH v3] pci: prevent putting nvidia GPUs into lower device states on certain intel bridges

2019-10-21 Thread Karol Herbst
On Mon, Oct 21, 2019 at 4:09 PM Mika Westerberg wrote: > > On Mon, Oct 21, 2019 at 03:54:09PM +0200, Karol Herbst wrote: > > > I really would like to provide you more information about such > > > workaround but I'm not aware of any ;-) I have not seen any issues like > > > this when D3cold is prop

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