Re: [PATCH] x86: pad assembly functions with INT3

On May 14, 2018 11:54:05 PM PDT, Ingo Molnar wrote: > >* h...@zytor.com wrote: > >> > I guess it won't try to speculatively execute the 'pad' >instructions - but you >> > can never really tell! >> > >> >David >> >> The CPU doesn't speculate down past an unconditional control >transfer. Doin

Re: [PATCH 1/2] phy: qcom-qmp: Quiet -EPROBE_DEFER from qcom_qmp_phy_probe()

Hi Doug, On 5/15/2018 4:12 AM, Douglas Anderson wrote: The -EPROBE_DEFER virus demands special case code to avoid printing error messages when the error is only -EPROBE_DEFER. Spread the virus to a new host: qcom_qmp_phy_probe(). Specifically handle when our regulators might not be ready yet.

Re: [PATCH RFC 1/8] rcu: Add comment documenting how rcu_seq_snap works

Hi Paul, Good morning, hope you're having a great Tuesday. I managed to find some evening hours today to dig into this a bit more. On Mon, May 14, 2018 at 08:59:52PM -0700, Paul E. McKenney wrote: > On Mon, May 14, 2018 at 06:51:33PM -0700, Joel Fernandes wrote: > > On Mon, May 14, 2018 at 10:38:1

Re: [PATCH 2/2] phy: qcom-qusb2: Quiet -EPROBE_DEFER from qusb2_phy_probe()

Hi Doug, On 5/15/2018 4:12 AM, Douglas Anderson wrote: The -EPROBE_DEFER virus demands special case code to avoid printing error messages when the error is only -EPROBE_DEFER. Spread the virus to a new host: qusb2_phy_probe(). Specifically handle when our regulators might not be ready yet. S

Re: [RFC PATCH v2 2/2] locking/percpu-rwsem: Mark rwsem as non-spinnable in percpu_rwsem_release()

On Tue, May 15, 2018 at 8:42 AM, Amir Goldstein wrote: > On Mon, May 14, 2018 at 10:31 PM, Waiman Long wrote: >> The percpu_rwsem_release() is called when the ownership of the embedded >> rwsem is to be transferred to another task. The new owner, however, may >> take a while to get the ownership

Re: [PATCH 2/3] arm64: dts: renesas: r8a77995: Add VIN4

On Mon, May 14, 2018 at 05:36:41AM +0300, Laurent Pinchart wrote: > Hello, > > On Friday, 11 May 2018 16:45:16 EEST Simon Horman wrote: > > On Fri, May 11, 2018 at 01:25:23PM +0200, Niklas Söderlund wrote: > > > Hi Jacopo, > > > > > > Thanks for your work. > > > > > > On 2018-05-11 12:00:01 +020

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On Mon, May 14, 2018 at 09:26:13PM +0300, Boaz Harrosh wrote: > I am please pushing for this patch ahead of the push of ZUFS, because > this is the only patch we need from otherwise an STD Kernel. > > We are partnering with Distro(s) to push ZUFS out-of-tree to beta clients > to try and stabilize

Re: [PATCH 0/3] arm64: dts: Draak: Enable HDMI input and VIN4

On Mon, May 14, 2018 at 10:33:44PM +0200, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Fri, May 11, 2018 at 11:59 AM, Jacopo Mondi > wrote: > >this series enables HDMI input and VIN4 on R-Car D3 Draak board. > > > > The Draak board has an HDMI input connected to an HDMI decoder that feeds >

Re: [PATCH] ARM: dts: vf-colibri-eval-v3.dtsi: Use IRQ_TYPE specifier

On Sun, May 13, 2018 at 08:24:54PM -0300, Hernán Gonzalez wrote: > GPIO_ACTIVE_LOW was being used to specify an interrupt, use > IRQ_TYPE_EDGE_RISING instead. This improves DT readability. > > Signed-off-by: Hernán Gonzalez Applied, thanks.

Re: [PATCH] ARM: dts: imx53-qsb: Use IRQ_TYPE specifier

On Sun, May 13, 2018 at 08:26:28PM -0300, Hernán Gonzalez wrote: > Replace magic number with the proper IRQ_TYPE specifier to improve DT > readability. > > Signed-off-by: Hernán Gonzalez Applied, thanks.

Re: [PATCH 2/2] media: i2c: mt9t112: Add device tree support

Hi Sakari, On Tue, May 15, 2018 at 12:50:04AM +0300, Sakari Ailus wrote: > Hi Jacopo, > > On Mon, May 14, 2018 at 04:30:44PM +0200, jacopo mondi wrote: > > Hi Sakari, > > > > On Mon, May 07, 2018 at 12:32:19PM +0300, Sakari Ailus wrote: > > > Hi Jacopo, > > > > > > On Wed, Apr 25, 2018 at 01:00:14

Re: [PATCHv5] gpio: Remove VLA from gpiolib

Hi Laura, On Tue, May 15, 2018 at 12:49 AM, Laura Abbott wrote: > On 04/20/2018 02:02 AM, Geert Uytterhoeven wrote: >> On Fri, Apr 13, 2018 at 11:24 PM, Laura Abbott wrote: >>> The new challenge is to remove VLAs from the kernel >>> (see https://lkml.org/lkml/2018/3/7/621) to eventually >>> turn

Re: [PATCH] ARM: dts: imx53-voipac-dmm-668: Use IRQ_TYPE specifier

On Sun, May 13, 2018 at 08:27:31PM -0300, Hernán Gonzalez wrote: > Replace magic number with the proper IRQ_TYPE specifier to improve DT > readability. > > Signed-off-by: Hernán Gonzalez Applied, thanks.

Re: [PATCH] ARM: dts: imx6qdl-phytec-pfla02: Use IRQ_TYPE specifier

On Sun, May 13, 2018 at 08:28:35PM -0300, Hernán Gonzalez wrote: > Replace magic number with the proper IRQ_TYPE specifier to improve DT > readability. > > Signed-off-by: Hernán Gonzalez > --- > arch/arm/boot/dts/imx6qdl-phytec-pfla02.dtsi | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH 4/4] misc: pci_endpoint_test: Add DesignWare EP entry

Add the DesignWare EP device ID entry to pci_endpoint_test driver table. Allow the device to be recognize and handle by the pci_endpoint_test driver. Signed-off-by: Gustavo Pimentel Acked-by: Kishon Vijay Abraham I --- drivers/misc/pci_endpoint_test.c | 1 + 1 file changed, 1 insertion(+) dif

[PATCH 3/4] bindings: PCI: designware: Add support for EP in DesignWare driver

Add device tree binding documentation for the EP in PCIe DesignWare driver. Signed-off-by: Gustavo Pimentel Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/pci/designware-pcie.txt | 12 1 file changed, 12 insertions(+) diff --git a/Documentation/devicetree/bindings/

[PATCH 2/4] PCI: dwc: Add support for EP mode

The PCIe controller dual mode is capable of operating in RC mode as well as EP mode by configuration option. Till now only RC mode was supported, with this patch is add EP support to the DesignWare driver. Add new property on pci_epc structure which allow to configure pci_epf_test driver according

[PATCH 0/4] Add DesignWare EP support

The PCIe controller dual mode is capable of operating in RC mode as well as EP mode by configuration option. Till now only RC mode was supported, with this patch is add EP support to the DesignWare driver. Gustavo Pimentel (4): bindings: PCI: designware: Example update PCI: dwc: Add support fo

[PATCH 1/4] bindings: PCI: designware: Example update

Replace "ctrlreg" reg-name by "dbi" to be coherent with similar drivers, however it still be compatible with any previous DT that uses the old reg-name. Replace the PCIe base address example by a real PCIe base address in use. Signed-off-by: Gustavo Pimentel Reviewed-by: Rob Herring --- Docume

Re: linux-next: Signed-off-by missing for commit in the arm-soc tree

On 05/14/2018 11:22 PM, Stephen Rothwell wrote: Hi all, Commit 949a0c0dec85 ("ARM: dts: stm32: add USB Host (USBH) support to stm32mp157c") is missing a Signed-off-by from its committer. My fault, I forgot it when I applied patch on my branch. Do we need an update or it is just a remi

[PATCH v3] tpm: check selftest status before retrying full selftest

TPM 2.0 supports TPM2_GetTestResult[1], which can be used to check the selftest status. This patch implements the tpm2_get_selftest_result() function to check the selftest status before trying full selftest. [1] As per TCG Specification, Trusted Platform Module Library, Part 2 - Commands, Section

Re: [PATCH 01/27] drivers/staging/rtl8192u/ieee80211/rtl819x_HTProc: correct braces

On Mon, May 14, 2018 at 10:24:08PM +0100, John Whitmore wrote: > Coding style edit to clear the checkpatch.pl errors of the type: > ERROR: that open brace { should be on the previous line > > Signed-off-by: John Whitmore > --- Any reason why your subject line has the full path and not the shorte

Re: [PATCH] usb: gadget: composite: fill bcdUSB as 0x0320 for SuperSpeed or higher speeds

Hi, Chunfeng Yun writes: > On Wed, 2018-05-09 at 14:33 +0300, Felipe Balbi wrote: >> Hi, >> >> Chunfeng Yun writes: >> > The USB3CV version 2.1.80 (March 26, 2018) requires all devices >> > ( gen1, gen2, single lane, dual lane) to return the value of 0x0320 >> > in the bcdUSB field >> >> this

Re: [RFC PATCH 5/5] media: platform: Add Chrome OS EC CEC driver

Hi Hans, Thanks for the extensive review. On 15/05/2018 08:58, Hans Verkuil wrote: > On 05/15/2018 12:40 AM, Neil Armstrong wrote: >> The Chrome OS Embedded Controller can expose a CEC bus, this patch add the >> driver for such feature of the Embedded Controller. >> >> This driver is part of the

Re: possible deadlock in sk_diag_fill

On Tue, May 15, 2018 at 8:18 AM, Andrei Vagin wrote: >> >> >> Hello, >> >> >> >> >> >> syzbot found the following crash on: >> >> >> >> >> >> HEAD commit:c1c07416cdd4 Merge tag 'kbuild-fixes-v4.17' of >> >> >> git://git.k.. >> >> >> git tree: upstream >> >> >> console output: >> >> >>

Re: [PATCH] i2c: viperboard: return message count on master_xfer success

On Wed, May 09, 2018 at 09:47:48PM +0200, Peter Rosin wrote: > Returning zero is wrong in this case. > > Signed-off-by: Peter Rosin Applied to for-current, thanks! signature.asc Description: PGP signature

Re: [PATCH 1/2] i2c: pmcmsp: return message count on master_xfer success

On Wed, May 09, 2018 at 09:46:29PM +0200, Peter Rosin wrote: > Returning zero is wrong in this case. > > Signed-off-by: Peter Rosin Applied to for-current, thanks! signature.asc Description: PGP signature

Re: [PATCH 2/2] i2c: pmcmsp: fix error return from master_xfer

On Wed, May 09, 2018 at 09:46:30PM +0200, Peter Rosin wrote: > Returning -1 (-EPERM) is not appropriate here, go with -EIO. > > Signed-off-by: Peter Rosin Applied to for-current, thanks! signature.asc Description: PGP signature

Re: [PATCH 1/2] USB: dwc3: get extcon device by OF graph bindings

Andrzej Hajda writes: > extcon device is used to detect host/device connection. Since extcon > OF property is deprecated, alternative method should be added. > This method uses OF graph bindings to locate extcon. > > Signed-off-by: Andrzej Hajda > --- > Hi all, > > This patch implements alternat

Re: [RFC PATCH 2/5] media: cec-notifier: Get notifier by device and connector name

On 15/05/2018 08:27, Hans Verkuil wrote: > Hi Neil, > > Thanks for this patch series! > > Some comments below: > > On 05/15/2018 12:40 AM, Neil Armstrong wrote: >> In non device-tree world, we can need to get the notifier by the driver >> name directly and eventually defer probe if not yet creat

Re: [RFC PATCH 3/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

On 15/05/2018 08:34, Hans Verkuil wrote: > On 05/15/2018 12:40 AM, Neil Armstrong wrote: >> This patchs adds the cec_notifier feature to the intel_hdmi part >> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate >> between each HDMI ports. >> The changes will allow the i915

Re: [PATCH v5 1/7] proc: add proc_fs_info struct to store proc information

On Fri, May 11, 2018 at 03:49:13PM +0200, Jann Horn wrote: > On Fri, May 11, 2018 at 11:34 AM, Alexey Gladkov > wrote: > > From: Djalal Harouni > > > > This is a preparation patch that adds proc_fs_info to be able to store > > different procfs options and informations. Right now some mount option

Re: [PATCHv5] gpio: Remove VLA from gpiolib

On 15/05/2018 15:10, Geert Uytterhoeven wrote: Hi Laura, On Tue, May 15, 2018 at 12:49 AM, Laura Abbott wrote: On 04/20/2018 02:02 AM, Geert Uytterhoeven wrote: On Fri, Apr 13, 2018 at 11:24 PM, Laura Abbott wrote: The new challenge is to remove VLAs from the kernel (see https://lkml.org/lk

Re: [RFC PATCH 3/5] drm/i915: hdmi: add CEC notifier to intel_hdmi

On 15/05/2018 08:29, Hans Verkuil wrote: > On 05/15/2018 12:40 AM, Neil Armstrong wrote: >> This patchs adds the cec_notifier feature to the intel_hdmi part >> of the i915 DRM driver. It uses the HDMI DRM connector name to differentiate >> between each HDMI ports. >> The changes will allow the i915

Re: [PATCH v2 1/5] staging: lustre: llite: add support set_acl method in inode operations

On Tue, May 15, 2018 at 01:53:02PM +1000, NeilBrown wrote: > On Mon, May 14 2018, James Simmons wrote: > > > From: Dmitry Eremin > > > > Linux kernel v3.14 adds set_acl method to inode operations. > > This patch adds support to Lustre for proper acl management. > > > > Signed-off-by: Dmitry Eremi

Re: Are media drivers abusing of GFP_DMA? - was: Re: [LSF/MM TOPIC NOTES] x86 ZONE_DMA love

On 14/05/18 12:39, Mauro Carvalho Chehab wrote: > Em Mon, 14 May 2018 07:35:03 -0300 > Mauro Carvalho Chehab escreveu: > >> Hi Fabien, >> >> Em Mon, 14 May 2018 08:00:37 + >> Fabien DESSENNE escreveu: >> >>> On 07/05/18 17:19, Mauro Carvalho Chehab wrote: Em Mon, 07 May 2018 16:26:08 +

Re: [PATCH 1/2] USB: dwc3: get extcon device by OF graph bindings

On Tue, May 15, 2018 at 9:26 AM, Felipe Balbi wrote: > Andrzej Hajda writes: > >> extcon device is used to detect host/device connection. Since extcon >> OF property is deprecated, alternative method should be added. >> This method uses OF graph bindings to locate extcon. >> >> Signed-off-by: And

Re: [PATCH v7] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

On Tue, 15 May 2018 06:45:51 +0200 Chris Moore wrote: > Hi, > > Le 13/05/2018 à 06:30, Wan, Jane (Nokia - US/Sunnyvale) a écrit : > > Per ONFI specification (Rev. 4.0), if all parameter pages have invalid CRC > > values, the bit-wise majority may be used to recover the contents of the > > para

Re: [PATCH v5 2/2] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

On Mon, 14 May 2018 20:54:36 +0300 Andy Shevchenko wrote: > On Thu, May 10, 2018 at 3:03 PM, Boris Brezillon > wrote: > > >> +#define GET_BIT(bit, val) (((val) >> (bit)) & 0x01) > > > > Not sure we need that macro, see below. > > +1. We have too many nice helpers for bit manipulations >

Re: [PATCH v2 2/2] drm/bridge: sii902x: add optional power supplies

Hi Philippe, On Monday, 14 May 2018 21:58:48 EEST Philippe CORNU wrote: > On 05/14/2018 12:33 PM, Andrzej Hajda wrote: > > On 14.05.2018 11:38, Philippe CORNU wrote: > >> On 04/25/2018 09:53 AM, Philippe Cornu wrote: > >>> Add the optional power supplies using the description found in > >>> "SiI90

Re: [PATCH v4 1/1] drivers core: multi-threading device shutdown

On Mon, May 14, 2018 at 03:42:54PM -0400, Pavel Tatashin wrote: > When system is rebooted, halted or kexeced device_shutdown() is > called. > > This function shuts down every single device by calling either: > > dev->bus->shutdown(dev) > dev->driver->shutdown(dev) > > Even on a machi

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Signed-off-by: Dexuan Cui > Cc: Stephen Hemminger Should be "Reported-by:", I'll go edit this by hand :(

Re: [PATCH] Drivers: hv: vmbus: Removed an unnecessary cast from void *

On Tue, May 15, 2018 at 12:25:01AM +, Dexuan Cui wrote: > > In C, we don't need such a cast. > > Fixes: ae20b254306a ("Drivers: hv: vmbus: enable VMBus protocol version 5.0") > Reported-by: Stephen Hemminger > Signed-off-by: Dexuan Cui > Cc: K. Y. Srinivasan > --- > > Thanks Stephen Hemmi

[PATCH 0/5] Misc NVMe lockdep fixes

I've "accidently" activated lockdep and ran some tests on nvme, here's the post-fallout patch series. Johannes Thumshirn (5): nvme: fix lockdep warning in nvme_mpath_clear_current_path nvme: don't hold nvmf_transports_rwsem for more than transport lookups nvme: call nvmf_create_ctrl before c

[PATCH 4/5] nvmet: use atomic allocations when allocating fc requests

fcloop_fcp_req() runs with the hctx_lock (a rcu_read_lock() locked section) held, so memory allocations done in this context have to be atomic. This fixes the follwing lockdep complaint: [9.753313] BUG: sleeping function called from invalid context at mm/slab.h:421 [9.754518] in_atomic():

[PATCH 5/5] nvmet: fcloop: use irqsave spinlocks

Lockdep complains about inconsistent hardirq states when using nvme-fcloop. So use the irqsave variant of spin_locks for the nvmefc_fcp_req's reqlock. Here's the lockdep report: [ 11.138417] [ 11.139085] WARNING: inconsistent lock state [ 11.139207] nvmet: cr

[PATCH 3/5] nvme: call nvmf_create_ctrl before checking for duplicate assignment

In nvmf_dev_write we did check if the /dev/nvme-fabrics device node's private data is already set and then create a controller data structure afterwards. The private data is protected by the nvmf_dev_mutex, but there is no need to hold it while calling nvmf_create_ctrl(). This also reduces the num

[PATCHv2 1/5] nvme: fix lockdep warning in nvme_mpath_clear_current_path

When running blktest's nvme/005 with a lockdep enabled kernel the test case fails due to the following lockdep splat in dmesg: [ 18.206166] = [ 18.207286] WARNING: suspicious RCU usage [ 18.208417] 4.17.0-rc5 #881 Not tainted [ 18.209487] ---

[PATCH 2/5] nvme: don't hold nvmf_transports_rwsem for more than transport lookups

Only take nvmf_transports_rwsem when doing a lookup of regitered transports, as subsequent actions may take the hctx_lock which is an rcu_read_lock and thus lockdep complains about suspicious rcu usage. [9.70] = [9.704797] WARNING: suspicious RCU usage [

Re: [PATCH v6] gpio: dwapb: Add support for 1 interrupt per port A GPIO

On Fri, May 11, 2018 at 09:31:37AM +0100, Phil Edworthy wrote: > The DesignWare GPIO IP can be configured for either 1 interrupt or 1 > per GPIO in port A, but the driver currently only supports 1 interrupt. > See the DesignWare DW_apb_gpio Databook description of the > 'GPIO_INTR_IO' parameter. >

Re: [PATCH 2/5] nvme: don't hold nvmf_transports_rwsem for more than transport lookups

> diff --git a/drivers/nvme/host/fabrics.c b/drivers/nvme/host/fabrics.c > index 7ae732a77fe8..febf82639b40 100644 > --- a/drivers/nvme/host/fabrics.c > +++ b/drivers/nvme/host/fabrics.c > @@ -957,16 +957,17 @@ nvmf_create_ctrl(struct device *dev, const char *buf, > size_t count) > > down_

Re: [PATCH v5 2/2] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

On Tue, May 15, 2018 at 10:35 AM, Boris Brezillon wrote: > On Mon, 14 May 2018 20:54:36 +0300 > Andy Shevchenko wrote: > >> On Thu, May 10, 2018 at 3:03 PM, Boris Brezillon >> wrote: >> >> >> +#define GET_BIT(bit, val) (((val) >> (bit)) & 0x01) >> > >> > Not sure we need that macro, see below.

Re: [PATCH v6] ANDROID: binder: change down_write to down_read

On Tue, May 15, 2018 at 8:27 AM, Minchan Kim wrote: > Hi Joel, > > Sorry for the late response. I was off. > > On Wed, May 09, 2018 at 04:19:41PM -0700, Joel Fernandes wrote: >> On Wed, May 09, 2018 at 03:40:23PM +0900, Minchan Kim wrote: >> > On Tue, May 08, 2018 at 04:08:13PM -0700, Joel Fernand

Re: [PATCH 3/5] nvme: call nvmf_create_ctrl before checking for duplicate assignment

On Tue, May 15, 2018 at 09:40:41AM +0200, Johannes Thumshirn wrote: > In nvmf_dev_write we did check if the /dev/nvme-fabrics device node's > private data is already set and then create a controller data > structure afterwards. The private data is protected by the > nvmf_dev_mutex, but there is no

Re: [PATCH] media: dvb-frontends: add Socionext SC1501A ISDB-S/T demodulator driver

/linux/commits/Katsuhiro-Suzuki/media-dvb-frontends-add-Socionext-SC1501A-ISDB-S-T-demodulator-driver/20180515-091453 base: git://linuxtv.org/media_tree.git master config: i386-allyesconfig (attached as .config) compiler: gcc-7 (Debian 7.3.0-16) 7.3.0 reproduce: # save the attached .config

Re: [PATCH 3/5] nvme: call nvmf_create_ctrl before checking for duplicate assignment

On Tue, May 15, 2018 at 09:50:55AM +0200, Christoph Hellwig wrote: > On Tue, May 15, 2018 at 09:40:41AM +0200, Johannes Thumshirn wrote: > > In nvmf_dev_write we did check if the /dev/nvme-fabrics device node's > > private data is already set and then create a controller data > > structure afterwar

Re: [PATCH v2] platform/x86: asus-wmi: Add keyboard backlight toggle support

On Tue, May 15, 2018 at 3:25 AM, Daniel Drake wrote: > Hi Andy, > > On Mon, May 7, 2018 at 8:46 AM, Daniel Drake wrote: >> > > Some Asus laptops like UX550GE has hotkey (Fn+F7) for keyboard >> > > backlight toggle. In this UX550GE, the hotkey incremet the level >> > > of brightness for each keypr

Re: [PATCH v3 6/8] PCI: Rework of_pci_get_host_bridge_resources() to devm_of_pci_get_host_bridge_resources()

Hi Jan, On 05/15/2018 08:58 AM, Jan Kiszka wrote: > From: Jan Kiszka > > of_pci_get_host_bridge_resources() allocates the resource structures it > fills dynamically, but none of its callers care to release them so far. > Rather than requiring everyone to do this explicitly, convert the > existin

Re: [PATCH v3 4/8] PCI: Replace dev_node parameter of of_pci_get_host_bridge_resources with device

Hi Jan, On 05/15/2018 08:58 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Another step towards a managed version of > of_pci_get_host_bridge_resources(): Feed in the underlying device, > rather than just the OF node. This will allow to use managed resource > allocation internally later on. > > C

Re: [PATCH v3 5/8] PCI: Replace pr_*() with dev_*() in of_pci_get_host_bridge_resources()

On 05/15/2018 08:58 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Now that we have a device reference, make use of it for printing. > > Signed-off-by: Jan Kiszka Tested-by: Vladimir Zapolskiy Reviewed-by: Vladimir Zapolskiy -- With best wishes, Vladimir

Re: [PATCH] f2fs: Fix deadlock in shutdown ioctl

On Mon, May 14, 2018 at 11:39:42AM +0800, Chao Yu wrote: > On 2018/5/10 21:20, Sahitya Tummala wrote: > > f2fs_ioc_shutdown() ioctl gets stuck in the below path > > when going down with full sync (F2FS_GOING_DOWN_FULLSYNC) > > option. > > > > __switch_to+0x90/0xc4 > > percpu_down_write+0x8c/0xc0 >

Re: [PATCH v3 3/8] PCI: Rename device node parameter of of_pci_get_host_bridge_resources()

On 05/15/2018 08:58 AM, Jan Kiszka wrote: > From: Jan Kiszka > > We will add a real device parameter to this function soon. > > Signed-off-by: Jan Kiszka Tested-by: Vladimir Zapolskiy Reviewed-by: Vladimir Zapolskiy -- With best wishes, Vladimir

Re: [PATCH v3 0/8] PCI: leak fixes, removable generic PCI host, assorted stuff

Hi Jan, On 05/15/2018 08:58 AM, Jan Kiszka wrote: > Changes in v3: > - refactor series to be both bisectable and simpler while reworking >of_pci_get_host_bridge_resources() > - include of_pci_get_host_bridge_resources() removal > - include devm_of_pci_get_host_bridge_resources() error path

[PATCH v2 05/29] venus: hfi: support session continue for 4xx version

This makes possible to handle session_continue for 4xx as well. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/qcom/venus/hfi.c b/drivers/media/platform/qcom/venus/hfi.c inde

[PATCH v2 01/29] venus: hfi_msgs: correct pointer increment

Data pointer should be incremented by size of the structure not the size of a pointer, correct the mistake. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi_msgs.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/platform/qcom/venus/

[PATCH v2 25/29] venus: vdec: new function for output configuration

Make a new function vdec_output_conf() for decoder output configuration. vdec_output_conf() will set properties via HFI interface related to the output configuration, and keep vdec_set_properties() which will set properties related to decoding parameters. Signed-off-by: Stanimir Varbanov --- dri

[PATCH v2 27/29] venus: implementing multi-stream support

This is implementing a multi-stream decoder support. The multi stream gives an option to use the secondary decoder output with different raw format (or the same in case of crop). Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h| 1 + drivers/media/platform/qcom

[PATCH v2 28/29] venus: add sdm845 compatible and resource data

This adds sdm845 DT compatible string with it's resource data table. Reviewed-by: Rob Herring Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,venus.txt | 1 + drivers/media/platform/qcom/venus/core.c | 22 ++ 2 files changed, 23 inser

[PATCH v2 29/29] venus: add HEVC codec support

This add HEVC codec support for venus versions 3xx and 4xx. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h| 2 ++ drivers/media/platform/qcom/venus/helpers.c | 3 ++ drivers/media/platform/qcom/venus/hfi.c | 2 ++ drivers/media/platform/qcom/venus/vdec.c

Re: [PATCH v3 3/3] mailbox: ACPI: erroneous error message when parsing the ACPI PCCT

On Tue, May 15, 2018 at 12:49 AM, Al Stone wrote: > On 05/14/2018 03:04 PM, Prakash, Prashanth wrote: >> >> >> On 4/30/2018 6:39 PM, Al Stone wrote: >>> There have been multiple reports of the following error message: >>> >>> [0.068293] Error parsing PCC subspaces from PCCT >>> >>> This error

[PATCH v2 26/29] venus: move frame size calculations in common place

move calculations of raw and compressed in a common helper and make it identical for encoder and decoder. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 98 + drivers/media/platform/qcom/venus/helpers.h | 2 + drivers/media/platfor

Re: [PATCH V2] powercap/drivers/idle_injection: Add an idle injection framework

On Tue, May 15, 2018 at 10:42:41AM +0530, viresh kumar wrote: > On 11-05-18, 13:55, Daniel Lezcano wrote: > > On Fri, May 11, 2018 at 03:02:21PM +0530, viresh kumar wrote: > > > On 10-05-18, 14:26, Daniel Lezcano wrote: > > > > +int idle_injection_start(struct idle_injection_device *ii_dev) > > > >

[PATCH v2 24/29] venus: vdec: get required input buffers as well

Rework and rename vdec_cap_num_buffers() to get the number of input buffers too. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 41 +++- 1 file changed, 24 insertions(+), 17 deletions(-) diff --git a/drivers/media/platform/qcom/venus/

[PATCH v2 16/29] venus: add a helper function to set dynamic buffer mode

Adds a new helper function to set dynamic buffer mode if it is supported by current HFI version. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 22 ++ drivers/media/platform/qcom/venus/helpers.h | 1 + drivers/media/platform/qcom/venus/vde

[PATCH v2 23/29] venus: helpers: add a helper to return opb buffer sizes

Add a helper function to return current output picture buffer size. OPB sizes can vary depending on the selected decoder output(s). Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h| 10 ++ drivers/media/platform/qcom/venus/helpers.c | 15 +++

Re: [PATCH] objtool: ignore INT3 padding

On Tue, May 15, 2018 at 01:35:04AM +0300, Alexey Dobriyan wrote: > NOP padding doesn't count as unreachable instruction > neither should INT3. Josh already did a patch for that, but I now realize that never hit lkml. https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?id=158754

[lkp-robot] [x86/asm] 51bad67ffb: int3:#[##]

FYI, we noticed the following commit (built with gcc-4.9): commit: 51bad67ffbce0aaa44579f84ef5d05597054ec6a ("x86/asm: Pad assembly functions with INT3 instructions") https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git x86/pti in testcase: boot on test machine: qemu-system-i386 -enable-kv

Re: [PATCH v5 2/2] mtd: rawnand: use bit-wise majority to recover the contents of ONFI parameter

On Tue, 15 May 2018 10:46:00 +0300 Andy Shevchenko wrote: > On Tue, May 15, 2018 at 10:35 AM, Boris Brezillon > wrote: > > On Mon, 14 May 2018 20:54:36 +0300 > > Andy Shevchenko wrote: > > > >> On Thu, May 10, 2018 at 3:03 PM, Boris Brezillon > >> wrote: > >> > >> >> +#define GET_BIT(bit,

[PATCH v2 22/29] venus: helpers: extend set_num_bufs helper with one more argument

Extend venus_helper_set_num_bufs() helper function with one more argument to set number of output buffers for the secondary decoder output. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 16 ++-- drivers/media/platform/qcom/venus/helpers.h | 3 ++-

[PATCH v2 21/29] venus: helpers,vdec,venc: add helpers to set work mode and core usage

These are new properties applicable to Venus version 4xx. Add the helpers and call them from decoder and encoder drivers. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 28 drivers/media/platform/qcom/venus/helpers.h | 2 ++ drive

[PATCH v2 20/29] venus: helpers: add a new helper to set raw format

The new helper will has one more argument for buffer type, that way the decoder can configure the format on it's secondary output. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 52 ++--- drivers/media/platform/qcom/venus/helpers.h | 2

[PATCH v2 15/29] venus: helpers: rename a helper function and use buffer mode from caps

Rename is_reg_unreg_needed() to better name is_dynamic_bufmode() and use buffer mode from enumerated per codec capabilities. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git

Re: [PATCHv2 1/5] nvme: fix lockdep warning in nvme_mpath_clear_current_path

Looks good, although I hate having the whole splat in the commit message.. Reviewed-by: Christoph Hellwig

Re: [PATCH] PM / Domains: Don't return -EEXIST at attach when PM domain exists

On Tue, May 15, 2018 at 2:53 AM, Tony Lindgren wrote: > * Ulf Hansson [180514 14:55]: >> As dev_pm_domain_attach() isn't the only way to assign PM domain pointers >> to devices, clearly we must allow a device to have the pointer already >> being assigned. For this reason, return 0 instead of -EEX

[PATCH v2 12/29] venus: add common capability parser

This adds common capability parser for all supported Venus versions. Having it will help to enumerate better the supported raw formars and codecs and also the capabilities for every codec like max/min width/height, framerate, bitrate and so on. Signed-off-by: Stanimir Varbanov --- drivers/media/

[PATCH v2 14/29] venus: core: delete not used flag for buffer mode

Delete not used flag for capture buffer allocation mode. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/media/platform/qcom/venus/core.h b/drivers/media/platform/qcom/venus/core.h index fe2d2b9e8af8..c46

[PATCH v2 17/29] venus: add helper function to set actual buffer size

Add and use a helper function to set actual buffer size for particular buffer type. This is also preparation to use the second decoder output. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 12 drivers/media/platform/qcom/venus/helpers.h | 1 + d

[PATCH v2 13/29] venus: helpers: make a commmon function for power_enable

Make common function which will enable power when enabling/disabling clocks and also covers Venus 3xx/4xx versions. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 51 + drivers/media/platform/qcom/venus/helpers.h | 2 ++ drivers/me

[PATCH v2 18/29] venus: delete no longer used bufmode flag from instance

Delete no longer used flag cap_bufs_mode_dynamic from instance structure. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h | 2 -- drivers/media/platform/qcom/venus/hfi_parser.c | 6 +- 2 files changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/m

[PATCH v2 19/29] venus: helpers: add buffer type argument to a helper

This adds one more function argument to pass buffer type to set_output_resolution() helper function. That is a preparation to support secondary decoder output. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/helpers.c | 5 +++-- drivers/media/platform/qcom/venus/helpers.h

Re: [PATCH v2]: perf/x86: store user space frame-pointer value on a sample

Hi Andy, On 09.05.2018 17:54, Peter Zijlstra wrote: > On Tue, May 08, 2018 at 06:21:36PM +0300, Alexey Budankov wrote: >> >> Store user space frame-pointer value (BP register) into Perf trace >> on a sample for a process so the value becomes available when >> unwinding call stacks for functions

[PATCH v2 11/29] venus: venc,vdec: adds clocks needed for venus 4xx

This extends the clocks number to support suspend and resume on Venus version 4xx. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h | 4 +-- drivers/media/platform/qcom/venus/vdec.c | 42 ++-- drivers/media/platform/qcom/venus/venc.c | 42

[PATCH v2 10/29] venus: hfi_venus: add suspend functionality for Venus 4xx

This adds suspend (power collapse) functionality by reusing the suspend function for Venus 3xx and also enables idle indicator property for Venus 4xx (where it is disabled by default). Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi_venus.c | 11 ++- 1 file cha

Re: [Xen-devel] [RFC][PATCH] KVM: APPLES can improve the performance of applications and virtualized systems by up to 49%

On Sat, May 12, 2018 at 04:27:04PM +0800, Weiwei Jia wrote: > Dear all, > > Recently, we made a few improvements on effectively utilizing Pause > Loop Exiting (PLE) support for higher throughput on virtualized > systems. Basically, it solves two problems: 1) how to adjust > PLE_Window; 2) how to s

Re: [RFC PATCH 5/5] media: platform: Add Chrome OS EC CEC driver

On 05/15/18 09:25, Neil Armstrong wrote: > Hi Hans, > > Thanks for the extensive review. > > On 15/05/2018 08:58, Hans Verkuil wrote: >> On 05/15/2018 12:40 AM, Neil Armstrong wrote: >>> The Chrome OS Embedded Controller can expose a CEC bus, this patch add the >>> driver for such feature of the

[PATCH v2 08/29] venus: hfi_venus: fix suspend function for venus 3xx versions

This fixes the suspend function for Venus 3xx versions by add a check for WFI (wait for interrupt) bit. This bit is on when the ARM9 is idle and entered in low power mode. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi_venus.c| 59 drivers

[PATCH v2 09/29] venus: hfi_venus: move set of default properties to core init

This moves setting of default properties (firmware debug, idle indicator and low power mode) from session init to core init. All of those properties are need to be enabled/disabled early so that they could be used before the clients are even initialized. The other reason is to set idle indicator p

[PATCH v2 06/29] venus: hfi: handle buffer output2 type as well

This adds handling of buffers of type OUTPUT2 which is needed to support Venus 4xx version. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi.c | 3 ++- drivers/media/platform/qcom/venus/hfi_msgs.c | 3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) diff --gi

[PATCH v2 04/29] venus: hfi_cmds: add set_properties for 4xx version

Adds set_properties method to handle newer 4xx properties and fall-back to 3xx for the rest. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi_cmds.c | 64 +++- 1 file changed, 63 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/q

[PATCH v2 07/29] venus: hfi_venus: add halt AXI support for Venus 4xx

Add AXI halt support for version 4xx by using venus wrapper registers. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/hfi_venus.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/media/platform/qcom/venus/hfi_venus.c b/drivers/media/platform

  1   2   3   4   5   6   7   8   9   10   >