Re: [PATCH 1/2] staging/vboxvideo: don't set dev_priv_size = 0

2019-02-04 Thread Daniel Vetter
On Mon, Feb 4, 2019 at 7:49 PM Sam Ravnborg wrote: > > Hi Daniel > > On Mon, Feb 04, 2019 at 11:31:13AM +0100, Daniel Vetter wrote: > > The compiler already clears this for us. > > > > More important, someone might look what this is actually used for, > > and freak out about the dragon staring bac

Re: [PATCH 4.9 00/30] 4.9.155-stable review

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 11:36:38AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.155 release. > There are 30 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 00/35] ARM: davinci: modernize the irq support

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski This series ports the davinci platform to using SPARSE_IRQ, cleans up the irqchip drivers and moves them over to drivers/irqchip. This has been on my todo list for years, but I've never had enough time to figure it out.

Re: [PATCH 4.14 00/46] 4.14.98-stable review

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 11:36:31AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.98 release. > There are 46 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 4.19 00/74] 4.19.20-stable review

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 11:36:13AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.19.20 release. > There are 74 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 4.20 00/80] 4.20.7-stable review

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 11:36:20AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.20.7 release. > There are 80 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know.

Re: [PATCH 01/35] ARM: davinci: remove intc_host_map from davinci_soc_info struct

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski This field is not used by any board. Remove it as part of the interrupt support cleanup. Signed-off-by: Bartosz Golaszewski Reviewed-by: David Lechner

[PATCH 1/1] Fix: arm: kprobes: optimized kprobes illegal instruction

2019-02-04 Thread Mathieu Desnoyers
commit e46daee53bb5 "ARM: 8806/1: kprobes: Fix false positive with FORTIFY_SOURCE" introduced a regression in optimized kprobes. It triggers "invalid instruction" oopses when using kprobes instrumentation through lttng and perf. This commit was introduced in kernel v4.20, and has been backported t

Re: [PATCH] xfs: allow disabling xfs tracepoints via Kconfig

2019-02-04 Thread Dave Chinner
On Mon, Feb 04, 2019 at 10:20:35PM +0100, Rasmus Villemoes wrote: > linux/tracepoints.h allows individual subsystems to disable their > tracepoints. Add such a knob for xfs. Disabling XFS_TRACEPOINTS > reduces the resident size of xfs.ko by about a third, or ~350 KiB. Ok, now we can't debug typica

Re: [PATCH 02/35] ARM: davinci: select GENERIC_IRQ_MULTI_HANDLER

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski In order to support SPARSE_IRQ we first need to make davinci use the generic irq handler for ARM. Translate the legacy assembly to C and put the irq handlers into their respective drivers (aintc and cp-intc). Signed-off-b

Re: [PATCH 03/35] ARM: davinci: remove davinci_intc_type

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski We now use the generic ARM irq handler on davinci. There are no more users that check davinci_intc_type. Remove the variable and all its references. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

Re: [PATCH 04/35] ARM: davinci: pull davinci_intc_base into the respective intc drivers

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski This variable is defined globally in common.c. Define separate local variables for the aintc and cp-intc drivers and remove the global one. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

Re: [PATCH 0/8] fbdev: sm712fb: implement 2D acceleration w/ cleanups.

2019-02-04 Thread Tom Li
> Since you care about this driver, considered converting it to a drm > display driver? You can still have all the acceleration and stuff, the > fbdev compat mode in drm is rather flexible. > -Daniel Yes, I know fbdev is now in maintenance-only mode, reimplementing it on top of DRM is on my roadma

RE: [PATCH v2] tpm/tpm_crb: Avoid unaligned reads in crb_recv()

2019-02-04 Thread Winkler, Tomas
> > The current approach to read first 6 bytes from the response and then tail of > the response, can cause the 2nd memcpy_fromio() to do an unaligned read > (e.g. read 32-bit word from address aligned to a 16-bits), depending on how > memcpy_fromio() is implemented. If this happens, the read will

[RFC v1 3/3] cap11xx: fix potential user-after-free on module unload

2019-02-04 Thread Sven Van Asbroeck
The work which is scheduled by led_classdev->brightness_set() is potentially left pending or running until after the driver module is unloaded. Fix by using resource-controlled version of INIT_WORK(). Signed-off-by: Sven Van Asbroeck --- drivers/input/keyboard/cap11xx.c | 6 +- 1 file chang

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

2019-02-04 Thread Sven Van Asbroeck
I think there _might_ be potential use-after-free issues on module unload. They are hard to trigger, but I think I've seen them bring the whole kernel down when they do occur. Can be triggered by doing an insmod of a vulnerable module, rapidly followed by an rmmod. Caused by drivers which schedul

[RFC v1 1/3] workqueue: Add resource-managed version of INIT_[DELAYED_]WORK()

2019-02-04 Thread Sven Van Asbroeck
In modules which extensively use devm_ resource management, it is often easy to overlook (delayed) work that is left pending or running after the module is unloaded. This could introduce user-after-free issues. Nudge kernel developers into 'doing the right thing' by introducing a resource-managed

[RFC v1 2/3] max17042_battery: fix potential user-after-free on module unload

2019-02-04 Thread Sven Van Asbroeck
The work which is scheduled on a POR boot is potentially left pending or running until after the driver module is unloaded. Fix by using resource-controlled version of INIT_WORK(). Signed-off-by: Sven Van Asbroeck --- drivers/power/supply/max17042_battery.c | 5 - 1 file changed, 4 insertio

Re: [PATCH] xfs: allow disabling xfs tracepoints via Kconfig

2019-02-04 Thread Rasmus Villemoes
On 04/02/2019 22.53, Dave Chinner wrote: > On Mon, Feb 04, 2019 at 10:20:35PM +0100, Rasmus Villemoes wrote: >> linux/tracepoints.h allows individual subsystems to disable their >> tracepoints. Add such a knob for xfs. Disabling XFS_TRACEPOINTS >> reduces the resident size of xfs.ko by about a thir

Re: [PATCH] integrity, KEYS: Fix build break with set_platform_trusted_keys

2019-02-04 Thread Mimi Zohar
On Sun, 2019-02-03 at 23:59 +0800, Kairui Song wrote: > Commit 15ebb2eb0705 ("integrity, KEYS: add a reference to platform > keyring") introduced a function set_platform_trusted_keys > and calls the function in __integrity_init_keyring. > > It only checks if CONFIG_INTEGRITY_PLATFORM_KEYRING is en

Re: [PATCH v3 08/10] x86/setcpuid: Add kernel option setcpuid

2019-02-04 Thread Fenghua Yu
On Mon, Feb 04, 2019 at 10:40:45PM +0100, Borislav Petkov wrote: > On Mon, Feb 04, 2019 at 12:46:30PM -0800, Dave Hansen wrote: > > Intel can obviously add or remove enumeration for a feature after > > silicon ships. But, that eats up microcode "patch" space which is an > > even more valuable reso

Re: [PATCH 05/35] ARM: davinci: drop irq defines from default_priorites

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski In order to select SPARSE_IRQ we need to make the interrupt numbers dynamic (at least at build-time for the top-level controller). The interrupt numbers are used as array indexes for irq priorities. Drop the defines and j

Re: [RESEND PATCH v4 3/3] fs/dcache: Track & report number of negative dentries

2019-02-04 Thread Luis Chamberlain
Small nit below. On Wed, Jan 30, 2019 at 01:52:38PM -0500, Waiman Long wrote: > diff --git a/Documentation/sysctl/fs.txt b/Documentation/sysctl/fs.txt > > +nr_negative shows the number of unused dentries that are also > +negative dentries which do not mapped to actual files.

[PATCH V7 1/5] x86/cpufeature: Add facility to check for min microcode revisions

2019-02-04 Thread kan . liang
From: Kan Liang For bug workarounds or checks, it is useful to check for specific microcode revisions. Add a new generic function to match the CPU with stepping. Add the other function to check the min microcode revisions for the matched CPU. A new table format is introduced to facilitate the qu

[PATCH V7 4/5] perf/x86/intel: Clean up counter freezing quirk

2019-02-04 Thread kan . liang
From: Kan Liang Clean up counter freezing quirk to use the new facility to check for min microcode revisions. Rename the counter freezing quirk related functions. Because other platforms, e.g. Goldmont, also needs to call the quirk. Only check the boot CPU, assuming models and features are cons

[PATCH V7 5/5] perf/x86/intel: Add counter freezing quirk for Goldmont

2019-02-04 Thread kan . liang
From: Kan Liang A microcode patch is also needed for Goldmont while counter freezing feature is enabled. Otherwise, there will be some issues, e.g. PMI lost. Signed-off-by: Kan Liang --- No changes since V6 arch/x86/events/intel/core.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deleti

[PATCH V7 3/5] perf/x86/intel: Clean up SNB pebs quirk

2019-02-04 Thread kan . liang
From: Kan Liang Clean up SNB pebs quirk to use the new facility to check for min microcode revisions. Only check the boot CPU, assuming models and features are consistent over all CPUs. Signed-off-by: Kan Liang --- No changes since V6 arch/x86/events/intel/core.c | 35 ++

[PATCH V7 2/5] perf/x86/kvm: Avoid unnecessary work in guest filtering

2019-02-04 Thread kan . liang
From: Andi Kleen KVM added a workaround for PEBS events leaking into guests with commit 26a4f3c08de4 ("perf/x86: disable PEBS on a guest entry.") This uses the VT entry/exit list to add an extra disable of the PEBS_ENABLE MSR. Intel also added a fix for this issue to microcode updates on Haswell

Re: [RESEND PATCH v4 3/3] fs/dcache: Track & report number of negative dentries

2019-02-04 Thread Waiman Long
On 02/04/2019 05:23 PM, Luis Chamberlain wrote: > Small nit below. > > On Wed, Jan 30, 2019 at 01:52:38PM -0500, Waiman Long wrote: >> diff --git a/Documentation/sysctl/fs.txt b/Documentation/sysctl/fs.txt >> >> +nr_negative shows the number of unused dentries that are also >> +negative dentries

RE: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail

2019-02-04 Thread Prakhya, Sai Praneeth
> > > efi_map_region() creates VA mappings for an given EFI region using > > > any one of the two helper functions (namely __map_region() and > old_map_region()). > > > These helper functions *could* fail while creating mappings and > > > presently their return value is not checked. Not checking fo

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

2019-02-04 Thread Luis Chamberlain
On Mon, Feb 04, 2019 at 05:05:10PM -0500, Mimi Zohar wrote: > On Mon, 2019-02-04 at 12:38 -0800, Luis Chamberlain wrote: > > On Thu, Jan 31, 2019 at 02:18:59PM -0500, Mimi Zohar wrote: > > > diff --git a/kernel/module.c b/kernel/module.c > > > index 2ad1b5239910..70a9709d19eb 100644 > > > --- a/ker

Re: [PATCHv7] x86/kdump: bugfix, make the behavior of crashkernel=X consistent with kaslr

2019-02-04 Thread Jerry Hoemann
On Fri, Feb 01, 2019 at 12:47:40AM +0100, Borislav Petkov wrote: > On Thu, Jan 31, 2019 at 03:27:32PM -0700, Jerry Hoemann wrote: > > So even if a system administrator is diligent and tests > > that a chosen kdump configuration works, that configuration > > might not work on some random reboot 7 mo

Re: [PATCH 2/2] cpufreq: stats: Fix concurrency issues while resetting stats

2019-02-04 Thread Matthias Kaehlcke
On Fri, Feb 01, 2019 at 11:45:45AM +0530, Viresh Kumar wrote: > It is possible for cpufreq_stats_clear_table() and > cpufreq_stats_record_transition() to get called concurrently and they > will try to update same variables simultaneously and may lead to > corruption of data. > > Prevent that with

Re: [RESEND PATCH v4 3/3] fs/dcache: Track & report number of negative dentries

2019-02-04 Thread Luis Chamberlain
On Mon, Feb 04, 2019 at 05:28:00PM -0500, Waiman Long wrote: > On 02/04/2019 05:23 PM, Luis Chamberlain wrote: > > Small nit below. > > > > On Wed, Jan 30, 2019 at 01:52:38PM -0500, Waiman Long wrote: > >> diff --git a/Documentation/sysctl/fs.txt b/Documentation/sysctl/fs.txt > >> > >> +nr_negati

Re: [PATCH 06/35] ARM: davinci: wrap interrupt definitions with a macro for SPARSE_IRQ

2019-02-04 Thread David Lechner
On 1/31/19 7:38 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski This is done in preparation for selecting CONFIG_SPARSE_IRQ. The interrupt numbers will then start at the predefined NR_IRQS offset. For now wrap all interrupt numbers with a macro and define DAVINCI_INTC_START to 0. Logi

Re: [PATCH -next] RDMA/hns: Make some function static

2019-02-04 Thread Jason Gunthorpe
On Fri, Feb 01, 2019 at 11:11:04AM +0800, YueHaibing wrote: > Fixes the following sparse warnings: > > drivers/infiniband/hw/hns/hns_roce_hw_v2.c:5822:5: warning: > symbol 'hns_roce_v2_query_srq' was not declared. Should it be static? > drivers/infiniband/hw/hns/hns_roce_srq.c:158:6: warning: >

Re: [PATCH 07/35] ARM: davinci: aintc: use irq domain

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski We need to create an irq domain if we want to select SPARSE_IRQ. The cp-intc driver already supports it, but aintc doesn't. Use the helpers provided by the generic irq chip abstraction. Signed-off-by: Bartosz Golaszewski

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

2019-02-04 Thread David Kozub
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++) + error = execute_step(dev, &steps[state], state); + + /* +* For each OPAL command

Re: [RFC/PATCH 00/14] perf record: Add support to store data in directory

2019-02-04 Thread Stephane Eranian
Jiri, While you're looking at the output format, I think it would be good time to simplify the code handling perf.data file. Today, perf record can emit in two formats: file mode or pipe mode. This adds complexity in the code and is error prone as the file mode path is tested more than the pipe mo

Re: [PATCH v3 0/4] hwmon: (lm85) add LM96000 high freqency pwm support

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 01:19:02PM -0700, Jeremy Gebben wrote: > Hi, > > This patch set adds support for the PWM frequencies from 22.5 to 30 kHz > available on the LM96000. > > It looks like this chip has been supported for a long time, but wasn't > mentioned in the docs (which I have updated). >

Re: [PATCH 08/35] ARM: davinci: select SPARSE_IRQ

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Everything is in place now for SPARSE_IRQ. Select it and set DAVINCI_INTC_START to NR_IRQS. We now need to include mach/irqs.h in a couple places as it is no longer indirectly included after selecting SPARSE_IRQ. Signed-

Re: [PATCH 4.4 00/65] 4.4.173-stable review

2019-02-04 Thread Guenter Roeck
On Mon, Feb 04, 2019 at 11:35:53AM +0100, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.173 release. > There are 65 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know

Re: [PATCH 10/35] ARM: davinci: aintc: wrap davinci_irq_init() with a helper

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski We're going to extend the davinci_irq_init() function with a config structure so we can drop the intc-related fields from davinci_soc_info. Once we do it, we won't be able to use this routine directly as the init_irq call

Re: [PATCH REGRESSION] Revert "ath10k: add quiet mode support for QCA6174/QCA9377"

2019-02-04 Thread Brian Norris
On Mon, Feb 4, 2019 at 8:43 AM Kalle Valo wrote: > Brian Norris wrote: > > > This reverts commit cfb353c0dc058bc1619cc226d3cbbda1f360bdd3. > > > > WCN3990 firmware does not yet implement this feature, and so it crashes > > like this: > > > > fatal error received: err_qdi.c:456:EX:wlan_process:1

Re: [PATCH 11/35] ARM: davinci: aintc: use a common prefix for symbols in the driver

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski In preparation for moving the driver to drivers/irqchip do some cleanup: use a common prefix for all symbols. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

Re: [PATCH 12/35] ARM: davinci: aintc: drop the 00 prefix from register offsets

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Since no offset goes past 0xff - let's drop the 00 prefix for better readability. While we're at it: convert all hex numbers to lower-case. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)

2019-02-04 Thread Michael S. Tsirkin
On Wed, Jan 09, 2019 at 08:17:31PM +0530, Pankaj Gupta wrote: > This patch series has implementation for "virtio pmem". > "virtio pmem" is fake persistent memory(nvdimm) in guest > which allows to bypass the guest page cache. This also > implements a VIRTIO based asynchronous flush mechanis

Re: [RFC PATCH 3/4] kvm: Add guest side support for free memory hints

2019-02-04 Thread Nadav Amit
> On Feb 4, 2019, at 10:15 AM, Alexander Duyck > wrote: > > From: Alexander Duyck > > Add guest support for providing free memory hints to the KVM hypervisor for > freed pages huge TLB size or larger. I am restricting the size to > huge TLB order and larger because the hypercalls are too expen

Re: [PATCH 13/35] ARM: davinci: aintc: add a new config structure

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Add a config structure that will be used by aintc-based platforms. It contains the register range resource, number of interrupts and a list of priorities. Signed-off-by: Bartosz Golaszewski --- include/linux/irqchip/ir

Re: [PATCH v2 0/3] slub: Do trivial comments fixes

2019-02-04 Thread Andrew Morton
On Mon, 4 Feb 2019 11:57:10 +1100 "Tobin C. Harding" wrote: > Here is v2 of the comments fixes [to single SLUB header file] Thanks. I think I'll put these into a single patch.

Re: [PATCH 2/2] mtd: spinand: micron: Support for all Micron SPI NAND flashes

2019-02-04 Thread kbuild test robot
Hi Shivamurthy, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on mtd/nand/next] [also build test WARNING on v5.0-rc4 next-20190204] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH v4 00/16] block: sed-opal: support shadow MBR done flag and write

2019-02-04 Thread David Kozub
On Mon, 4 Feb 2019, Christoph Hellwig wrote: On Fri, Feb 01, 2019 at 09:50:07PM +0100, David Kozub wrote: This patch series extends SED OPAL support: it adds IOCTL for setting the shadow MBR done flag which can be useful for unlocking an OPAL disk on boot and it adds IOCTL for writing to the sh

Re: [PATCH] build_bug.h: add wrapper for _Static_assert

2019-02-04 Thread Andrew Morton
On Sun, 3 Feb 2019 20:24:00 +0100 Rasmus Villemoes wrote: > BUILD_BUG_ON() is a little annoying, since it cannot be used outside > function scope. So one cannot put assertions about the sizeof() a > struct next to the struct definition, but has to hide that in some > more or less arbitrary func

Re: [PATCH v2 10/21] memblock: refactor internal allocation functions

2019-02-04 Thread Stephen Rothwell
Hi all, On Mon, 04 Feb 2019 19:45:17 +1100 Michael Ellerman wrote: > > Mike Rapoport writes: > > On Sun, Feb 03, 2019 at 08:39:20PM +1100, Michael Ellerman wrote: > >> Mike Rapoport writes: > >> > Currently, memblock has several internal functions with overlapping > >> > functionality. They

Re: [PATCH v3 0/8] Add IPROC I2C slave mode and NIC I2C support

2019-02-04 Thread Ray Jui
Hi Wolfram, On 2/4/2019 3:12 AM, Wolfram Sang wrote: > Hi, > >> Just want to check if you had a chance to review the following patch series? > > I am sorry, but for some reason they are not listed in my patchwork > instance, so they fell through the cracks :( Can you please resend them? > > I w

Re: [PATCH 14/35] ARM: davinci: aintc: use the new irqchip config structure in dm* SoCs

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Add the new-style config structures for dm* SoCs. They will be used once we make the aintc driver stop using davinci_soc_info. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/dm355.c | 11 +++ ar

Re: [PATCH] build_bug.h: add wrapper for _Static_assert

2019-02-04 Thread Andrew Morton
On Mon, 4 Feb 2019 15:09:16 -0800 Andrew Morton wrote: > On Sun, 3 Feb 2019 20:24:00 +0100 Rasmus Villemoes > wrote: > > > BUILD_BUG_ON() is a little annoying, since it cannot be used outside > > function scope. So one cannot put assertions about the sizeof() a > > struct next to the struct

Re: [PATCH] xfs: allow disabling xfs tracepoints via Kconfig

2019-02-04 Thread Dave Chinner
On Mon, Feb 04, 2019 at 11:12:57PM +0100, Rasmus Villemoes wrote: > On 04/02/2019 22.53, Dave Chinner wrote: > > On Mon, Feb 04, 2019 at 10:20:35PM +0100, Rasmus Villemoes wrote: > >> linux/tracepoints.h allows individual subsystems to disable their > >> tracepoints. Add such a knob for xfs. Disabl

Re: [PATCH] regulator: rk808: Convert rk805 buck1/2 to use linear range

2019-02-04 Thread Otavio Salvador
On Mon, Feb 4, 2019 at 5:10 AM Axel Lin wrote: > > It looks like linear range is suitable to describe the voltage table > for rk805 buck1/2: > > selector 0 ~ 59: 0.7125V with uV_step = 12500 > selector 60 ~ 62: 1.8V with uV_step = 20 > selector 63: 2.3V > > With this change, then rk805 buck1/2

[PATCH v4 3/8] dt-bindings: i2c: iproc: make 'interrupts' optional

2019-02-04 Thread Ray Jui
In prep for the introduction of polling mode into the driver, update the binding document to make the 'interrupts' property optional Signed-off-by: Ray Jui Signed-off-by: Rayagonda Kokatanur --- .../devicetree/bindings/i2c/brcm,iproc-i2c.txt | 10 +++--- 1 file changed, 7 insertions

[PATCH v4 2/8] i2c: iproc: Add slave mode support

2019-02-04 Thread Ray Jui
From: Shreesha Rajashekar Add slave mode support to the iProc I2C driver. Signed-off-by: Rayagonda Kokatanur Signed-off-by: Michael Cheng Signed-off-by: Shreesha Rajashekar Signed-off-by: Ray Jui --- drivers/i2c/busses/Kconfig | 1 + drivers/i2c/busses/i2c-bcm-iproc.c | 314 ++

[PATCH v4 1/8] i2c: iproc: Extend I2C read up to 255 bytes

2019-02-04 Thread Ray Jui
From: Shreesha Rajashekar Add support to allow I2C master read transfer up to 255 bytes. Signed-off-by: Shreesha Rajashekar Signed-off-by: Rayagonda Kokatanur Signed-off-by: Ray Jui --- drivers/i2c/busses/i2c-bcm-iproc.c | 98 +++--- 1 file changed, 76 insertions(+),

[PATCH v4 0/8] iProc I2C slave mode and NIC mode

2019-02-04 Thread Ray Jui
This patch series adds the following support to the iProc I2C driver: - Increase maximum read transfer size to 255 bytes - I2C slave mode - Polling mode - NIC I2C mode This patch series is based on kernel v5.0-rc3 and available at: https://github.com/Broadcom/arm64-linux.git branch: i2c-slave-v4

[PATCH v4 4/8] i2c: iproc: add polling support

2019-02-04 Thread Ray Jui
From: Rayagonda Kokatanur Add polling support to the iProc I2C driver. Polling mode is activated when the driver fails to obtain an interrupt ID from device tree Signed-off-by: Rayagonda Kokatanur Signed-off-by: Ray Jui --- drivers/i2c/busses/i2c-bcm-iproc.c | 298 ++--

[PATCH v4 8/8] arm64: dts: Stingray: Add NIC i2c device node

2019-02-04 Thread Ray Jui
From: Rayagonda Kokatanur Add NIC i2c device node. Signed-off-by: Rayagonda Kokatanur Signed-off-by: Ray Jui --- .../boot/dts/broadcom/stingray/stingray.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm64/boot/dts/broadcom/stingray/stingray.dtsi b/arch/a

[PATCH v4 6/8] dt-bindings: i2c: iproc: add "brcm,iproc-nic-i2c" compatible string

2019-02-04 Thread Ray Jui
From: Rayagonda Kokatanur Update iProc I2C binding document to add new compatible string "brcm,iproc-nic-i2c". Optional property "brcm,ape-hsls-addr-mask" is also added that allows configuration of the host view into the APE's address for "brcm,iproc-nic-i2c" Signed-off-by: Rayagonda Kokatanur

[PATCH v4 5/8] i2c: iproc: use wrapper for read/write access

2019-02-04 Thread Ray Jui
From: Rayagonda Kokatanur Use the following wrapper for read/write access of iProc i2c registers: u32 iproc_i2c_rd_reg(struct bcm_iproc_i2c_dev *iproc_i2c, u32 offset) void iproc_i2c_wr_reg(struct bcm_iproc_i2c_dev *iproc_i2c, u32 offset, u32 val) This

Re: [PATCH] MIPS: Remove function size check in get_frame_info()

2019-02-04 Thread Paul Burton
Hello, Jun-Ru Chang wrote: > Patch (b6c7a324df37b "MIPS: Fix get_frame_info() handling of > microMIPS function size.") introduces additional function size > check for microMIPS by only checking insn between ip and ip + func_size. > However, func_size in get_frame_info() is always 0 if KALLSYMS is

[PATCH v4 7/8] i2c: iproc: add NIC I2C support

2019-02-04 Thread Ray Jui
From: Rayagonda Kokatanur Add NIC I2C support to the iProc I2C driver. Access to the NIC I2C base registers requires going through the IDM wrapper to map into the NIC's address space Signed-off-by: Rayagonda Kokatanur Signed-off-by: Ray Jui --- drivers/i2c/busses/i2c-bcm-iproc.c | 79

Re: [PATCH v2] tpm/tpm_crb: Avoid unaligned reads in crb_recv()

2019-02-04 Thread Jarkko Sakkinen
On Mon, Feb 04, 2019 at 05:12:57PM +, David Laight wrote: > > +* field) in order to make sure that the reminding memory accesses will > > remaining Thanks for your feedback David. I'll implement your suggestions (also in your other response). /Jarkko

Re: [PATCH V4 rdma-next 0/3] RDMA/hns: Some fixes for hns RoCE driver

2019-02-04 Thread Jason Gunthorpe
On Sun, Feb 03, 2019 at 08:43:12PM +0800, Wei Hu (Xavier) wrote: > Hi, Jason and Doug > > This patch series includes three bugfixes for reset related operations > and are maked based on wip/jgg-for-next branch. > > Best Regards > Xavier > > Wei Hu (Xavier) (3): > RDMA/hns: Fix the Oops during

Re: [PATCH v2] tpm/tpm_crb: Avoid unaligned reads in crb_recv()

2019-02-04 Thread Jarkko Sakkinen
On Mon, Feb 04, 2019 at 10:09:51PM +, Winkler, Tomas wrote: > > > > The current approach to read first 6 bytes from the response and then tail > > of > > the response, can cause the 2nd memcpy_fromio() to do an unaligned read > > (e.g. read 32-bit word from address aligned to a 16-bits), depe

Re: [PATCH v3 08/10] x86/setcpuid: Add kernel option setcpuid

2019-02-04 Thread Dave Hansen
On 2/4/19 1:40 PM, Borislav Petkov wrote: >> Then, for the weirdo deployments where this feature is not enumerated, >> we have the setcpuid= to fake the enumeration in software. >> >> The reason I'm pushing for setcpuid= instead of a one-off is that I >> don't expect this to be the last time Intel

Re: [PATCH v9 6/6] tpm: pass an array of tpm_extend_digest structures to tpm_pcr_extend()

2019-02-04 Thread Jarkko Sakkinen
On Mon, Feb 04, 2019 at 02:21:59PM +0100, Roberto Sassu wrote: > I can include your fix in patch 4/6, if you prefer. It is not really a question of my preference because the changes in 4/6 are not part of the bug fix. /Jarkko

Re: [PATCH 15/35] ARM: davinci: aintc: use the new config structure

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Modify the aintc driver to take all its configuration from the new config structure. Stop referencing davinci_soc_info in any way. Move the declaration for davinci_aintc_init() to irq-davinci-aintc.h and make it take the n

Re: [PATCH v3] selftests: add TPM 2.0 tests

2019-02-04 Thread Jarkko Sakkinen
On Mon, Feb 04, 2019 at 03:16:40PM +0200, Jarkko Sakkinen wrote: > Added the tests that I've been using for testing TPM 2.0 functionality > for a long time but have been out-of-tree so far, residing in > > https://github.com/jsakkine-intel/tpm2-scripts > > Cc: Tadeusz Struk > Signed-off-by: Jark

Re: [PATCH] firmware: hardcode the debug message for -ENOENT

2019-02-04 Thread Luis Chamberlain
On Mon, Jan 14, 2019 at 05:58:30PM +0800, yuank...@codeaurora.org wrote: > Hi, > > Refined at below. > > From bbd0d9c8f28eb78ca34353347c3d4092e88f000c Mon Sep 17 00:00:00 2001 This is all garbled, not sure why your patch looks all messed up. Are you using git sendemail or something manual?

Re: [PATCH v9 6/6] tpm: pass an array of tpm_extend_digest structures to tpm_pcr_extend()

2019-02-04 Thread Jarkko Sakkinen
On Tue, Feb 05, 2019 at 01:26:40AM +0200, Jarkko Sakkinen wrote: > On Mon, Feb 04, 2019 at 02:21:59PM +0100, Roberto Sassu wrote: > > I can include your fix in patch 4/6, if you prefer. > > It is not really a question of my preference because the changes in > 4/6 are not part of the bug fix. e.g.

Re: [PATCH v2] tpm/st33zp24: Fix the name collisions in tpm_st33zp24_spi and tpm_i2c_infineon

2019-02-04 Thread Jarkko Sakkinen
On Mon, Feb 04, 2019 at 02:49:54PM +0100, Roberto Sassu wrote: > On 2/4/2019 2:37 PM, Jarkko Sakkinen wrote: > > Rename TPM_BUFSIZE defined in drivers/char/tpm/st33zp24/st33zp24.h to > > ST33ZP24_BUFSIZE. > > > > Rename TPM_BUFSIZE defined in drivers/char/tpm/tpm_i2c_infineon.c to > > TPM_I2C_INFI

Re: [PATCH 0/6] RFC v2: mm: gup/dma tracking

2019-02-04 Thread Ira Weiny
On Mon, Feb 04, 2019 at 05:14:19PM +, Christopher Lameter wrote: > Frankly I still think this does not solve anything. > > Concurrent write access from two sources to a single page is simply wrong. > You cannot make this right by allowing long term RDMA pins in a filesystem > and thus the file

Re: [PATCH 16/35] ARM: davinci: aintc: move timer-specific irq_set_handler() out of irq.c

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski I've been unable to figure out exactly why, but it seems that the IRQ_TINT1_TINT34 interrupt for timer 1 needs to be handled as a level irq, not edge like all others. This timer is used by the dsp on dm64* boards only. L

Re: [PATCH 17/35] ARM: davinci: aintc: remove unnecessary includes

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski These includes are no longer required. Remove them. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

Re: [RFC PATCH 3/4] kvm: Add guest side support for free memory hints

2019-02-04 Thread Alexander Duyck
On Mon, 2019-02-04 at 15:00 -0800, Nadav Amit wrote: > > On Feb 4, 2019, at 10:15 AM, Alexander Duyck > > wrote: > > > > From: Alexander Duyck > > > > Add guest support for providing free memory hints to the KVM hypervisor for > > freed pages huge TLB size or larger. I am restricting the size

Re: [PATCH 2/2] selftests: firmware: add CONFIG_FW_LOADER_USER_HELPER_FALLBACK to config

2019-02-04 Thread Luis Chamberlain
On Thu, Nov 29, 2018 at 8:31 PM Luis Chamberlain wrote: > > On Mon, Nov 26, 2018 at 09:12:16PM -0600, Dan Rue wrote: > > CONFIG_FW_LOADER_USER_HELPER_FALLBACK=y is required for fw_fallback.sh. > > Without it, fw_fallback.sh fails with 'usermode helper disabled so > > ignoring test'. Enable the con

Re: [PATCH v2] tpm/st33zp24: Fix the name collisions in tpm_st33zp24_spi and tpm_i2c_infineon

2019-02-04 Thread Jarkko Sakkinen
On Tue, Feb 05, 2019 at 01:31:17AM +0200, Jarkko Sakkinen wrote: > On Mon, Feb 04, 2019 at 02:49:54PM +0100, Roberto Sassu wrote: > > On 2/4/2019 2:37 PM, Jarkko Sakkinen wrote: > > > Rename TPM_BUFSIZE defined in drivers/char/tpm/st33zp24/st33zp24.h to > > > ST33ZP24_BUFSIZE. > > > > > > Rename T

Re: [PATCH 18/35] irqchip: davinci-aintc: move the driver to drivers/irqchip

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski The aintc driver has now been cleaned up. Move it to drivers/irqchip where it belongs. There's no device-tree support for any dm* board so there's no IRQCHIP_OF_DECLARE() - there's only the exported init function called fr

Re: [PATCH 19/35] ARM: davinci: cp-intc: remove cp_intc.h

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski There's no need to have a local header for cp-intc. Move the only declaration for a public function to common.h. Move all register offsets into the driver source file and drop all unused defines. Make cp_intc_of_init() sta

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

2019-02-04 Thread Mimi Zohar
On Mon, 2019-02-04 at 12:38 -0800, Luis Chamberlain wrote: > On Thu, Jan 31, 2019 at 02:18:59PM -0500, Mimi Zohar wrote: > > diff --git a/kernel/module.c b/kernel/module.c > > index 2ad1b5239910..70a9709d19eb 100644 > > --- a/kernel/module.c > > +++ b/kernel/module.c > > @@ -275,16 +275,23 @@ stati

Re: [PATCH 20/35] ARM: davinci: cp-intc: add a wrapper around cp_intc_init()

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski We're going to extend the cp_intc_init() function with a config structure so we can drop the intc-related fields from davinci_soc_info. Once we do it, we won't be able to use this routine directly as the init_irq callback

Re: [PATCH 3.16 000/305] 3.16.63-rc1 review

2019-02-04 Thread Ben Hutchings
On Mon, 2019-02-04 at 13:38 -0800, Guenter Roeck wrote: > On Sun, Feb 03, 2019 at 02:45:07PM +0100, Ben Hutchings wrote: > > This is the start of the stable review cycle for the 3.16.63 release. > > There are 305 patches in this series, which will be posted as responses > > to this one. If anyone

Re: [PATCH 21/35] ARM: davinci: cp-intc: add a new config structure

2019-02-04 Thread David Lechner
subject should probably be irqchip: rather than ARM: On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Add a config structure that will be used by cp-intc-based platforms. It contains the register range resource and the number of interrupts. Signed-off-by: Bartosz Gola

[PATCH] watchdog: Update sysfs documentation.

2019-02-04 Thread Jerry Hoemann
Document the sysfs attributes: pretimeout pretimeout_available_governors pretimeout_governor Signed-off-by: Jerry Hoemann --- Documentation/ABI/testing/sysfs-class-watchdog | 23 +++ 1 file changed, 23 insertions(+) diff --git a/Documentation/ABI/test

Re: [PATCH 22/35] ARM: davinci: cp-intc: add the new config structures for da8xx SoCs

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Add the new-style config structures for dm* SoCs. They will be used once we make the cp-intc driver stop using davinci_soc_info. Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-davinci/da830.c | 10 ++ ar

Re: Frequent dwc3 crashes on suspend or reboot since 5.0-rc1

2019-02-04 Thread John Stultz
On Sat, Feb 2, 2019 at 9:00 AM Alan Stern wrote: > > On Fri, 1 Feb 2019, John Stultz wrote: > > > Hey all, > > Since the 5.0 merge window opened, I've been tripping on frequent > > dwc3 crashes on reboot and suspend, which I've added an example to the > > bottom of this mail. > > > > I've dug in

Re: [PATCH 23/35] ARM: davinci: cp-intc: use a common prefix for all symbols

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski In preparation for moving the driver to drivers/irqchip do some cleanup: use a common prefix for all symbols. Signed-off-by: Bartosz Golaszewski --- Reviewed-by: David Lechner

Re: [RFC PATCH 3/4] kvm: Add guest side support for free memory hints

2019-02-04 Thread Nadav Amit
> On Feb 4, 2019, at 3:37 PM, Alexander Duyck > wrote: > > On Mon, 2019-02-04 at 15:00 -0800, Nadav Amit wrote: >>> On Feb 4, 2019, at 10:15 AM, Alexander Duyck >>> wrote: >>> >>> From: Alexander Duyck >>> >>> Add guest support for providing free memory hints to the KVM hypervisor for >>> f

Re: [PATCH 24/35] ARM: davinci: cp-intc: convert all hex numbers to lowercase

2019-02-04 Thread David Lechner
On 1/31/19 7:39 AM, Bartosz Golaszewski wrote: From: Bartosz Golaszewski Use lowercase letters in hexadecimal numbers as is done in most of the kernel code base. Signed-off-by: Bartosz Golaszewski --- Seems a bit unnecessary, but... Reviewed-by: David Lechner

Re: [PATCH v5 03/13] kbuild: Raise the minimum required binutils version to 2.21

2019-02-04 Thread Andrew Morton
On Fri, 1 Feb 2019 18:45:44 -0800 Andy Lutomirski wrote: > On Fri, Feb 1, 2019 at 12:54 PM Chang S. Bae wrote: > > > > It helps to use some new instructions directly in inline assembly. > > akpm, can you ack this patch? AFAIK you are the only, or at least > most vocal, user of ancient userspac

Re: [RFC PATCH 3/4] kvm: Add guest side support for free memory hints

2019-02-04 Thread Alexander Duyck
On Mon, Feb 4, 2019 at 4:03 PM Nadav Amit wrote: > > > On Feb 4, 2019, at 3:37 PM, Alexander Duyck > > wrote: > > > > On Mon, 2019-02-04 at 15:00 -0800, Nadav Amit wrote: > >>> On Feb 4, 2019, at 10:15 AM, Alexander Duyck > >>> wrote: > >>> > >>> From: Alexander Duyck > >>> > >>> Add guest su

Re: [PATCH v6 0/3] Stingray thermal driver support

2019-02-04 Thread Ray Jui
Hi Zhang/Eduardo, Can this patch series be merged? It looks like Srinath has addressed all review comments? The following tag should be added to the binding document patch: Reviewed-by: Rob Herring Thanks, Ray On 1/3/2019 12:55 AM, Srinath Mannam wrote: > These patches adds the stingray ther

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