Re: linux-next: manual merge of the rtc tree with the omap tree

2019-04-09 Thread Tony Lindgren
* Keerthy [190409 13:25]: > > > On 09/04/19 10:52 AM, Stephen Rothwell wrote: > > Hi all, > > > > Today's linux-next merge of the rtc tree got a conflict in: > > > >drivers/rtc/rtc-omap.c > > > > between commit: > > > >6256f7f7f217 ("rtc: OMAP: Add support for rtc-only mode") > > >

[PATCH] Bluetooth: btbcm: Add default address for BCM43341B

2019-04-09 Thread Ferry Toth
The BCM43341B has the default MAC address 43:34:1B:00:1F:AC if none is given. This address was found when enabling Bluetooth on multiple Intel Edison modules. It also contains the sequence 43341B, the name the chip identifies itself as. Using the same BD_ADDR is problematic when having multiple Int

Re: [PATCH] perf vendor events arm64: Add Cortex-A72 events

2019-04-09 Thread Florian Fainelli
On 4/8/2019 9:47 AM, Will Deacon wrote: > Hi Florian, > > On Sun, Apr 07, 2019 at 02:34:22PM -0700, Florian Fainelli wrote: >> The Cortex-A72 supports all ARMv8 recommended events up to the >> RC_ST_SPEC (0x91) event, create an appropriate JSON file for mapping >> those events and update the ma

Re: kernel BUG at fs/inode.c:LINE!

2019-04-09 Thread syzbot
Bisection is inconclusive: the first bad commit could be any of: cd4f2a66 lib/genalloc.c: fix allocation of aligned buffer from non-aligned chunk df3f18d3 fls: change parameter to unsigned int 9067c8d5 lib/find_bit_benchmark.c: align test_find_next_and_bit with others c2824829 include/linux/pr

Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-bw-MBs bindings

2019-04-09 Thread Georgi Djakov
Hi Viresh, On 3/14/19 08:23, Viresh Kumar wrote: > On 13-03-19, 11:00, Georgi Djakov wrote: >> In addition to frequency and voltage, some devices may have bandwidth >> requirements for their interconnect throughput - for example a CPU >> or GPU may also need to increase or decrease their bandwidth

Re: [PATCH 2/4] OPP: Add support for parsing the interconnect bandwidth

2019-04-09 Thread Georgi Djakov
Hi Viresh, On 3/14/19 08:30, Viresh Kumar wrote: > On 13-03-19, 11:00, Georgi Djakov wrote: >> The OPP bindings now support bandwidth values, so add support to parse it >> from device tree and store it into the new dev_pm_opp_icc_bw struct, which >> is part of the dev_pm_opp. >> >> Also add and ex

Re: [PATCH 1/4] dt-bindings: opp: Introduce opp-bw-MBs bindings

2019-04-09 Thread Georgi Djakov
Hi Rob, On 3/28/19 17:12, Rob Herring wrote: > On Wed, Mar 13, 2019 at 11:00:07AM +0200, Georgi Djakov wrote: >> In addition to frequency and voltage, some devices may have bandwidth >> requirements for their interconnect throughput - for example a CPU >> or GPU may also need to increase or decrea

Re: [PATCH v10 0/7] Support Trusted Foundations firmware on Tegra30

2019-04-09 Thread Thierry Reding
On Mon, Mar 18, 2019 at 01:52:03AM +0300, Dmitry Osipenko wrote: > Hello, > > This patchset adds support for the Trusted Foundations firmware on > NVIDIA Tegra30. Pretty much all of Tegra30 consumer devices have that > firmware and upstream kernel can't boot on those devices without the > firmware

Re: [PATCH] mm/vmstat: fix /proc/vmstat format for CONFIG_DEBUG_TLBFLUSH=y CONFIG_SMP=n

2019-04-09 Thread Vlastimil Babka
On 4/9/19 3:28 PM, Konstantin Khlebnikov wrote: > On 09.04.2019 16:16, Vlastimil Babka wrote: >> On 4/9/19 3:01 PM, Konstantin Khlebnikov wrote: >>> Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly") >>> depends on skipping vmstat entries with empty name introduced in commit >>

Re: [PATCH] Bluetooth: btbcm: Add default address for BCM43341B

2019-04-09 Thread Andy Shevchenko
On Tue, Apr 09, 2019 at 04:15:50PM +0200, Ferry Toth wrote: > The BCM43341B has the default MAC address 43:34:1B:00:1F:AC if none > is given. This address was found when enabling Bluetooth on multiple > Intel Edison modules. It also contains the sequence 43341B, the name > the chip identifies itsel

Re: [PATCH v2 2/2] dt-bindings: net: bluetooth: Add device property nvm-postfix for QCA6174

2019-04-09 Thread Rocky Liao
On 2019-04-09 22:03, Rob Herring wrote: On Tue, Apr 9, 2019 at 5:15 AM Rocky Liao wrote: On 2019-04-04 20:32, Marc Gonzalez wrote: > +robh > > On 04/04/2019 11:08, Rocky Liao wrote: > >> This patchs patch adds an optional device property nvm-postfix to >> allow the >> driver to load customized

Re: [PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-09 Thread Tony Lindgren
Hi, * Stefan Agner [190408 20:59]: > --- a/arch/arm/mach-omap2/Makefile > +++ b/arch/arm/mach-omap2/Makefile > @@ -41,11 +41,6 @@ obj-$(CONFIG_SOC_OMAP5)+= > $(omap-4-5-common) $(smp-y) sleep44xx.o > obj-$(CONFIG_SOC_AM43XX) += $(omap-4-5-common) > obj-$(CONFIG_

Re: [PATCH] tools lib traceevent: Fix missing equality check for strcmp

2019-04-09 Thread Arnaldo Carvalho de Melo
Em Tue, Apr 09, 2019 at 09:21:22AM -0400, Steven Rostedt escreveu: > > Hi Rikard, > > On Tue, 9 Apr 2019 11:15:29 +0200 > Rikard Falkeborn wrote: > > > There was a missing comparison with 0 when checking if type is "s64" or > > "u64". Therefore, the body of the if-statement was entered if "typ

Re: [PATCH -next] acpi/hmat: fix memory leaks in hmat_init()

2019-04-09 Thread Rafael J. Wysocki
On Tue, Apr 9, 2019 at 3:25 PM Qian Cai wrote: > > On Tue, 2019-04-09 at 10:25 +0200, Rafael J. Wysocki wrote: > > On Sat, Apr 6, 2019 at 8:18 PM Qian Cai wrote: > > > > > > The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its > > > memory") introduced some memory leaks below due

RE: [PATCH 1/2] mm/gup.c: fix the wrong comments

2019-04-09 Thread Weiny, Ira
> On Tue, Apr 09, 2019 at 11:04:18AM +0800, Huang Shijie wrote: > > On Mon, Apr 08, 2019 at 07:49:29PM -0700, Matthew Wilcox wrote: > > > On Tue, Apr 09, 2019 at 09:08:33AM +0800, Huang Shijie wrote: > > > > On Mon, Apr 08, 2019 at 07:13:13AM -0700, Matthew Wilcox wrote: > > > > > On Mon, Apr 08, 2

Re: [GIT PULL v2] LM3532 backlight support improvements and relocation

2019-04-09 Thread Tony Lindgren
* Dan Murphy [190408 20:04]: > Tony > > On 4/8/19 2:30 PM, Tony Lindgren wrote: > > * Dan Murphy [190408 15:54]: > > > On 4/7/19 5:17 PM, Pavel Machek wrote: > > > > Plus, I'd kind of expect ALS enabled/disabled to be runtime controled, > > > > not from the device tree. > > > We can always add r

Re: [PATCH 0/6] objtool: Add support for Arm64

2019-04-09 Thread Josh Poimboeuf
On Tue, Apr 09, 2019 at 02:52:37PM +0100, Raphael Gault wrote: > Hi, > > As of now, objtool only supports the x86_64 architecture but the > groundwork has already been done in order to add support for other > architecture without too much effort. Hi Raphael, This was a pleasant surprise in my in

Re: [PATCH] ARM: dts: dra7: Add properties to enable PCIe x2 lane mode

2019-04-09 Thread Tony Lindgren
* Kishon Vijay Abraham I [190325 02:46]: > ti,syscon-lane-sel and ti,syscon-lane-conf properties specific to enable > PCIe x2 lane mode are added here. Applying into omap-for-v5.2/dt thanks. Tony

Re: [PATCH v13 0/4] PM / Domains: Support hierarchical CPU arrangement (PSCI/ARM)

2019-04-09 Thread Rafael J. Wysocki
On Tue, Apr 9, 2019 at 1:57 PM Ulf Hansson wrote: > > On Wed, 27 Mar 2019 at 15:35, Ulf Hansson wrote: > > > > Changes in v13: > > - Use WRITE|READ_ONCE when reading/writing the "next_hrtimer" variable in > > the > > struct cpuidle_device. Also reset the same variable after resumed from idle >

Re: [PATCH] perf stat: Disable DIR_FORMAT feature for record

2019-04-09 Thread Arnaldo Carvalho de Melo
Em Tue, Apr 09, 2019 at 12:01:56PM +0200, Jiri Olsa escreveu: > Arnaldo reported assertion in perf stat record: > > assertion failed at util/header.c:875 Thanks, applied and added: Fixes: 258031c017c3 ("perf header: Add DIR_FORMAT feature to describe directory data") - Arnaldo > > There

Re: [PATCH] perf scripts python: export-to-sqlite.py: Fix use of parent_id in calls_view

2019-04-09 Thread Arnaldo Carvalho de Melo
Em Tue, Apr 09, 2019 at 09:25:57AM +0300, Adrian Hunter escreveu: > Fix following error using calls_view: > Query failed: ambiguous column name: parent_id Unable to execute statement > > Signed-off-by: Adrian Hunter Applied, and thanks for the Fixes tag, appreciated, - Arnaldo > Fixes: 8ce9a7

Re: Adding plain accesses and detecting data races in the LKMM

2019-04-09 Thread Paul E. McKenney
On Tue, Apr 09, 2019 at 03:36:18AM +0200, Andrea Parri wrote: > > > The formula was more along the line of "do not assume either of these > > > cases to hold; use barrier() is you need an unconditional barrier..." > > > AFAICT, all current implementations of smp_mb__{before,after}_atomic() > > > pr

[PATCH v1] dmaengine: idma64: Move driver name to the header

2019-04-09 Thread Andy Shevchenko
There are two drivers that are relying on the iDMA 64-bit driver name to match. Instead of duplicating string in both of them, dedicate a header file and share it between users. Signed-off-by: Andy Shevchenko --- drivers/dma/idma64.c | 9 - drivers/mfd/intel-lpss.c | 4 ++-- in

Re: [PATCH v2 1/3] ARM: use arch_extension directive instead of arch argument

2019-04-09 Thread Stefan Agner
On 09.04.2019 14:25, Måns Rullgård wrote: > Stefan Agner writes: > >> The LLVM Target parser currently does not allow to specify the security >> extension as part of -march (see also LLVM Bug 40186 [0]). When trying >> to use Clang with LLVM's integrated assembler, this leads to build >> errors s

Re: [PATCH 1/5] ARM: dts: am43xx-epos-evm: Keep DCDC5 and DCDC6 always on

2019-04-09 Thread Tony Lindgren
* Andrew F. Davis [190329 10:53]: > From: Kabir Sahane > > These regulator outputs are needed even in deep sleep modes to prevent > low-voltage detection events. Make these always ON to avoid this. Thanks applying the three dts changes into omap-for-v5.2/dt. Regards, Tony

Re: [PATCH 4/5] ARM: OMAP: Wakeupgen: AM43xx HS devices should save context like non-HS

2019-04-09 Thread Tony Lindgren
* Andrew F. Davis [190329 17:53]: > Unlike some previous generation devices, AM43xx HS IRQ and Wakegen > context is handled by the ROM for us, and no secure service call > is needed or supported. Non-GP AM43xx devices should take the > same path as GP. Applying the two SoC related changes into om

Re: [PATCH 4/4] ARM: dts: omap2420-n810: Use new CODEC reset pin name

2019-04-09 Thread Tony Lindgren
* Andrew F. Davis [190329 11:13]: > The correct DT property for specifying a GPIO used for reset > is "reset-gpios", the driver now accepts this name, use it here. I'll apply this patch into omap-for-v5.2/dt thanks. Tony

[PATCH v1] mfd: intel-lpss: Add Intel Comet Lake PCI IDs

2019-04-09 Thread Andy Shevchenko
Intel Comet Lake has the same LPSS than Intel Cannon Lake. Add the new IDs to the list of supported devices. Signed-off-by: Andy Shevchenko --- drivers/mfd/intel-lpss-pci.c | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/mfd/intel-lpss-pci.c b/drivers/mfd/intel-lpss-pc

Re: [PATCH] mm/vmstat: fix /proc/vmstat format for CONFIG_DEBUG_TLBFLUSH=y CONFIG_SMP=n

2019-04-09 Thread Konstantin Khlebnikov
On 09.04.2019 17:43, Vlastimil Babka wrote: On 4/9/19 3:28 PM, Konstantin Khlebnikov wrote: On 09.04.2019 16:16, Vlastimil Babka wrote: On 4/9/19 3:01 PM, Konstantin Khlebnikov wrote: Commit 58bc4c34d249 ("mm/vmstat.c: skip NR_TLB_REMOTE_FLUSH* properly") depends on skipping vmstat entries

Re: [PATCH] apparmor: Restore Y/N in /sys for apparmor's "enabled"

2019-04-09 Thread Kees Cook
On Mon, Apr 8, 2019 at 11:21 PM David Rheinsberg wrote: > > Hi > > On Mon, Apr 8, 2019 at 6:07 PM Kees Cook wrote: > > > > Before commit c5459b829b71 ("LSM: Plumb visibility into optional "enabled" > > state"), /sys/module/apparmor/parameters/enabled would show "Y" or "N" > > since it was using t

Re: [PATCH] usb: uas: fix usb subsystem hang after power off hub port

2019-04-09 Thread Bart Van Assche
On Tue, 2019-04-09 at 10:44 -0400, Alan Stern wrote: > On Mon, 8 Apr 2019, Martin K. Petersen wrote: > > > > > Alan, > > > > > So it looks as though the SCSI subsystem doesn't like to have a reset > > > handler call scsi_remove_host. > > > > Are you talking about a PCI device removal handler o

Re: [PATCH] afs: Mark expected switch fall-throughs

2019-04-09 Thread Kees Cook
On Tue, Apr 9, 2019 at 2:28 AM David Howells wrote: > Kees Cook wrote: > > > These look good to me. Gets us another step to finishing this. :) > > Can we fix the compiler, please, to say that *every* case (perhaps barring the > last) is expected to fall through? Right now we're targeting both co

Re: [PATCH] Bluetooth: btbcm: Add default address for BCM43341B

2019-04-09 Thread Ferry Toth
Op 09-04-19 om 16:45 schreef Andy Shevchenko: On Tue, Apr 09, 2019 at 04:15:50PM +0200, Ferry Toth wrote: The BCM43341B has the default MAC address 43:34:1B:00:1F:AC if none is given. This address was found when enabling Bluetooth on multiple Intel Edison modules. It also contains the sequence

Re: [PATCH] pinctrl: pinctrl-intel: move gpio suspend/resume to noirq phase

2019-04-09 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 03:51:26PM +0300, Mika Westerberg wrote: > On Mon, Apr 08, 2019 at 03:43:48PM +0300, Andy Shevchenko wrote: > > On Mon, Apr 08, 2019 at 06:49:26PM +0800, Binbin Wu wrote: > > > In current driver, SET_LATE_SYSTEM_SLEEP_PM_OPS is used to install the > > > callbacks for suspend

Re: linux-next: Tree for Apr 9 (arch/x86/platform/efi/efi_64.c)

2019-04-09 Thread Randy Dunlap
On 4/9/19 1:00 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20190408: > on x86_64: # CONFIG_MODULES is not set In file included from ../include/linux/kernel.h:11:0, from ../arch/x86/platform/efi/efi_64.c:21: ../arch/x86/platform/efi/efi_64.c: In function ‘efi_sync_lo

[PATCH] MIPS: scall64-o32: Fix indirect syscall number load

2019-04-09 Thread Aurelien Jarno
Commit 4c21b8fd8f14 (MIPS: seccomp: Handle indirect system calls (o32)) added indirect syscall detection for O32 processes running on MIPS64, but it did not work correctly for big endian kernel/processes. The reason is that the syscall number is loaded from ARG1 using the lw instruction while this

Re: [PATCH -next] acpi/hmat: fix memory leaks in hmat_init()

2019-04-09 Thread Qian Cai
On Tue, 2019-04-09 at 16:54 +0200, Rafael J. Wysocki wrote: > Fewer jumps are easier to follow in general, so avoiding ones that can > be avoided is helpful. > > I'm not buying the argument about more code line changes needed if the > function name changes.  It's meaningless. > > And if you check

Re: [PATCH v2] mfd: intel-lpss: Set the device in reset state when init

2019-04-09 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 04:09:10PM +0800, Binbin Wu wrote: > In virtualized setup, when system reboots due to warm > reset interrupt storm is seen. > > Call Trace: > > dump_stack+0x70/0xa5 > __report_bad_irq+0x2e/0xc0 > note_interrupt+0x248/0x290 > ? add_interrupt_randomness+0x30/0x220 > handle_i

[PATCH] fs/proc/proc_sysctl.c: Fix a NULL pointer dereference

2019-04-09 Thread Yue Haibing
From: YueHaibing Syzkaller report this: sysctl could not get directory: /net//bridge -12 kasan: CONFIG_KASAN_INLINE enabled kasan: GPF could be caused by NULL-ptr deref or user memory access general protection fault: [#1] SMP KASAN PTI CPU: 1 PID: 7027 Comm: syz-executor.0 Tainted: G

[PATCHv2] mtd: spi-nor: cadence-quadspi: add reset control

2019-04-09 Thread Dinh Nguyen
Get the reset control for the QSPI controller and bring it out of reset. Suggested-by: Tien-Fong Chee Signed-off-by: Dinh Nguyen --- v2: use devm_reset_control_get_optional_exclusive print an error message return -EPROBE_DEFER --- drivers/mtd/spi-nor/cadence-quadspi.c | 14 +

Re: [PATCH v8 02/11] dt-bindings: power: supply: add DT bindings for max77650

2019-04-09 Thread Bartosz Golaszewski
wt., 9 kwi 2019 o 13:04 Bartosz Golaszewski napisał(a): > > wt., 9 kwi 2019 o 03:10 Rob Herring napisał(a): > > > > On Mon, Apr 8, 2019 at 7:25 AM Bartosz Golaszewski wrote: > > > > > > sob., 6 kwi 2019 o 09:07 Rob Herring napisał(a): > > > > > > > > On Wed, Apr 03, 2019 at 11:00:59AM +0200, Ba

Re: linux-next: manual merge of the staging tree with the staging.current tree

2019-04-09 Thread Andy Shevchenko
On Mon, Apr 08, 2019 at 01:01:51PM +0100, Jonathan Cameron wrote: > On Mon, 8 Apr 2019 13:34:37 +0300 > Andy Shevchenko wrote: > > On Mon, Apr 08, 2019 at 11:14:39AM +0100, Jonathan Cameron wrote: > > > On Mon, 8 Apr 2019 13:01:21 +0300 > > > Andy Shevchenko wrote: > > > > On Mon, Apr 08, 2019

Re: [PATCH] fs/sync.c: sync_file_range(2) may use WB_SYNC_ALL writeback

2019-04-09 Thread Jan Kara
On Tue 09-04-19 14:49:22, Amir Goldstein wrote: > Commit 23d0127096cb ("fs/sync.c: make sync_file_range(2) use WB_SYNC_NONE > writeback") claims that sync_file_range(2) syscall was "created for > userspace to be able to issue background writeout and so waiting for > in-flight IO is undesirable ther

Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)

2019-04-09 Thread Mathieu Desnoyers
- On Apr 9, 2019, at 10:13 AM, Carlos O'Donell codon...@redhat.com wrote: > On 4/9/19 9:58 AM, Tulio Magno Quites Machado Filho wrote: >> Alan Modra writes: >>> Yes, looks fine to me, except that in VLE mode (do we care?) >>> ".long 0x0fe50553" disassembles as >>> 0: 0f e5

Re: mmotm 2019-04-08-22-14 uploaded (drivers/mtd/nand/raw/nand_base.c + omap2.c)

2019-04-09 Thread Randy Dunlap
On 4/8/19 10:15 PM, a...@linux-foundation.org wrote: > The mm-of-the-moment snapshot 2019-04-08-22-14 has been uploaded to > >http://www.ozlabs.org/~akpm/mmotm/ > > mmotm-readme.txt says > > README for mm-of-the-moment: > > http://www.ozlabs.org/~akpm/mmotm/ > > This is a snapshot of my -m

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

2019-04-09 Thread Moritz Fischer
Hi Nava, On Tue, Apr 09, 2019 at 08:54:34AM +, Nava kishore Manne wrote: > Hi Moritz, > > Thanks for the quick response. > Please find my response inline > > > -Original Message- > > From: Michal Simek [mailto:michal.si...@xilinx.com] > > Sent: Tuesday, April 9, 2019 12:04 PM > > To:

Re: [PATCH 10/21] dma-iommu: move __iommu_dma_map

2019-04-09 Thread Robin Murphy
On 27/03/2019 08:04, Christoph Hellwig wrote: Moving this function up to its unmap counterpart helps to keep related code together for the following changes. Reviewed-by: Robin Murphy Signed-off-by: Christoph Hellwig --- drivers/iommu/dma-iommu.c | 46 +++--

[PATCH] dt-bindings: mfd: axp20x: Add fallback for axp805

2019-04-09 Thread Clément Péron
axp805 is actually compatible and used with axp806 as fallback. But it's actually undocumented and trig a warning with checkpatch. DT compatible string "x-powers,axp805" appears un-documented. Add this compatible in the dt-bindings documentation. Signed-off-by: Clément Péron --- Documentation/

Re: [PATCH v2] bus: ti-sysc: Add generic enable/disable functions

2019-04-09 Thread Tony Lindgren
* Roger Quadros [190408 02:53]: > For non legacy cases, add generic sysc_enable_module() > and sysc_disable_module() functions. > > Signed-off-by: Roger Quadros > --- > Boot tested on > - beagle-x15 (AM5728 GP EVM) > - AM571x IDK > - DRA7 EVM > > Changelog: > v2: > - Add helper to get best idle

[PATCH 00/15] ARM: dts: am335x: Replace numeric pinmux address w. macro for more boards

2019-04-09 Thread Christina Quast
Depends on the following patch set: [PATCH v2 0/6] ARM: dts: am335x: Replace numeric pinmux address with macro defines Replace the numeric pinmux address with the macro defines for an additional 15 boards. Christina Quast (15): ARM: dts: am335x: baltos-ir2110: Replaced register offsets with

[PATCH 01/15] ARM: dts: am335x: baltos-ir2110: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-baltos-ir2110.dts | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/arch/arm/boot/dts/am335x-baltos-ir2110.dts b/arch/arm/boot/dts/am335x-baltos

[PATCH 02/15] ARM: dts: am335x: baltos-ir3220: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-baltos-ir3220.dts | 36 +++--- 1 file changed, 18 insertions(+), 18 deletions(-) diff --git a/arch/arm/boot/dts/am335x-baltos-ir3220.dts b/arch/arm/boot/dts/am335

[PATCH 03/15] ARM: dts: am335x: baltos-ir5221: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-baltos-ir5221.dts | 40 +++--- 1 file changed, 20 insertions(+), 20 deletions(-) diff --git a/arch/arm/boot/dts/am335x-baltos-ir5221.dts b/arch/arm/boot/dts/am335

[PATCH 04/15] ARM: dts: am335x: baltos-leds: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-baltos-leds.dtsi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/am335x-baltos-leds.dtsi b/arch/arm/boot/dts/am335x-baltos-leds.dtsi in

[PATCH 05/15] ARM: dts: am335x: baltos: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-baltos.dtsi | 140 +-- 1 file changed, 70 insertions(+), 70 deletions(-) diff --git a/arch/arm/boot/dts/am335x-baltos.dtsi b/arch/arm/boot/dts/am335x-balt

[PATCH 06/15] ARM: dts: am335x: base0033: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-base0033.dts | 48 +-- 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/arch/arm/boot/dts/am335x-base0033.dts b/arch/arm/boot/dts/am335x-bas

[PATCH 07/15] ARM: dts: am335x: bonegreen-wireless: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- .../boot/dts/am335x-bonegreen-wireless.dts| 28 +-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/arch/arm/boot/dts/am335x-bonegreen-wireless.dts b/arch/arm/boot/dts/

[PATCH 08/15] ARM: dts: am335x: boneblue: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-boneblue.dts | 104 +- 1 file changed, 52 insertions(+), 52 deletions(-) diff --git a/arch/arm/boot/dts/am335x-boneblue.dts b/arch/arm/boot/dts/am335x-bon

[PATCH 12/15] ARM: dts: am335x: cm-t335: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-cm-t335.dts | 190 +++ 1 file changed, 77 insertions(+), 113 deletions(-) diff --git a/arch/arm/boot/dts/am335x-cm-t335.dts b/arch/arm/boot/dts/am335x-cm-

[PATCH 13/15] ARM: dts: am335x: evm: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-evm.dts | 234 +++ 1 file changed, 117 insertions(+), 117 deletions(-) diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts

[PATCH 15/15] ARM: dts: am335x: icev2: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-icev2.dts | 116 ++--- 1 file changed, 58 insertions(+), 58 deletions(-) diff --git a/arch/arm/boot/dts/am335x-icev2.dts b/arch/arm/boot/dts/am335x-icev2.

[PATCH 09/15] ARM: dts: am335x: bonegreen-common: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-bonegreen-common.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/am335x-bonegreen-common.dtsi b/arch/arm/boot/dts/am335x-bonegreen-c

[PATCH 11/15] ARM: dts: am335x: chilisom: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-chilisom.dtsi | 32 +- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/arch/arm/boot/dts/am335x-chilisom.dtsi b/arch/arm/boot/dts/am335x-ch

[PATCH 10/15] ARM: dts: am335x: chiliboard: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-chiliboard.dts | 66 - 1 file changed, 33 insertions(+), 33 deletions(-) diff --git a/arch/arm/boot/dts/am335x-chiliboard.dts b/arch/arm/boot/dts/am335x-c

[PATCH 14/15] ARM: dts: am335x: evmsk: Replaced register offsets with defines

2019-04-09 Thread Christina Quast
The defines are taken from dt-bindings/pinctrl/am33xx.h Signed-off-by: Christina Quast --- arch/arm/boot/dts/am335x-evmsk.dts | 292 ++--- 1 file changed, 146 insertions(+), 146 deletions(-) diff --git a/arch/arm/boot/dts/am335x-evmsk.dts b/arch/arm/boot/dts/am335x-evms

Re: [PATCH] fs/buffer.c: Fix data corruption when buffer write with IO error

2019-04-09 Thread Jan Kara
On Tue 09-04-19 21:11:22, zhangxiaoxu (A) wrote: > > > On 4/8/2019 7:11 PM, Jan Kara wrote: > > On Sat 06-04-19 15:13:13, ZhangXiaoxu wrote: > > > When the buffer write failed, 'end_buffer_write_sync' and > > > 'end_buffer_async_write' will clear the uptodate flag. But the > > > data in the buffe

Re: [PATCH 1/2] ARM: dts: exynos: Use stdout-path property instead of console in bootargs

2019-04-09 Thread Sylwester Nawrocki
On 4/8/19 07:19, Krzysztof Kozlowski wrote: > Replacing bootargs with stdout-path property in chosen node allows using > early console by adding just 'earlycon' parameter to the kernel command > line. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Sylwester Nawrocki

Re: Basics : Memory Configuration

2019-04-09 Thread Christopher Lameter
On Tue, 9 Apr 2019, Pankaj Suryawanshi wrote: > I am confuse about memory configuration and I have below questions Hmmm... Yes some of the terminology that you use is a bit confusing. > 1. if 32-bit os maximum virtual address is 4GB, When i have 4 gb of ram > for 32-bit os, What about the virtu

Re: [PATCH 2/2] ARM: dts: exynos: Remove console argument from bootargs

2019-04-09 Thread Sylwester Nawrocki
On 4/8/19 07:19, Krzysztof Kozlowski wrote: > Remove the "console=ttySAC..." argument from DTSes having a proper > stdout-path property. To make the code functionally equivalent, add the > serial port baud rate and parity. > > Signed-off-by: Krzysztof Kozlowski Reviewed-by: Sylwester Nawrocki

[PATCH] regulator: anatop: Remove unneeded fields from struct anatop_regulator

2019-04-09 Thread Axel Lin
These fields are only used in anatop_regulator_probe() so use local variables instead. The *initdata is not used so can be removed. The *anatop is renamed to *regmap for better readability. Use u32 instead of int for the variables used as third argument of of_property_read_u32(). Signed-off-by: Ax

Re: [RFC 3/6] objtool: arm64: Adapt the stack frame checks and the section analysis for the arm architecture

2019-04-09 Thread Peter Zijlstra
I'm just doing my initial read-through,.. however On Tue, Apr 09, 2019 at 02:52:40PM +0100, Raphael Gault wrote: > + if (!(sec->sh.sh_flags & SHF_EXECINSTR) > + && (strcmp(sec->name, ".altinstr_replacement") || > !IGNORE_SHF_EXEC_FLAG)) > co

[PATCH] Staging: rtl8723bs: Remove typedef in struct sdio_data

2019-04-09 Thread Madhumitha Prabakaran
Remove typedef in struct sdio_data and make the respective changes in associated files, as the struct that has elements that can reasonably be directly accessed should never be a typedef. Signed-off-by: Madhumitha Prabakaran --- drivers/staging/rtl8723bs/hal/sdio_ops.c | 6 ++-- drivers/st

Re: [RFC 2/6] objtool: arm64: Add required implementation for supporting the aarch64 architecture in objtool.

2019-04-09 Thread Peter Zijlstra
On Tue, Apr 09, 2019 at 02:52:39PM +0100, Raphael Gault wrote: > The decoding of the instruction is split into classes and subclasses as > described into > the Instruction Encoding in the ArmV8.5 Architecture Reference Manual. > tools/objtool/arch/arm64/decode.c | 2843 +

Re: [RFC 3/6] objtool: arm64: Adapt the stack frame checks and the section analysis for the arm architecture

2019-04-09 Thread Mark Rutland
On Tue, Apr 09, 2019 at 06:12:04PM +0200, Peter Zijlstra wrote: > > I'm just doing my initial read-through,.. however > > On Tue, Apr 09, 2019 at 02:52:40PM +0100, Raphael Gault wrote: > > + if (!(sec->sh.sh_flags & SHF_EXECINSTR) > > + && (strcmp(sec->name, ".altinstr

Re: 5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

2019-04-09 Thread Daniel Mack
On 8/4/2019 8:51 PM, Trond Myklebust wrote: > On Mon, 2019-04-08 at 19:01 +0200, Daniel Mack wrote: >> Hi, >> >> I'm seeing the Oops below when trying to boot 5.1.0-rc4 on an ARM >> PXA3xx >> platform. v5.0 did not show this effect with the same cmdline. >> > Please do bisect if that is at all pra

Re: [RFC 3/6] objtool: arm64: Adapt the stack frame checks and the section analysis for the arm architecture

2019-04-09 Thread Julien Thierry
On 09/04/2019 17:24, Mark Rutland wrote: > On Tue, Apr 09, 2019 at 06:12:04PM +0200, Peter Zijlstra wrote: >> >> I'm just doing my initial read-through,.. however >> >> On Tue, Apr 09, 2019 at 02:52:40PM +0100, Raphael Gault wrote: >>> + if (!(sec->sh.sh_flags & SHF_EXECINSTR) >>> +

[PATCH 0/2] Merge m25p80 into spi-nor

2019-04-09 Thread Vignesh Raghavendra
This is repost of patch 6 and 7 split from from Boris Brezillon's X-X-X mode support series[1] Background from cover letter for RFC[1]: m25p80 is just a simple SPI NOR controller driver (a wrapper around the SPI mem API). Not only it shouldn't be named after a specific SPI NOR chip, but it also do

[PATCH 2/2] mtd: spi-nor: Rework hwcaps selection for the spi-mem case

2019-04-09 Thread Vignesh Raghavendra
From: Boris Brezillon The spi-mem layer provides a spi_mem_supports_op() function to check whether a specific operation is supported by the controller or not. This is much more accurate than the hwcaps selection logic based on SPI_{RX,TX}_ flags. Rework the hwcaps selection logic to use spi_mem_

Re: [PATCH] spi: spi-mem: Fix build error without CONFIG_SPI_MEM

2019-04-09 Thread Vignesh Raghavendra
On 08/04/19 8:09 PM, Yue Haibing wrote: > From: YueHaibing > > When building with CONFIG_SPI_MEM is not set > gc warns this: > > drivers/spi/spi-zynq-qspi.o: In function `zynq_qspi_supports_op': > spi-zynq-qspi.c:(.text+0x1da): undefined reference to > `spi_mem_default_supports_op' > > Fixes:

[PATCH 1/2] mtd: spi-nor: Move m25p80 code in spi-nor.c

2019-04-09 Thread Vignesh Raghavendra
From: Boris Brezillon The m25p80 driver is actually a generic wrapper around the spi-mem layer. Not only the driver name is misleading, but we'd expect such a common logic to be directly available in the core. Another reason for moving this code is that SPI NOR controller drivers should progressi

Re: [PATCH 03/12] s390: purgatory: pass --target option to clang

2019-04-09 Thread Nathan Chancellor
On Tue, Apr 09, 2019 at 08:43:09AM +0200, Arnd Bergmann wrote: > On Tue, Apr 9, 2019 at 12:03 AM Nathan Chancellor > wrote: > > > > On Mon, Apr 08, 2019 at 11:26:16PM +0200, Arnd Bergmann wrote: > > > The purgatory Makefile does not inherit the original cflags, > > > so clang falls back to the def

Re: [PATCH] NFC: st21nfca: Fix a couple of fall-through warnings

2019-04-09 Thread Kees Cook
On Tue, Feb 12, 2019 at 9:39 AM Gustavo A. R. Silva wrote: > > In preparation to enabling -Wimplicit-fallthrough, mark switch > cases where we are expecting to fall through. > > This patch fixes the following warnings by adding a missing break > and a fall-through annotation: > > drivers/nfc/st21n

Re: [PATCH 00/18] Shared virtual address IOMMU and VT-d support

2019-04-09 Thread Jacob Pan
On Tue, 9 Apr 2019 12:56:23 +0300 Andriy Shevchenko wrote: > On Mon, Apr 08, 2019 at 04:59:15PM -0700, Jacob Pan wrote: > > Shared virtual address (SVA), a.k.a, Shared virtual memory (SVM) on > > Intel platforms allow address space sharing between device DMA and > > applications. SVA can reduce p

Re: [RFC 3/6] objtool: arm64: Adapt the stack frame checks and the section analysis for the arm architecture

2019-04-09 Thread Raphaël Gault
Hi, On 4/9/19 5:27 PM, Julien Thierry wrote: > > > On 09/04/2019 17:24, Mark Rutland wrote: >> On Tue, Apr 09, 2019 at 06:12:04PM +0200, Peter Zijlstra wrote: >>> >>> I'm just doing my initial read-through,.. however >>> >>> On Tue, Apr 09, 2019 at 02:52:40PM +0100, Raphael Gault wrote: +if (

[PATCH 1/2] s390: Convert IS_ENABLED uses to __is_defined

2019-04-09 Thread Joe Perches
IS_ENABLED should be reserved for CONFIG_ uses so convert the uses of IS_ENABLED with a #define to __is_defined. Signed-off-by: Joe Perches --- arch/s390/kernel/nospec-branch.c | 6 +++--- arch/s390/kernel/nospec-sysfs.c | 2 +- arch/s390/net/bpf_jit_comp.c | 6 +++--- 3 files changed, 7 in

[PATCH 2/2] crypto: sahara: Convert IS_ENABLED uses to __is_defined

2019-04-09 Thread Joe Perches
IS_ENABLED should be reserved for CONFIG_ uses so convert the uses of IS_ENABLED with a #define to __is_defined. Signed-off-by: Joe Perches --- drivers/crypto/sahara.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/crypto/sahara.c b/drivers/crypto/sahara.c inde

Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)

2019-04-09 Thread Mathieu Desnoyers
- On Apr 8, 2019, at 5:45 PM, Carlos O'Donell codon...@redhat.com wrote: > On 4/8/19 3:20 PM, Tulio Magno Quites Machado Filho wrote: >> Carlos O'Donell writes: >> >>> On 4/5/19 5:16 AM, Florian Weimer wrote: * Carlos O'Donell: > It is valuable that it be a trap, particularly for co

Re: [PATCH v1 1/1] ARM: dts: colibri/apalis: convert to SPDX license tags

2019-04-09 Thread Stefan Agner
Hi Igor On 04.04.2019 14:16, Igor Opaniuk wrote: > Replace boiler plate licenses texts with the SPDX license > identifiers in Colibri/Apalis DTS files. > > Signed-off-by: Igor Opaniuk > --- > arch/arm/boot/dts/imx6q-apalis-eval.dts | 40 +- > arch/arm/boot/dts/imx6q-apalis

Re: [PATCH 07/22] watchdog: bcm_kona_wdt: Convert to use device managed functions and other improvements

2019-04-09 Thread Ray Jui
On 4/8/2019 12:38 PM, Guenter Roeck wrote: > Use device managed functions to simplify error handling, reduce > source code size, improve readability, and reduce the likelyhood of bugs. > Other improvements as listed below. > > The conversion was done automatically with coccinelle using the > fo

Re: [PATCH 2/2] Bluetooth: hci_qca: wcn3990: Drop baudrate change vendor event

2019-04-09 Thread Matthias Kaehlcke
On Thu, Apr 04, 2019 at 08:22:15PM +0530, Balakrishna Godavarthi wrote: > Hi Matthias, > > On 2019-04-03 21:44, Matthias Kaehlcke wrote: > > On Wed, Apr 03, 2019 at 11:53:26AM +0530, Balakrishna Godavarthi wrote: > > > + Harish to update his findings on wcn3998. > > > Mean time i will perform a re

Re: [PATCH v1] dmaengine: idma64: Move driver name to the header

2019-04-09 Thread Christoph Hellwig
On Tue, Apr 09, 2019 at 06:02:19PM +0300, Andy Shevchenko wrote: > There are two drivers that are relying on the iDMA 64-bit driver name > to match. Instead of duplicating string in both of them, dedicate > a header file and share it between users. Hmm. Why do we have two separate drivers for the

Re: perf: perf_fuzzer crashes on Pentium 4 systems

2019-04-09 Thread Vince Weaver
On Sun, 7 Apr 2019, Cyrill Gorcunov wrote: > Vince, could you please disable alias events and see if it change > anything, once you have time? Note once we've aliases disabled the > counter for cpu cycles get used for NMI watchdog so PERF_COUNT_HW_CPU_CYCLES > won't be available in "perf" tool its

Re: [PATCH v2] svm/avic: Fix invalidate logical APIC id entry

2019-04-09 Thread Paolo Bonzini
On 26/03/19 04:57, Suthikulpanit, Suravee wrote: > Only clear the valid bit when invalidate logical APIC id entry. > The current logic clear the valid bit, but also set the rest of > the bits (including reserved bits) to 1. > > Fixes: 98d90582be2e ('svm: Fix AVIC DFR and LDR handling') > Signed-of

Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)

2019-04-09 Thread Mathieu Desnoyers
- On Apr 4, 2019, at 5:41 PM, Paul Burton paul.bur...@mips.com wrote: > Hi Carlos / all, > > On Thu, Apr 04, 2019 at 04:50:08PM -0400, Carlos O'Donell wrote: >> > > > +/* Signature required before each abort handler code. */ >> > > > +#define RSEQ_SIG 0x53053053 >> > > >> > > Why isn't this

Re: [PATCH 1/3] RISC-V: Add separate defconfig for 32bit systems

2019-04-09 Thread Palmer Dabbelt
On Tue, 12 Mar 2019 15:08:12 PDT (-0700), Anup Patel wrote: This patch adds rv32_defconfig for 32bit systems. The only difference between rv32_defconfig and defconfig is that rv32_defconfig has CONFIG_ARCH_RV32I=y. Thanks. I think it makes sense to have this in 5.1 so I'm going to take it in

Re: [PATCH 2/3] RISC-V: Make setup_vm() independent of GCC code model

2019-04-09 Thread Palmer Dabbelt
On Tue, 12 Mar 2019 15:08:16 PDT (-0700), Anup Patel wrote: The setup_vm() must access kernel symbols in a position independent way because it will be called from head.S with MMU off. If we compile kernel with cmodel=medany then PC-relative addressing will be used in setup_vm() to access kernel

Re: 5.1.0-rc4: Oops in __rpc_execute() when trying to boot from NFS

2019-04-09 Thread Trond Myklebust
On Tue, 2019-04-09 at 18:25 +0200, Daniel Mack wrote: > On 8/4/2019 8:51 PM, Trond Myklebust wrote: > > On Mon, 2019-04-08 at 19:01 +0200, Daniel Mack wrote: > > > Hi, > > > > > > I'm seeing the Oops below when trying to boot 5.1.0-rc4 on an ARM > > > PXA3xx > > > platform. v5.0 did not show this

Re: perf: perf_fuzzer crashes on Pentium 4 systems

2019-04-09 Thread Cyrill Gorcunov
On Tue, Apr 09, 2019 at 12:38:25PM -0400, Vince Weaver wrote: > > It still crashes at the same place with this patch and my reproducible > test case. Thank for testing, Vince! At least now we know it is unrelated to alias events. Will ping you once I get more ideas.

Re: [PATCH v1 2/4] platform/x86: intel_pmc_ipc: Apply same width for offset definitions

2019-04-09 Thread sathyanarayanan kuppuswamy
Hi, On 4/9/19 4:25 AM, Andy Shevchenko wrote: Apply same width for offset definitions to make code more consistent. Looks good. Signed-off-by: Andy Shevchenko Reviewed-by: Kuppuswamy Sathyanarayanan --- drivers/platform/x86/intel_pmc_ipc.c | 6 +++--- 1 file changed, 3 insertions(+), 3

Re: [RFC PATCH 31/68] vfs: Convert qib_fs/ipathfs to use the new mount API

2019-04-09 Thread Dennis Dalessandro
On 3/27/2019 7:44 PM, David Howells wrote: Convert the qib_fs/ipathfs filesystem to the new internal mount API as the old one will be obsoleted and removed. This allows greater flexibility in communication of mount parameters between userspace, the VFS and the filesystem. See Documentation/file

<    1   2   3   4   5   6   >