Re: "isert: isert_setup_id: rdma_bind_addr() failed: -19" spam, followed by Recursive Fault on reboot

On Sun, 29 Jan 2017 09:39:39 +0200 Sagi Grimberg wrote: Hello, thank you very much for your help. I'm very sorry but I think I've made too many changes to my system to recreate the problem. I tried recreating my targtetcli config and downgrading linux+userspace+firmware to the versions I used whe

Re: [PATCH v3 06/24] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

On Fri, Jan 06, 2017 at 06:11:24PM -0800, Steve Longerbeam wrote: > + ov5640: camera@40 { > + compatible = "ovti,ov5640"; > + pinctrl-names = "default"; > + pinctrl-0 = <&pinctrl_ov5640>; > + clocks = <&mipi_xclk>; > + clock-names = "x

Re: [PATCH v2] clk: add more managed APIs

On Mon, Jan 30, 2017 at 09:42:28PM +, Russell King - ARM Linux wrote: > On Mon, Jan 30, 2017 at 11:22:14AM -0800, Guenter Roeck wrote: > > Maybe the additional calls make sense; I can imagine they would. > > However, I personally would be a bit wary of changing the initialization > > order of m

Re: [PATCH 1/2] device property: export code duplicating array of property entries

On 1/23/2017 11:46 PM, Dmitry Torokhov wrote: On Mon, Jan 23, 2017 at 05:00:38PM +0200, Andy Shevchenko wrote: On Sun, 2017-01-22 at 23:38 -0800, Dmitry Torokhov wrote: When augmenting ACPI-enumerated devices with additional property data based on DMI info, a module has often several potential

Re: [Linux v4.10.0-rc1+] Still call-traces after suspend-resume (pm? i915? cpu/hotplug?)

On 1/24/2017 2:33 AM, Sedat Dilek wrote: On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki wrote: On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek wrote: Hi, I have already reported this issue in [1]. One of the issue was solved. Unfortunately, it looks like there is still a different problem

Re: [PATCH net-next v3 06/10] net: dsa: Migrate to device_find_class()

On 01/25/2017 01:25 PM, Greg KH wrote: > On Tue, Jan 24, 2017 at 10:59:15AM -0800, Florian Fainelli wrote: >> On 01/19/2017 10:12 AM, Florian Fainelli wrote: >>> >>> Back to the actual code that triggered this discussion, the whole >>> purpose is just a safeguard. Given a device reference, we can a

Re: [PATCH] printk: fix printk.devkmsg sysctl

On Mon, Jan 30, 2017 at 06:03:18PM +0100, Borislav Petkov wrote: > IOW, I'd like the user to know what she does and mean it. No sloppy > inputs. Ok, here's what I wanna do. I decided to do my own parsing on the write path since proc_dostring() does not really allow me to look at the input string.

Re: [PATCH v3 21/24] media: imx: Add MIPI CSI-2 Receiver subdev driver

On Fri, Jan 06, 2017 at 06:11:39PM -0800, Steve Longerbeam wrote: > Adds MIPI CSI-2 Receiver subdev driver. This subdev is required > for sensors with a MIPI CSI2 interface. > > Signed-off-by: Steve Longerbeam Applying: media: imx: Add MIPI CSI-2 Receiver subdev driver .git/rebase-apply/patch:52

[GIT] Sparc

Several small bug fixes and tidies, along with a fix for non-resumable memory errors triggered by userspace. Please pull, thanks a lot! The following changes since commit ba6d973f78eb62ffebb32f6ef3334fc9a3b33d22: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2016-12-20 15:48

[PATCH v13 1/2] serial: exar: split out the exar code from 8250_pci

From: Sudip Mukherjee Add the serial driver for the Exar chips. And also register the platform device for the GPIO provided by the Exar chips. Reviewed-by: Andy Shevchenko Signed-off-by: Sudip Mukherjee --- Andy, I have added the if (!board) check, but I am not sure how board can be NULL here

Re: [STLinux Kernel] [PATCH 3/8] serial: st-asc: Read in all Pinctrl states

Hi Lee, On Mon, 30 Jan 2017, Lee Jones wrote: > On Mon, 30 Jan 2017, Peter Griffin wrote: > > On Mon, 30 Jan 2017, Lee Jones wrote: > > > On Mon, 30 Jan 2017, Peter Griffin wrote: > > > > On Fri, 27 Jan 2017, Lee Jones wrote: > > > > > On Wed, 25 Jan 2017, Peter Griffin wrote: > > > > > > On Tue,

Re: [PATCH v3 19/24] media: imx: Add IC subdev drivers

On Fri, Jan 06, 2017 at 06:11:37PM -0800, Steve Longerbeam wrote: > This is a set of three media entity subdevice drivers for the i.MX > Image Converter. The i.MX IC module contains three independent > "tasks": > > - Pre-processing Encode task: video frames are routed directly from > the CSI and

[PATCH v13 2/2] serial: 8250_pci: remove exar code

From: Sudip Mukherjee Remove the Exar specific codes from 8250_pci and blacklist those chips so that the new Exar serial driver binds to the devices. Reviewed-by: Andy Shevchenko Signed-off-by: Sudip Mukherjee --- drivers/tty/serial/8250/8250_pci.c | 336 +

Re: [PATCH] sparc32: mm: srmmu: add __ro_after_init to sparc32_cachetlb_ops structures

From: Bhumika Goyal Date: Sat, 14 Jan 2017 18:01:54 +0530 > The objects viking_ops, viking_sun4d_smp_ops and smp_cachetlb_ops of > type sparc32_cachetlb_ops are not modified anywhere after getting modified > in the init functions. Inside init their reference is also stored in a > pointer of type

Re: [PATCH v3 17/24] media: imx: Add CSI subdev driver

On Fri, Jan 06, 2017 at 06:11:35PM -0800, Steve Longerbeam wrote: > This is a media entity subdevice for the i.MX Camera > Serial Interface module. > > Signed-off-by: Steve Longerbeam warning: 3 lines add whitespace errors. Applying: media: imx: Add CSI subdev driver .git/rebase-apply/patch:38:

Re: [PATCH v3 16/24] media: Add i.MX media core driver

On Fri, Jan 06, 2017 at 06:11:34PM -0800, Steve Longerbeam wrote: > Add the core media driver for i.MX SOC. > > Signed-off-by: Steve Longerbeam Applying: media: Add i.MX media core driver .git/rebase-apply/patch:516: new blank line at EOF. + .git/rebase-apply/patch:528: new blank line at EOF. +

Re: [PATCH v3 06/24] ARM: dts: imx6-sabrelite: add OV5642 and OV5640 camera sensors

On Fri, Jan 06, 2017 at 06:11:24PM -0800, Steve Longerbeam wrote: > diff --git a/arch/arm/boot/dts/imx6q-sabrelite.dts > b/arch/arm/boot/dts/imx6q-sabrelite.dts > index 66d10d8..9e2d26d 100644 > --- a/arch/arm/boot/dts/imx6q-sabrelite.dts > +++ b/arch/arm/boot/dts/imx6q-sabrelite.dts > @@ -52,3 +5

Re: [PATCH v2] clk: add more managed APIs

On Mon, Jan 30, 2017 at 01:58:05PM -0800, Dmitry Torokhov wrote: > FWIW I do not think that kitchen sink calls, like > "devm_clk_get_prepare_set_rate_enable" are helpful. Resource > acquisition and use of said resource are logically separate. That alone is an argument against devm_clk_get_prepare_

Re: [RFC v1 00/14] Bus1 Kernel Message Bus

Hi! I'm a bit late to the party... > Example: > Imagine a receiver with a limit of 1024 handles. A sender transmits a > message to that receiver. It gets access to half the limit not used by > anyone else, hence 512 handles. It does not matter how many senders > there are, nor how many messages a

Re: [PATCH] phy: qcom-ufs: Fix misplaced jump label

On Friday 27 January 2017 01:40 PM, Vivek Gautam wrote: > We want to skip only tx/rx_iface clocks and not ref_clk_src > as well. Fix the jump label accordingly. > > Fixes: 300f96771d78 ("phy: qcom-ufs: Skip obtaining rx/tx_iface_clk for > msm8996 based phy") merged, thanks. -Kishon > > Cc: S

Re: [PATCH v2 2/3] iommu/ipmmu-vmsa: Increase maximum micro-TLBS to 48

Hi Joerg, On Fri, Jan 27, 2017 at 8:47 PM, Joerg Roedel wrote: > On Mon, Jan 23, 2017 at 08:40:29PM +0900, Magnus Damm wrote: >> From: Magnus Damm >> >> Bump up the maximum numbers of micro-TLBS to 48. >> >> Each IPMMU device instance get micro-TLB assignment via >> the "iommus" property in DT.

Re: [PATCH v2] drm: remove unnecessary fault wrappers

On Mon, Jan 30, 2017 at 03:09:39PM -0700, Ross Zwisler wrote: > This patch applies cleanly to mmots/master, which is currently at > v4.10-rc5-mmots-2017-01-26-15-49. Which may not be what you want... The reason I was looking at this code was because it was recently changed by Dave Jiang to remov

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Mon, 2017-01-30 at 23:45 +0200, Jarkko Sakkinen wrote: > On Sun, Jan 29, 2017 at 02:36:58PM -0800, James Bottomley wrote: [...] > > > 2. Can it really return both TPM_RC_HANDLE and > > > TPM_RC_REFERENCE_H0? > > > > Yes, it seems that a session that doesn't exist (because it's been > > flushed

Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)

From: Khalid Aziz Date: Wed, 25 Jan 2017 12:57:16 -0700 > +static inline void enable_adi(void) > +{ ... > + __asm__ __volatile__( > + "rdpr %%pstate, %%g1\n\t" > + "or %%g1, %0, %%g1\n\t" > + "wrpr %%g1, %%g0, %%pstate\n\t" > + ".word 0x8343800

Re: [tpmdd-devel] [RFC] tpm2-space: add handling for global session exhaustion

On Mon, 2017-01-30 at 23:58 +0200, Jarkko Sakkinen wrote: > On Mon, Jan 30, 2017 at 08:04:55AM -0800, James Bottomley wrote: > > On Sun, 2017-01-29 at 19:52 -0500, Ken Goldman wrote: > > > On 1/27/2017 5:04 PM, James Bottomley wrote: > > > > > > > > Beware the nasty corner case: > > > > > > > > >

[PATCH v2] drm: remove unnecessary fault wrappers

The fault wrappers drm_vm_fault(), drm_vm_shm_fault(), drm_vm_dma_fault() and drm_vm_sg_fault() used to provide extra logic beyond what was in the "drm_do_*" versions of these functions, but as of this commit: commit ca0b07d9a969 ("drm: convert drm from nopage to fault.") They are just unnecessar

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

Hi Mark, On 01/30/2017 05:56 AM, Mark Rutland wrote: > Hi, > > On Fri, Jan 27, 2017 at 04:52:23PM -0500, Christopher Covington wrote: >> On 01/27/2017 09:38 AM, Mark Rutland wrote: >>> On Wed, Jan 25, 2017 at 10:52:30AM -0500, Christopher Covington wrote: > Replacing the above sequence with

Re: [PATCH cgroup/for-4.11] cgroup: misc cleanups

On Fri, Jan 20, 2017 at 12:06:08PM -0500, Tejun Heo wrote: > * cgrp_dfl_implicit_ss_mask is ulong instead of u16 unlike other > ss_masks. Make it a u16. > > * Move have_canfork_callback together with other callback ss_masks. > > Signed-off-by: Tejun Heo Applied to cgroup/for-4.11. Thanks.

Re: Issue with i2c-designware-platdrv's suspend/runtime-suspend handling

On Tue, Jan 24, 2017 at 2:03 PM, John Stultz wrote: > I noticed that with my hikey board, on resume from suspend I'm getting > the following WARNING: > > [ 54.334054] [ cut here ] > [ 54.334077] WARNING: CPU: 0 PID: 2217 at drivers/clk/clk.c:594 > clk_core_disable+0x20/

Re: Cherryview wake up events

On Mon, Jan 30, 2017 at 10:57 PM, Johannes Stezenbach wrote: > On Fri, Jan 27, 2017 at 02:30:58PM +0100, Johannes Stezenbach wrote: >> On Fri, Jan 27, 2017 at 03:21:22PM +0200, Andy Shevchenko wrote: >> > On Fri, Jan 27, 2017 at 1:38 PM, Johannes Stezenbach >> > wrote: >> > > On Fri, Jan 27, 201

[PATCH v2] net: aquantia: atlantic: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- Changelog: v2: - add support and advertise for TP .../net/ethernet/aqu

Re: [PATCH v4] mm: add arch-independent testcases for RODATA

On Sun, Jan 29, 2017 at 2:54 AM, Jinbum Park wrote: > This patch makes arch-independent testcases for RODATA. > Both x86 and x86_64 already have testcases for RODATA, > But they are arch-specific because using inline assembly directly. > > and cacheflush.h is not suitable location for rodata-test

Re: [PATCH v6 5/5] arm: mvebu: Add device tree for db-dxbc2 and db-xc3-24g4xg boards

Hi Gregory, On 31/01/17 03:29, Gregory CLEMENT wrote: > Hi Chris, > > On lun., janv. 30 2017, Chris Packham > wrote: > >> These boards are Marvell's evaluation boards for the 98DX4251 and >> 98DX3336 SoCs. >> >> Signed-off-by: Chris Packham > > Applied on mvebu/dt > I just noticed that I hadn

Re: Q: lockdep_assert_held_read() after downgrade_write()

On 01/30/2017 02:25 PM, J. R. Okajima wrote: > Peter Zijlstra, > > May I ask you a question? > v4.10-rc1 got a commit > f831948 2016-11-30 locking/lockdep: Provide a type check for > lock_is_held > I've tested a little and lockdep splat a stack trace. > > { > DECLARE_RWSEM(rw); >

Re: [RFC PATCH] scsi, block: fix duplicate bdi name registration crashes

On Mon, Jan 30, 2017 at 4:24 AM, Christoph Hellwig wrote: > Hi Dan, > > this looks mostly fine to me. A few code comments below, but except > for this there is another issue with it: We still have drivers > that share a single request_queue for multiple gendisks, so I wonder scsi drivers or oth

Re: [PATCH net-next v7 0/3] Add support for the ethernet switch on the ESPRESSObin

From: Gregory CLEMENT Date: Mon, 30 Jan 2017 20:29:32 +0100 > This set of patches adds support for the Marvell Ethernet Topaz switch > family (88E6141/88E6341) which is found on the ESPRESSObin. With this > series the network is usable on this board. > > As usual, I rebased the series on the ver

Re: [tpmdd-devel] [RFC] tpm2-space: add handling for global session exhaustion

On Mon, Jan 30, 2017 at 08:04:55AM -0800, James Bottomley wrote: > On Sun, 2017-01-29 at 19:52 -0500, Ken Goldman wrote: > > On 1/27/2017 5:04 PM, James Bottomley wrote: > > > > > > Beware the nasty corner case: > > > > > > > > - Application asks for a session and gets 0200 > > > > > > > > -

Re: [PATCH v2] clk: add more managed APIs

On Mon, Jan 30, 2017 at 1:42 PM, Russell King - ARM Linux wrote: > On Mon, Jan 30, 2017 at 11:22:14AM -0800, Guenter Roeck wrote: >> Maybe the additional calls make sense; I can imagine they would. >> However, I personally would be a bit wary of changing the initialization >> order of multi-clock

Re: [PATCH v3 16/24] drm/rockchip: dw-mipi-dsi: properly configure PHY timing

On Sun, Jan 29, 2017 at 01:24:36PM +, John Keeping wrote: > These values are specified as constant time periods but the PHY > configuration is in terms of the current lane byte clock so using > constant values guarantees that the timings will be outside the > specification with some display con

Re: [RFC 1/3] system-power: Add system power and restart framework

Hi! > +struct system_power_chip; > + > +struct system_power_ops { > + int (*restart)(struct system_power_chip *chip, enum reboot_mode mode, > +char *cmd); > + int (*power_off_prepare)(struct system_power_chip *chip); > + int (*power_off)(struct system_power_chip *c

Re: [PATCH 0/6] ncr5380: Miscellaneous minor patches

On Sunday 29 January 2017 02:05:02 Finn Thain wrote: > On Sat, 28 Jan 2017, Ondrej Zary wrote: > > On Monday 16 January 2017 00:50:57 Finn Thain wrote: > > > This series removes some unused code and related comments, addresses > > > the warnings generated by 'make W=1' and 'make C=1' and fixes a >

Re: Fwd: Re: [tpmdd-devel] [PATCH v9 2/2] tpm: add securityfs support,for TPM 2.0 firmware event log

On Mon, Jan 30, 2017 at 03:08:42PM +0530, Nayna wrote: > > > From: "Ken Goldman" > > > > Date: 26-Jan-2017 2:53 AM > > Subject: Re: [tpmdd-devel] [PATCH v9 2/2] tpm: add securityfs > > support,for TPM 2.0 firmware event log > > To: >

Re: [PATCH] tpm: add buffer access validation in tpm2_get_pcr_allocation()

On Mon, Jan 30, 2017 at 08:28:30AM +0530, Nayna wrote: > > > On 01/30/2017 02:50 AM, Jarkko Sakkinen wrote: > > On Sun, Jan 29, 2017 at 10:48:39PM +0530, Nayna wrote: > > > > > > > > > On 01/29/2017 08:10 PM, Jarkko Sakkinen wrote: > > > > On Fri, Jan 27, 2017 at 10:25:49AM -0500, Nayna Jain wr

Re: [PATCH v2 3/4] ARM: nommu: display vectors base

Hi, On Mon, Jan 30, 2017 at 02:03:26PM +, Russell King - ARM Linux wrote: > On Sun, Jan 22, 2017 at 08:52:12AM +0530, afzal mohammed wrote: > > The exception base address is now dynamically estimated for no-MMU, > > display it. As it is the case, now limit VECTORS_BASE usage to MMU > > scenar

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Sun, Jan 29, 2017 at 07:35:32PM -0500, Ken Goldman wrote: > On 1/27/2017 7:32 PM, James Bottomley wrote: > > > > Sessions are also isolated during each instance of a tpm space. This > > means that spaces shouldn't be able to see each other's sessions and > > is enforced by ensuring that a space

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Sun, Jan 29, 2017 at 02:36:58PM -0800, James Bottomley wrote: > On Sun, 2017-01-29 at 23:39 +0200, Jarkko Sakkinen wrote: > > On Fri, Jan 27, 2017 at 04:32:38PM -0800, James Bottomley wrote: > > > sessions are different from transient objects in that their handles > > > may not be virtualized (b

Re: [PATCH v2] clk: add more managed APIs

On Mon, Jan 30, 2017 at 11:22:14AM -0800, Guenter Roeck wrote: > Maybe the additional calls make sense; I can imagine they would. > However, I personally would be a bit wary of changing the initialization > order of multi-clock initializations, and I am not sure how a single call > could address se

Re: [tip:sched/core] sched/core: Add debugging code to catch missing update_rq_clock() calls

On Tue, 31 Jan, at 08:24:53AM, Michael Ellerman wrote: > > I'm hitting this on multiple powerpc systems: > > [ 38.339126] rq->clock_update_flags < RQCF_ACT_SKIP > [ 38.339134] [ cut here ] > [ 38.339142] WARNING: CPU: 2 PID: 1 at kernel/sched/sched.h:804 > detach_ta

Re: [PATCH 1/4] dt-bindings: Add binding for brcm,bcm2835-sdhost.

> Gerd Hoffmann hat am 27. Januar 2017 um 12:36 geschrieben: > > > From: Eric Anholt > > This is the other SD controller on the platform, which can be swapped > to the role of SD card host using pin muxing. AFAIK the SDHOST controller isn't able to handle SDIO. Maybe we should mention this

linux-kernel@vger.kernel.org

> Gerd Hoffmann hat am 27. Januar 2017 um 12:36 geschrieben: > > > This flips the switch from (iproc-driven) sdhci controller to the custom > sdhost controller. As long as the SDHOST driver isn't enabled in bcm2835_defconfig we shouldn't do that. Btw please write down the reason why this sho

Re: [PATCH 2/4] mmc: bcm2835: Add new driver for the internal SD controller.

Hi Gerd, > Gerd Hoffmann hat am 27. Januar 2017 um 12:36 geschrieben: > > > From: Eric Anholt > > The 2835 has two SD controllers: The Arasan SDHCI controller (supported > by the iproc driver) and a custom SD controller. This patch adds a > driver for the custom SD controller. > > The cust

Q: lockdep_assert_held_read() after downgrade_write()

Peter Zijlstra, May I ask you a question? v4.10-rc1 got a commit f831948 2016-11-30 locking/lockdep: Provide a type check for lock_is_held I've tested a little and lockdep splat a stack trace. { DECLARE_RWSEM(rw); static struct lock_class_key key; lockdep_set_clas

FUNDIND

Hello, Are you looking to borrow for any purpose? Do you need assistance in accessing alternative and cheap financing for any project worldwide? We are seasoned financial providers for private and public investments. We can help you or your organization access cheap and available funding f

Re: [PATCHv3 perf/core 1/6] tools lib bpf: Add BPF program pinning APIs.

On 30 January 2017 at 12:28, Arnaldo Carvalho de Melo wrote: > Em Mon, Jan 30, 2017 at 05:25:06PM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Thu, Jan 26, 2017 at 01:19:56PM -0800, Joe Stringer escreveu: >> > Add new APIs to pin a BPF program (or specific instances) to the >> > filesystem. >>

Re: [PATCH] PCI: ACPI: Fix ThunderX PEM initialization

Hi Vadim, On Mon, Jan 30, 2017 at 08:25:52AM -0800, Vadim Lomovtsev wrote: > This patch is to address PEM initialization issue > which causes network issues. > > It is necessary to search for _HID:PNP0A08 while requesting > PEM resources via ACPI instead of "THRX0002". > > Signed-off-by: Vadim L

[GIT PULL] ARM: at91: soc fixes for 4.10

Arnd, Olof, Here are two patches worth taking as fixes for 4.10. They change the email addresses for Nicolas and Ludovic in MAINTAINERS so get_maintainers can point to the correct ones. The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:1

RE: [PATCH v1 2/2] drm/radeon: make MacBook Pro d3_delay quirk more generic

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Bjorn Helgaas > Sent: Monday, January 30, 2017 3:41 PM > To: Deucher, Alexander; Koenig, Christian > Cc: linux...@vger.kernel.org; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; a

Re: Cherryview wake up events

On Fri, Jan 27, 2017 at 02:30:58PM +0100, Johannes Stezenbach wrote: > On Fri, Jan 27, 2017 at 03:21:22PM +0200, Andy Shevchenko wrote: > > On Fri, Jan 27, 2017 at 1:38 PM, Johannes Stezenbach wrote: > > > On Fri, Jan 27, 2017 at 12:56:53AM +0200, Andy Shevchenko wrote: > > > > >> Had you tried t

Re: [RFC PATCH] scsi, block: fix duplicate bdi name registration crashes

On Mon, Jan 30, 2017 at 4:24 AM, Christoph Hellwig wrote: > Hi Dan, > > this looks mostly fine to me. A few code comments below, but except > for this there is another issue with it: We still have drivers > that share a single request_queue for multiple gendisks, so I wonder > > Also I think you

Re: [PATCH] PCI: rockchip: mark PM functions as __maybe_unused

On Fri, Jan 20, 2017 at 05:24:30PM +0100, Arnd Bergmann wrote: > When CONFIG_PM_SLEEP is disabled, we get harmless build warnings: > > host/pcie-rockchip.c:1267:12: error: 'rockchip_pcie_resume_noirq' defined but > not used [-Werror=unused-function] > host/pcie-rockchip.c:1240:12: error: 'rockchi

Re: [PATCH net-next 1/3] trace: add variant without spacing in trace_print_hex_seq

On Wed, 25 Jan 2017 02:28:16 +0100 Daniel Borkmann wrote: > For upcoming tracepoint support for BPF, we want to dump the program's > tag. Format should be similar to __print_hex(), but without spacing. > Add a __print_hex_str() variant for exactly that purpose that reuses > trace_print_hex_seq().

Re: [RFC V2 05/12] cpuset: Add cpuset_inc() inside cpuset_init()

On Mon, Jan 30, 2017 at 09:05:46AM +0530, Anshuman Khandual wrote: > Currently cpusets_enabled() wrongfully returns 0 even if we have a root > cpuset configured on the system. This got missed when jump level was > introduced in place of number_of_cpusets with the commit 664eeddeef65 > ("mm: page_al

Re: [PATCH V3 3/4] arch/powerpc: Implement Optprobes

Anju T Sudhakar writes: > Detour buffer contains instructions to create an in memory pt_regs. > After the execution of the pre-handler, a call is made for instruction > emulation. > The NIP is determined in advanced through dummy instruction emulation and a > branch > instruction is created to

unstable /sys interface from hmon

Hi, Cisco recently upgraded to kernel 4.4.. We have applications which use the /sys interfaces for some hmon drivers. We found that the following patches, https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=bab2243ce1897865e31ea6d59b0478391f51812b https://git.kernel.org/c

[PATCH v1 2/2] drm/radeon: make MacBook Pro d3_delay quirk more generic

The PCI Power Management Spec, r1.2, sec 5.6.1, requires a 10 millisecond delay when powering on a device, i.e., transitioning from state D3hot to D0. Apparently some devices require more time, and d1f9809ed131 ("drm/radeon: add quirk for d3 delay during switcheroo poweron for apple macbooks") add

[PATCH v1 1/2] drm/amdgpu: remove unnecessary save/restore of pdev->d3_delay

Remove unnecessary save/restore of pdev->d3_delay. The only assignments to pdev->d3_delay are in radeon_switcheroo_set_state() and some quirks, none of which should be relevant in the amdgpu_switcheroo_set_state() path. Signed-off-by: Bjorn Helgaas --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c

[PATCH v1 0/2] drm amdgpu/radeon: clean up d3_delay usage

amdgpu doesn't need to touch pdev->d3_delay at all. radeon has a d3_delay quirk for MacBook Pro, but it only affects radeon_switcheroo_set_state(). I think it should affect wakeups done by the PCI core as well. --- Bjorn Helgaas (2): drm/amdgpu: remove unnecessary save/restore of pdev->d3

Re: [PATCHv3 perf/core 0/6] Libbpf object pinning

Em Thu, Jan 26, 2017 at 01:19:55PM -0800, Joe Stringer escreveu: > This series adds pinning functionality for maps, programs, and objects. > Library users may call bpf_map__pin(map, path) or bpf_program__pin(prog, path) > to pin maps and programs separately, or use bpf_object__pin(obj, path) to > p

Re: [PATCH v2 2/2] iio: distance: add devantech us ranger srf04

On 30/01/17 12:51, Andreas Klinger wrote: > This patch adds support for the ultrasonic ranger srf04 of devantech. > > This device is measuring the distance of objects in a range between 1 cm > and 3 meters and a theoretical resolution of 3 mm. > > There are two GPIOs used: > - trigger: set as o

Re: [PATCH v3 01/14] Documentation: dt/bindings: Document pinctrl-ingenic

On Wed, Jan 25, 2017 at 07:51:54PM +0100, Paul Cercueil wrote: > This commit adds documentation for the devicetree bidings of the > pinctrl-ingenic driver, which handles pin configuration and pin > muxing of the Ingenic SoCs currently supported by the Linux kernel. > > Signed-off-by: Paul Cercueil

Re: ibmvtpm byteswapping inconsistency

On 01/29/2017 08:32 PM, Michael Ellerman wrote: > Tyrel Datwyler writes: > >> On 01/27/2017 01:03 AM, Michal Suchanek wrote: >>> On 27 January 2017 at 02:50, Benjamin Herrenschmidt >>> wrote: On Thu, 2017-01-26 at 17:42 -0800, Tyrel Datwyler wrote: > On 01/26/2017 12:22 PM, Michal Suchá

Re: [PATCH v3 02/14] Documentation: dt/bindings: Document pinctrl-gpio

On Wed, Jan 25, 2017 at 07:51:55PM +0100, Paul Cercueil wrote: > This commit adds documentation for the devicetree bidings of the s/biding/bindings/ > pinctrl-gpio driver, which handles GPIOs of the Ingenic SoCs > currently supported by the Linux kernel. The subject makes no reference that this

Re: [PATCH] drm: remove unnecessary fault wrappers

On Mon, Jan 30, 2017 at 12:20:02PM -0700, Ross Zwisler wrote: > The fault wrappers drm_vm_fault(), drm_vm_shm_fault(), drm_vm_dma_fault() > and drm_vm_sg_fault() used to provide extra logic beyond what was in the > "drm_do_*" versions of these functions, but as of this commit: > > commit ca0b07d9a

Re: [PATCHv3 perf/core 1/6] tools lib bpf: Add BPF program pinning APIs.

Em Mon, Jan 30, 2017 at 05:25:06PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, Jan 26, 2017 at 01:19:56PM -0800, Joe Stringer escreveu: > > Add new APIs to pin a BPF program (or specific instances) to the filesystem. > > The user can specify the path full path within a BPF filesystem to pin

Re: [PATCH v3 15/24] drm/rockchip: dw-mipi-dsi: configure PHY before enabling

On Sun, Jan 29, 2017 at 01:24:35PM +, John Keeping wrote: > The bias, bandgap and PLL should all be configured before we enable > them. > Do you know why the test codes are hard-coded magic? It'd be nice to make some sense of them in a future patch. Reviewed-by: Sean Paul > Signed-off-by:

Re: [PATCHv5 0/5] Support for Marvell switches with integrated CPUs

On 31/01/17 03:40, Gregory CLEMENT wrote: > Hi Chris, > > The 5 patches should be available soon (if it is not already the case), > in the linux-next branch. > > The clk patch is already there, the 3 arm patch have been merged in my > mvebu/for-next branch, and the pinctrl patch is about to be merg

Re: [PATCH v3 14/24] drm/rockchip: dw-mipi-dsi: ensure PHY is reset

On Sun, Jan 29, 2017 at 01:24:34PM +, John Keeping wrote: > Also don't power up the DSI host at this point since this is not > necessary in order to configure the PHY and we do so later when > selecting video or command mode. > Reviewed-by: Sean Paul > Signed-off-by: John Keeping > Reviewe

Re: [PATCH] iio: stx104: Add support for GPIO names

On 30/01/17 17:16, William Breathitt Gray wrote: > This patch sets the gpio_chip names option with an array of GPIO line > names that match the manual documentation for the Apex Embedded Systems > STX104. This should make it easier for users to identify which GPIO line > corresponds to a respective

Re: [PATCHv3 perf/core 1/6] tools lib bpf: Add BPF program pinning APIs.

Em Thu, Jan 26, 2017 at 01:19:56PM -0800, Joe Stringer escreveu: > Add new APIs to pin a BPF program (or specific instances) to the filesystem. > The user can specify the path full path within a BPF filesystem to pin the > program. > > bpf_program__pin_instance(prog, path, n) will pin the nth inst

Re: [PATCH v3 13/24] drm/rockchip: dw-mipi-dsi: fix escape clock rate

On Sun, Jan 29, 2017 at 01:24:33PM +, John Keeping wrote: > This clock rate is derived from the PHY PLL, so it should be calculated > dynamically. Use the same calculation as the vendor kernel to derive > the escape clock speed. > Nit below, but Reviewed-by: Sean Paul > Signed-off-by: Joh

Re: pull-request: wireless-drivers 2017-01-29

From: Kalle Valo Date: Sun, 29 Jan 2017 16:49:02 +0200 > small but important fixes for 4.10. Hopefully is the last pull request > for 4.10. > > Please let me know if there are any problems. Pulled, thanks Kalle.

Re: [PATCH v3 12/24] drm/rockchip: dw-mipi-dsi: allow commands in panel_disable

On Sun, Jan 29, 2017 at 01:24:32PM +, John Keeping wrote: > Panel drivers may want to sent commands during the disable function, for > example MIPI_DCS_SET_DISPLAY_OFF before the video signal ends. In order > to send commands we need to write to registers, so pclk must be enabled. > > While c

Re: [PATCH v3 1/3] crypto: brcm: DT documentation for Broadcom SPU hardware

On Wed, Jan 25, 2017 at 11:44:47AM -0500, Rob Rice wrote: > Device tree documentation for Broadcom Secure Processing Unit > (SPU) crypto hardware. > > Signed-off-by: Steve Lin > Signed-off-by: Rob Rice > --- > .../devicetree/bindings/crypto/brcm,spu-crypto.txt | 22 > ++ >

[ANNOUNCE] v4.9.6-rt4

Dear RT folks! I'm pleased to announce the v4.9.6-rt4 patch set. Changes since v4.9.6-rt3: - Since the timer(s)-softirq split we could delay the wakeup of the timer sofitrq. Patch by Mike Galbraith - The CPUSET code maybe be called with disabled interrupts and requires raw locks fo

Re: [PATCH v3 11/24] drm/rockchip: dw-mipi-dsi: prepare panel after phy init

On Sun, Jan 29, 2017 at 01:24:31PM +, John Keeping wrote: > Some panels need to be configured with commands sent over the MIPI link, > which they will do in the prepare hook. Call this after the PHY has > been initialized so that we are able to send commands to the panel. > Reviewed-by: Sean

Re: [PATCH v3 24/24] drm/rockchip: dw-mipi-dsi: support read commands

On Mon, Jan 30, 2017 at 06:14:27PM +, John Keeping wrote: > On Mon, 30 Jan 2017 10:26:11 -0500, Sean Paul wrote: > > > On Sun, Jan 29, 2017 at 01:24:44PM +, John Keeping wrote: > > > I haven't found any method for getting the length of a response, so this > > > just uses the requested rx_l

Re: [PATCH] Btrfs: add another missing end_page_writeback on submit_extent_page failure

On Fri, Jan 13, 2017 at 03:12:31PM +0900, takafumi-sslab wrote: > Thanks for your replying. > > I understand this bug is more complicated than I expected. > I classify error cases under submit_extent_page() below > > A: ENOMEM error at btrfs_bio_alloc() in submit_extent_page() > I first assumed t

Re: [PATCH V6 4/5] LPC: Support the device-tree LPC host on Hip06/Hip07

On 24/01/2017 08:05, zhichang.yuan wrote: The low-pin-count(LPC) interface of Hip06/Hip07 accesses the peripherals in I/O port addresses. This patch implements the LPC host controller driver which perform the I/O operations on the underlying hardware. We don't want to touch those existing perip

Re: [PATCH v3 06/24] drm/rockchip: dw-mipi-dsi: avoid out-of-bounds read on tx_buf

On Mon, Jan 30, 2017 at 06:16:36PM +, John Keeping wrote: > On Mon, 30 Jan 2017 13:01:46 -0500, Sean Paul wrote: > > > On Sun, Jan 29, 2017 at 01:24:26PM +, John Keeping wrote: > > > As a side-effect of this, encode the endianness explicitly rather than > > > casting a u16. > > > > > > Si

Re: [PATCH 1/2] dt-bindings: Document the Synopsys DW AXI DMA bindings

On Wed, Jan 25, 2017 at 06:34:16PM +0300, Eugeniy Paltsev wrote: > This patch adds documentation of device tree bindings for the Synopsys > DesignWare AXI DMA controller. > > Signed-off-by: Eugeniy Paltsev > --- > .../devicetree/bindings/dma/snps,axi-dw-dmac.txt | 33 > ++

Re: [PATCH v3 10/24] drm/rockchip: dw-mipi-dsi: don't assume buffer is aligned

On Sun, Jan 29, 2017 at 01:24:30PM +, John Keeping wrote: > By dereferencing the MIPI command buffer as a u32* we rely on it being > correctly aligned on ARM, but this may not be the case. Copy it into a > stack variable that will be correctly aligned. > > Signed-off-by: John Keeping > Revie

Re: [PATCH 6/6] staging: bcm2835-v4l2: Apply spelling fixes from checkpatch.

Joe Perches writes: > On Fri, 2017-01-27 at 13:55 -0800, Eric Anholt wrote: >> Generated with checkpatch.pl --fix-inplace and git add -p out of the >> results. > > Maybe another. > >> diff --git a/drivers/staging/media/platform/bcm2835/mmal-vchiq.c >> b/drivers/staging/media/platform/bcm2835/mma

Re: [PATCH] iio: stx104: Remove unneeded struct stx104_dev code

On 30/01/17 13:58, William Breathitt Gray wrote: > The stx104_dev structure was used to hold private data for use in the > stx104_remove function. Now that the stx104_remove function is gone, the > stx104_dev structure and relevant code is no longer needed. This patch > removes the unnecessary code

[GIT PULL] RTC fixes for 4.10

Hi Linus, A single fix for this cycle. It is worth taking it for 4.10 so distributions will not have CONFIG_RTC_DRV_JZ4740 switching from m to y in their config. The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77: Linux 4.10-rc1 (2016-12-25 16:13:08 -0800) are availab

Re: [PATCH 1/2] gpio: Rename devm_get_gpiod_from_child()

On 01/30/2017 04:41 PM, Boris Brezillon wrote: > Rename devm_get_gpiod_from_child() into > devm_fwnode_get_gpiod_from_child() to reflect the fact that this > function is operating on a fwnode object. > > Signed-off-by: Boris Brezillon > --- > drivers/gpio/devres.c | 11 ++

Re: [PATCH v2 1/4] dt-bindings: clock: renesas: cpg-mssr: Document reset control support

On Wed, Jan 25, 2017 at 10:15:00AM +0100, Geert Uytterhoeven wrote: > Document properties needed to use the Reset Control feature of the > Renesas Clock Pulse Generator / Module Standby and Software Reset > module. > > Signed-off-by: Geert Uytterhoeven > --- > v2: > - Change oneline summary to

RE: [PATCH 2/2] watchdog: ts72xx_wdt: convert driver to watchdog core

On Monday, January 30, 2017 12:02 PM, Guenter Roeck wrote: > On Mon, Jan 30, 2017 at 09:55:48AM -0700, H Hartley Sweeten wrote: >> Cleanup this driver and convert it to use the watchdog framework API. >> >> Signed-off-by: H Hartley Sweeten >> Cc: Mika Westerberg >> Cc: Wim Van Sebroeck >> Cc: G

Re: [PATCH v3 0/7] Pad retentions support for Exynos5433

On Mon, Jan 30, 2017 at 01:38:21PM +0100, Marek Szyprowski wrote: > Hello, > > This patchset is a first step to add support for all power domains on > Exynos5433 SoCs. This patchset contains patches for Exynos pin control > driver and Exynos LPASS MFD driver, which are needed to make the > platfor

Re: [PATCH net-next v7 3/3] net: dsa: mv88e6xxx: Add support for ethernet switch 88E6141

Hi Gregory, Gregory CLEMENT writes: > The Marvell 88E6341 device is single-chip, 6-port Ethernet switch with > four integrated 10/100/1000Mbps Ethernet transceivers and one high speed > SerDes interfaces. I'm sure you meant 88E6141 here ;-) > It belongs to the Topaz family and unlike the 88E63

Re: [PATCH net-next v7 2/3] net: dsa: mv88e6xxx: Add support for ethernet switch 88E6341

Hi Gregory, Gregory CLEMENT writes: > The Marvell 88E6341 device is single-chip, 6-port Ethernet switch with > four integrated 10/100/1000Mbps Ethernet transceivers and one high speed > SerDes interfaces. It is partially compatible with switches of family > 88E6352 and switches of family 88E6390

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