[PATCH v3 15/21] Documentation/stable_kernel_rules.txt: convert it to ReST markup

- use ReST markups for section headers; - add cross-references to the options; - mark code blocks; - a few minor changes to make Sphinx happy. Signed-off-by: Mauro Carvalho Chehab --- Documentation/stable_kernel_rules.txt | 101 +++--- 1

[PATCH v3 12/21] Documentation/ManagementStyle: convert it to ReST markup

- Convert document name to ReST; - Convert footnotes; - Convert sections to ReST format; - Don't use _foo_, as Sphinx doesn't support underline. Instead, use bold; - While here, remove whitespaces at the end of lines. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH v3 10/21] Documentation/CodingStyle: use the .. note:: markup where needed

There are two places there where there are notes that should be highlighted. So, use the ReST note markup for such texts. Signed-off-by: Mauro Carvalho Chehab --- Documentation/CodingStyle | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git

[PATCH v3 05/21] Documentation/applying-patches.txt: convert it to ReST markup

- use the correct markup to identify each section; - Add some blank lines for Sphinx to properly interpret the markups; - Remove a blank space on some paragraphs; - Fix the verbatim and bold markups; - Cleanup the remaining errors to make Sphinx happy. Signed-off-by: Mauro Carvalho Chehab

[PATCH v3 06/21] Documentation/Changes: convert it to ReST markup

- Fix chapter identation inconsistencies; - Convert table to ReST format; - use the right tag for bullets; - Fix bold emphasis; - mark blocks with :: tags; - use verbatim font for files; - make Sphinx happy Signed-off-by: Mauro Carvalho Chehab --- Documentation/Changes

[PATCH v3 08/21] Documentation/CodingStyle: use the proper tag for verbatim font

On Sphinx/ReST notation, ``foo`` means that foo will be displayed using a monospaced font. As we want this document to be parsed by Sphinx, instead of using "foo", use ``foo`` for the names that are literal, because it is an usual typographic convention to use monospaced fonts for functions and

[PATCH v3 17/21] Documentation/SubmittingPatches: convert it to ReST markup

- Change the sections to use ReST markup; - Add cross-references where needed; - convert aspas to verbatim text; - use code block tags; - make Sphinx happy. Signed-off-by: Mauro Carvalho Chehab --- Documentation/SubmittingPatches | 233

[PATCH v3 11/21] Documentation/kernel-docs.txt: convert it to ReST markup

This one required lots of manual work, for it to be properly displayed. Signed-off-by: Mauro Carvalho Chehab --- Documentation/kernel-docs.txt | 1514 + 1 file changed, 786 insertions(+), 728 deletions(-) diff --git

Re: [PATCH 02/15] hisi_sas: save delivery queue write pointer

On 09/06/2016 05:36 PM, John Garry wrote: > Optimise by saving an avoidable read in the > get_free_slot function. > The delivery queue write pointer will only be > updated by software, so don't bother re-reading > what was already written in the previous call > to start_delivery function. > >

Re: [PATCH 03/15] hisi_sas: keep CHL_INT2 masked for v2 HW

On 09/06/2016 05:36 PM, John Garry wrote: > None of the CHL_INT2 interrupts are serviced > in the channel irq ISR, so leave the interrupt > source masked. > The interrupt mask is initially set in > init_reg_v2_hw(). > > Signed-off-by: John Garry > --- >

Re: [PATCH v9 06/19] ARM: STi: DT: STiH407: Add FDMA driver dt nodes.

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > These nodes are required to get the fdma driver working > on STiH407 based silicon. > > Signed-off-by: Peter Griffin > Acked-by: Lee Jones > --- > arch/arm/boot/dts/stih407-family.dtsi | 52

Re: [PATCH v9 10/19] ARM: DT: STiH407: Add i2s_out pinctrl configuration

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the i2s_out pins > used by the uniperif player IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones

Re: [PATCH v9 11/19] ARM: DT: STiH407: Add i2s_in pinctrl configuration

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the i2s_in pins > used by the uniperif reader IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones

[PATCH V3 3/4] ARM64 LPC: support serial based on low-pin-count

From: "zhichang.yuan" On Hip06 platform, a 16550 compatible UART is connected to low-pin-count and controlled through the LPC I/O cycles. After registering the LPC uart specific serial_in/serial_out to 8250 core driver, serial data can be read/written through the LPC.

Re: [PATCH v2] mmc: omap: Initialize dma_slave_config to avoid random data in it's fields

On 14 September 2016 at 13:21, Peter Ujfalusi wrote: > It is wrong to use uninitialized dma_slave_config and configure only > certain fields as the DMAengine driver might look at non initialized > (random data) fields and tries to interpret it. > > Signed-off-by: Peter

Re: [PATCH v9 12/19] ARM: DT: STiH407: Add spdif_out pinctrl config

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the pinctrl config for the spidf out > pins used by the sasg codec IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > Acked-by: Lee Jones

Re: drivers/usb/musb/tusb6010.c:142:21: error: 'USB_INDEX' undeclared

On Tue, Sep 13, 2016 at 03:35:05PM -0700, Tony Lindgren wrote: > * Bin Liu [160908 11:26]: > > On Thu, Sep 08, 2016 at 10:45:21AM -0700, Tony Lindgren wrote: > > > --- a/drivers/usb/musb/Kconfig > > > +++ b/drivers/usb/musb/Kconfig > > > @@ -87,7 +87,7 @@ config USB_MUSB_DA8XX > > >

Re: [RFC PATCH 00/11] pci: support for configurable PCI endpoint

On Wednesday, September 14, 2016 10:41:56 AM CEST Kishon Vijay Abraham I wrote: > This patch series > *) adds PCI endpoint core layer > *) modifies designware/dra7xx driver to be configured in EP mode > *) adds a PCI endpoint *test* function driver Hi Kishon, I think this is a

[PATCH 2/2] irqchip: gic-v3-its: keep the head file include in alphabetic order

From: Hanjun Guo The head file is strictly in alphabetic order now, so let's not be the rule breaker. And acpi_iort.h includes acpi.h, remove acpi.h here. Signed-off-by: Hanjun Guo --- drivers/irqchip/irq-gic-v3-its.c | 3 +-- 1 file changed, 1

[PATCH] coresight: tmc: Cleanup operation mode handling

The mode of operation of the TMC tracked in drvdata->mode is defined as a local_t type. This is always checked and modified under the drvdata->spinlock and hence we don't need local_t for it and the unnecessary synchronisation instructions that comes with it. This change makes the code a bit more

[PATCH 0/2] minor cleanups for IORT patch set

From: Hanjun Guo Minor cleanup for IORT patches and no functional change, based on Marc's irq/irqchip-4.9 branch Hanjun Guo (2): ACPI: IORT: minor cleanup for iort_match_node_callback() irqchip: gic-v3-its: keep the head file include in alphabetic order

Re: [PATCH] net/mlx4_en: fix off by one in error handling

Hello Tariq, On Wed, 14 Sep 2016, Tariq Toukan wrote: > On 14/09/2016 2:09 PM, Sebastian Ott wrote: > > If an error occurs in mlx4_init_eq_table the index used in the > > err_out_unmap label is one too big which results in a panic in > > mlx4_free_eq. This patch fixes the index in the error path.

Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks

On Tue, Sep 13, 2016 at 07:38:39PM +0800, Dongdong Liu wrote: > Hi Tomasz > > ?? 2016/9/13 14:32, Tomasz Nowicki : > >Hi Liu, > > > >On 13.09.2016 04:36, Dongdong Liu wrote: > >>Hi Tomasz > >> > >>?? 2016/9/10 3:24, Tomasz Nowicki : > >>>Some platforms may not be fully compliant with

Re: [PATCH v2] driver: base: pinctrl: return error from, pinctrl_bind_pins()

On Wed, Sep 14, 2016 at 8:34 AM, Deepak Das wrote: > Changes from v1 to v2: > * Modified the comment to indicate return error in case of > invalid pin requests I already applied something similar, the semantics should be the same. (Your patch, just edited around with

Re: [PATCH 06/15] hisi_sas: disable dlvry queues once at reset for v2 hw

On 09/06/2016 05:36 PM, John Garry wrote: > The Delivery queue enable register should only be written > to once at reset for v2 hw. > > Signed-off-by: John Garry > --- > drivers/scsi/hisi_sas/hisi_sas_v2_hw.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) > >

Re: [PATCH 07/15] hisi_sas: fix phy8 linkrate calculation in phy_up_v2_hw()

On 09/06/2016 05:36 PM, John Garry wrote: > In function phy_up_v2_hw(), we needlessly recalculate the > phy linkrate for all phys, and the calculation is incorrect > for phy8, so remove this code. > > Signed-off-by: John Garry > Signed-off-by: Xiang Chen

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Wed, Sep 14, 2016 at 10:26 AM, Mika Westerberg wrote: > On Tue, Sep 13, 2016 at 10:57:31PM +0200, Linus Walleij wrote: >> Isn't this (a list of what IRQs are reserved by BIOS) by sheer logic >> something that ACPI should provide? >> >> Or is this one of those

Re: [PATCH 05/15] hisi_sas: use safe BITS_PER_BYTE for slot tag size calculation

On 09/06/2016 05:36 PM, John Garry wrote: > The memory calculation for the tags bitmap should use BITS_PER_BYTE > macro instead of coincidental same value of sizeof(unsigned long). > > Signed-off-by: John Garry > --- > drivers/scsi/hisi_sas/hisi_sas_main.c | 2 +- > 1

Re: [PATCH v2 0/2] ASoC: Chromebook Pixel 2015 audio support

On Mon, Sep 05, 2016 at 03:34:26PM +0100, John Keeping wrote: > On Wed, 24 Aug 2016 22:06:34 +0100, John Keeping wrote: > Ping? Is there anything I can do to help move this forward? Please don't send content free pings and please allow a reasonable time for review. People get busy, go on

Re: [PATCH] dmaengine: omap-dma: Correct type2 descriptor's member types

On Tue, Sep 13, 2016 at 10:58:43AM +0300, Peter Ujfalusi wrote: > The type of CDEI, CSEI, CDFI and CSFI is signed. > This did not caused issue so far as we only use unsigned values. Applied, thanks -- ~Vinod

[PATCH 1/2] ACPI: IORT: minor cleanup for iort_match_node_callback()

From: Hanjun Guo Cleanup iort_match_node_callback() a little bit to reduce some lines of code, aslo fix the indentation in iort_scan_node(). Signed-off-by: Hanjun Guo --- drivers/acpi/arm64/iort.c | 10 +++--- 1 file changed, 3 insertions(+),

Re: [PATCH] [RFC] irqchip or mfd/tps65217: fix link error

On Wednesday, September 14, 2016 11:31:17 AM CEST Thomas Gleixner wrote: > On Wed, 14 Sep 2016, Arnd Bergmann wrote: > > Building tps65217 as a loadable module (as done in allmodconfig) > > now fails after we started calling irq_set_parent(): > > > > ERROR: "irq_set_parent"

[PATCH 00/11] virtio-console: Fine-tuning for 14 function implementations

From: Markus Elfring Date: Wed, 14 Sep 2016 15:43:21 +0200 Several update suggestions were taken into account from static source code analysis. Markus Elfring (11): Use kmalloc_array() in init_vqs() Less function calls in init_vqs() after error detection

Re: [PATCH 1/3] tools include: Add uapi mman.h for each architecture

On 2016/9/14 18:46, Naveen N. Rao wrote: On 2016/09/14 06:23PM, Wang Nan wrote: On 2016/9/14 18:00, Naveen N. Rao wrote: On 2016/09/14 05:36PM, Wang Nan wrote: On 2016/9/14 17:28, Naveen N. Rao wrote: On 2016/09/12 06:15PM, Arnaldo Carvalho de Melo wrote: Em Mon, Sep 12, 2016 at

[PATCH] power: reset: zx-reboot: Unmap region obtained by of_iomap

From: Arvind Yadav Free memory mapping, if probe is not successful. Signed-off-by: Arvind Yadav --- drivers/power/reset/zx-reboot.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/power/reset/zx-reboot.c

[PATCH v3 18/21] Documentation/HOWTO: add cross-references to other documents

Add cross references for the documents mentioned at HOWTO and are under the Documentation/ directory, using the ReST notation. It should be noticed that HOWTO also mentions the /README file. We opted to not touch it, for now, as making it build on Sphinx would require it to be moved to a

[PATCH v3 19/21] docs-rst: move HOWTO and mentioned documents to development-process/

In preparation to add those files to the Sphinx build logic, move them to development-process/ dir and rename their extension to RST. Please notice that the main README file was not moved. It probably makes sense to move it too as well, in order to be able to parse it via Sphinx, but this could

[PATCH v3 01/21] doc: development-process: convert it to ReST markup

This document is on good shape for ReST: all it was needed was to fix the section markups, add a toctree, convert the tables and add a few code/quote blocks. While not strictly required, I opted to use lowercase for the titles, just like the other books that were converted to Sphinx.

[PATCH v3 09/21] Documentation/CodingStyle: replace underline markups

Sphinx doesn't accept underline markups by purpose. While there are ways to support underline via CSS, this won't be portable with non-html outputs. As we want CodingStyle to do emphasis, replace _foo_ by **foo**, using bold emphasis. Signed-off-by: Mauro Carvalho Chehab

[PATCH v3 13/21] Documentation/SecurityBugs: convert it to ReST markup

Add a name for the document and convert the sections to ReST markups. Signed-off-by: Mauro Carvalho Chehab --- Documentation/SecurityBugs | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/Documentation/SecurityBugs

[PATCH v3 16/21] Documentation/SubmittingDrivers: convert it to ReST markup

- Change the document title markup to make it on a higher level; - Add blank lines as needed, to improve the output; - use italics for the country-code at kernel.org ftp URL. Signed-off-by: Mauro Carvalho Chehab --- Documentation/SubmittingDrivers | 45

[PATCH V3 4/4] ARM64 LPC: support earlycon for UART connected to LPC

From: "zhichang.yuan" This patch support the earlycon for UART connected to LPC on Hip06. This patch is depended on the LPC driver. Signed-off-by: zhichang.yuan --- drivers/bus/hisi_lpc.c | 113

Re: [PATCH] KVM: VMX: Enable MSR-BASED TPR shadow even if w/o APICv

2016-09-14 11:40+0200, Paolo Bonzini: > On 14/09/2016 09:58, Wanpeng Li wrote: >> From: Wanpeng Li >> >> I observed that kvmvapic(to optimize flexpriority=N or AMD) is used >> to boost TPR access when testing kvm-unit-test/eventinj.flat tpr case >> on my haswell desktop

Re: [PATCH v9 15/19] ARM: STi: DT: STiH407: Add uniperif reader dt nodes

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the DT node for the uniperif reader > IP block found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- >

Re: [PATCH v9 14/19] ARM: STi: DT: STiH407: Add uniperif player dt nodes

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the DT nodes for the uniperif player > IP blocks found on STiH407 family silicon. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- >

Re: [PATCH v2] mmc: omap: Initialize dma_slave_config to avoid random data in it's fields

On 14 September 2016 at 13:21, Peter Ujfalusi wrote: > It is wrong to use uninitialized dma_slave_config and configure only > certain fields as the DMAengine driver might look at non initialized > (random data) fields and tries to interpret it. > > Signed-off-by: Peter

Re: [PATCH 09/15] hisi_sas: set dma mask before allocate DMA memory

On 09/06/2016 05:36 PM, John Garry wrote: > The device DMA mask was being set after the bulk of the > DMA allocations in the driver init, so potentially > DMA allocates fail. > To resolve, relocate before allocating the DMA memory when > initialising the driver. > > Signed-off-by: Xiang Chen

Re: [PATCH 08/15] hisi_sas: fix a potential warning for sata disk ejection

On 09/06/2016 05:36 PM, John Garry wrote: > If hisi_sas_task_prep() fails for a SATA device due to PHY > down, we return a failure to libata and also call task_done(), > which will cause ata_qc_complete() to be called twice: > - first call from hisi_sas_task_prep(), which will clear flag >

Re: [PATCH 10/15] hisi_sas: fix HBA SAS addr endianness for v2 hw

On 09/06/2016 05:36 PM, John Garry wrote: > The endianness for the SAS address in the TX_ID_DWORD > registers is set incorrectly. > We see errors like this in the boot log: > [7.583284] sas: target proto 0x0 at 5d1108e7923f:0x1f not handled > > This is due to the host SAS addr not

[PATCH 3/8] drm/rockchip: Avoid race with vblank count increment

Since VOP does not have a hardware vblank count register, the ongoing commit might be racing with a requested vblank interrupt, which would increment the software vblank counter before the changes being committed actually happen. To avoid this, we can extend .atomic_flush(), so after it sets

Re: drivers: staging: vme: Fixed some code style warnings

On 09/13/2016 12:31 AM, Andrew Kanner wrote: > Signed-off-by: Andrew Kanner > --- > drivers/staging/vme/devices/vme_pio2_core.c | 12 ++-- > drivers/staging/vme/devices/vme_user.c | 2 +- > 2 files changed, 7 insertions(+), 7 deletions(-) > (snip) Hello

[PATCH 7/8] drm/rockchip: Always signal event in next vblank after cfg_done

This patch makes the driver send the pending vblank event in next vblank following the commit, relying on vblank signalling improvements done in previous patches. This gives us vblank events that always represent the real moment of changes hitting on the screen (which was the case only for

[PATCH 4/8] drm/rockchip: Unreference framebuffers from flip work

Currently the driver waits for vblank and then unreferences old framebuffers from atomic commit code path. This is however breaking the legacy cursor API, which requires the updates to be fully asynchronous. Instead of just adding a special case for cursor, we can have actually smaller amount of

[PATCH 6/8] drm/rockchip: Do not enable vblank without event

Originally we needed to enable vblank for any atomic commit to kick the PSR machine, but that was changed and we no longer need to do so from a vblank interrupt. Let's return to original behavior of enabling vblank only if it is really necessary. This essentially reverts commit 5b6804034ae9

[PATCH 8/8] drm/rockchip: Kill vop_plane_state

After changes introduced by last patches, there is no useful data stored in vop_plane_state struct. Let's remove it and make the driver use generic plane state alone. Signed-off-by: Tomasz Figa --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 94

[PATCH 5/8] drm/rockchip: Replace custom wait_for_vblanks with helper

Currently the driver uses a custom function to wait for flip to complete after an atomic commit. It was needed before because of two problems: - there is no hardware vblank counter, so the original helper would have a race condition with the vblank interrupt, - the driver didn't support

Re: [PATCH v1 0/2] i2c: Stop i2c modules being unloaded while in use.

Hi Jim! On 2016-09-13 18:55, Baxter, Jim wrote: > Hi Peter, > >> nitpick: Patch subjects for the second patch is wrong. >> >> "reparented" is a bit dual when dealing with i2c adapter trees. >> i2c_mux_add_owned_adapter is perhaps clearer? > > Agreed, I will update that. > >> >> >> Aside from

[PATCH 01/19] phy: phy-miphy365x: Remove miphy365 driver and dt binding documentation.

This phy is only used on STiH415/6 based silicon, and support for these SoC's is being removed from the kernel. Signed-off-by: Peter Griffin Cc: --- .../devicetree/bindings/phy/phy-miphy365x.txt | 77 --- drivers/phy/Kconfig

[PATCH 19/19] reset: sti: softreset: Remove obsolete platforms from dt binding doc.

STiH415/6 SoC support is being removed from the kernel. This patch updates the sti dt softreset bindings and removes references to these obsolete platforms. Signed-off-by: Peter Griffin Cc: ---

[PATCH 05/19] ARM: multi_v7_defconfig: Remove miphy365 phy.

This IP is only found on STiH415/6 silicon and support for these SoCs is being removed from the kernel. Signed-off-by: Peter Griffin Cc: --- arch/arm/configs/multi_v7_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 12/19] reset: sti: Remove obsolete platforms from dt binding doc.

STiH415/6 SoC support is being removed from the kernel. This patch updates the sti dt powerdown bindings and removes references to these obsolete platforms. Signed-off-by: Peter Griffin Cc: Cc: ---

[PATCH 02/19] phy: stih41x-usb: Remove usb phy driver and dt binding documentation.

This phy is only used on STiH415/6 based silicon, and support for these SoC's is being removed from the kernel. Signed-off-by: Peter Griffin Cc: --- .../devicetree/bindings/phy/phy-stih41x-usb.txt| 24 --- drivers/phy/Kconfig

[PATCH 04/19] MAINTAINERS: Remove phy-stih41x-usb.c entry from STi arch

Remove this driver as the IP is only found on STiH415/6 silicon, and support for these SoC's is being removed from the kernel. Signed-off-by: Peter Griffin Cc: --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS

Re: [PATCH V5] perf tools: adding support for address filters

On 13/09/16 17:18, Mathieu Poirier wrote: > On 13 September 2016 at 04:01, Adrian Hunter wrote: >> On 12/09/16 20:53, Mathieu Poirier wrote: >>> This patch makes it possible to use the current filter >>> framework with address filters. That way address filters for >>> HW

Re: [RFC PATCH v2 16/20] x86: Check for memory encryption on the APs

On 09/12/2016 07:17 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 05:38:29PM -0500, Tom Lendacky wrote: >> Add support to check if memory encryption is active in the kernel and that >> it has been enabled on the AP. If memory encryption is active in the kernel >> but has not been enabled on

[GIT PULL] xen: regression fix for 4.8-rc6

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.8b-rc6-tag xen: regression fix for 4.8-rc6 - - Fix SMP boot in arm guests. Thanks. David arch/arm/xen/enlighten.c | 7 +++ 1

Re: [PATCH v5 2/9] drivers: irqchip: Add STM32 external interrupts support

On 09/14/2016 03:34 PM, Thomas Gleixner wrote: On Wed, 14 Sep 2016, Alexandre Torgue wrote: On 09/14/2016 11:19 AM, Thomas Gleixner wrote: Now what really bugs me is that you do that at all. An interrupt which is freed must be masked already. Why is it unmasked in the first place?

[PATCH] usb: use of_usb_get_dr_mode_by_phy() inline helper without USB

We have had two new PHY drivers call of_usb_get_dr_mode_by_phy() recently without having a dependency on CONFIG_USB_COMMON, resulting in a link error: ERROR: "of_usb_get_dr_mode_by_phy" [drivers/phy/phy-meson-usb2.ko] undefined! I fixed up the first one (sun4i) by adding the dependency, but if

Re: [PATCH 3/9] net: ethernet: ti: cpts: rework initialization/deinitialization

On Wed, Sep 14, 2016 at 04:02:25PM +0300, Grygorii Strashko wrote: > @@ -323,7 +307,7 @@ void cpts_rx_timestamp(struct cpts *cpts, struct sk_buff > *skb) > u64 ns; > struct skb_shared_hwtstamps *ssh; > > - if (!cpts->rx_enable) > + if (!cpts || !cpts->rx_enable) >

Re: [PATCH 1/3] tools include: Add uapi mman.h for each architecture

Em Wed, Sep 14, 2016 at 02:58:10PM +0530, Naveen N. Rao escreveu: > On 2016/09/12 06:15PM, Arnaldo Carvalho de Melo wrote: > > Em Mon, Sep 12, 2016 at 04:07:42PM -0300, Arnaldo Carvalho de Melo escreveu: > > So, please take a look at my perf/core branch, I applied 1/3 and 3/3, > > but took a

Re: [PATCH] usb: phy: add USB_SUPPORT dependency

On Thursday, September 8, 2016 7:07:32 PM CEST Kishon Vijay Abraham I wrote: > > On Wednesday 07 September 2016 03:01 PM, Hans de Goede wrote: > > Hi, > > > > On 06-09-16 14:54, Arnd Bergmann wrote: > >> The driver now calls of_usb_get_dr_mode_by_phy, which is part of the > >> USB core layer,

Re: [PATCH] mmc: omap_hsmmc: Initialize dma_slave_config to avoid random data

On 09/14/16 13:23, Arnd Bergmann wrote: > On Wednesday, September 14, 2016 1:10:48 PM CEST Peter Ujfalusi wrote: >> diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c >> index 24ebc9a8de89..0a5640156159 100644 >> --- a/drivers/mmc/host/omap_hsmmc.c >> +++

[PATCH] net/mlx4_en: fix off by one in error handling

If an error occurs in mlx4_init_eq_table the index used in the err_out_unmap label is one too big which results in a panic in mlx4_free_eq. This patch fixes the index in the error path. Signed-off-by: Sebastian Ott --- drivers/net/ethernet/mellanox/mlx4/eq.c | 4 ++--

Re: [PATCH v2 2/4] docs-rst: Add compressed video formats used on MT8173 codec driver

Hi Tiffany, On 09/09/2016 05:48 PM, Tiffany Lin wrote: > Add V4L2_PIX_FMT_MT21C documentation > > Signed-off-by: Tiffany Lin > --- > Documentation/media/uapi/v4l/pixfmt-reserved.rst | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git

Re: [RFC][PATCH v1 1/2] libsas: Alloc dynamic work to avoid missing sas events

On 09/13/2016 04:30 AM, Yijing Wang wrote: > Now libsas hotplug work is static, LLDD driver queue > the hotplug work into shost->work_q. If LLDD driver > burst post lots hotplug event to libsas, the hotplug > events may pending in the workqueue like > > shost->workq > tail | PHYE_LOSS_OF_SIGNAL

Re: [PATCH v9 16/19] ARM: DT: STi: stihxxx-b2120: Add DT nodes for STi audio card

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch enables the uniperif players 2 & 3 for b2120 boards > and also adds the "simple-audio-card" device node to interconnect > the SoC sound device and the codec. > > Signed-off-by: Arnaud Pouliquen >

Re: [PATCH v9 13/19] ARM: STi: DT: STiH407: Add sti-sasg-codec dt node

Hi Peter On 09/05/2016 03:16 PM, Peter Griffin wrote: > This patch adds the dt node for the internal audio > codec IP. > > Signed-off-by: Arnaud Pouliquen > Signed-off-by: Peter Griffin > --- > arch/arm/boot/dts/stih407-family.dtsi | 7

Re: [PATCH 11/15] hisi_sas: fix HBA SAS addr endianness for v1 hw

On 09/06/2016 05:36 PM, John Garry wrote: > The endianness for the SAS address in the TX_ID_DWORD > registers is set incorrectly. > We see errors like this in the boot log for v2 hw (which would > have the same issue as v1 hw): > [7.583284] sas: target proto 0x0 at 5d1108e7923f:0x1f not

Re: [PATCH 12/15] hisi_sas: remove init_id_frame_v2_hw()

On 09/06/2016 05:36 PM, John Garry wrote: > Function config_id_frame_v2_hw() is called twice for > each PHY during initialisation, which is unneeded. > > So remove init_id_frame_v2_hw(), which only calls > config_id_frame_v2_hw(). > > We will keep the call to config_id_frame_v2_hw() > in

Re: ext4 encrypted dir becomes sickish after 4-5 days

On Wed, Sep 14, 2016 at 11:44:02AM +0200, Toralf Förster wrote: > I do run a hardened stable Gentoo Linux server w/ kernel 4.7.3-ahrdened-r1 > where I use an ext4fs directory /var/lib/tor in the following way : > > scp ~/.cryptoSalt user@host:/tmp > cat /tmp/.cryptoPass | ssh

Re: BUG_ON in rcu_sync_func triggered

On 09/14, Nikolay Borisov wrote: > > [ 557.006656] [] dump_stack+0x6b/0xa0 > [ 557.012737] [] warn_slowpath_common+0x95/0xe0 > [ 557.019781] [] warn_slowpath_null+0x1a/0x20 > [ 557.026645] [] rcu_sync_enter+0x148/0x1a0 > [ 557.033309] [] percpu_down_write+0x1e/0xf0 > [ 557.040074] [] ?

Re: [PATCH v9 00/19] Add support for FDMA DMA controller and slim core rproc found on STi chipsets

On Tue, Sep 13, 2016 at 11:06:16AM -0700, Bjorn Andersson wrote: > > I hate to send a ping, > > Sorry about that. > > > but do you think we can merge this fdma series? It has gone > > through quite a few review rounds now. > > > > I think the remoteproc part looks good. yeah I was waiting for

Re: [PATCH 4/6] mfd: arizona: Add gating of external MCLKn clocks

On Tue, Sep 13, 2016 at 01:44:57PM +0100, Lee Jones wrote: > On Fri, 02 Sep 2016, Charles Keepax wrote: > Acked-for-MFD-by: Lee Jones > Can I take this? The easiest thing would be if you applied it and then sent me a pull request. signature.asc Description: PGP

Re: [RFC/RFT][PATCH v2 2/7] driver core: Functional dependencies tracking support

On Wednesday, September 14, 2016 10:28:24 AM Lukas Wunner wrote: > On Wed, Sep 14, 2016 at 03:21:27AM +0200, Rafael J. Wysocki wrote: > > On Sunday, September 11, 2016 10:43:36 PM Lukas Wunner wrote: > > > On Sun, Sep 11, 2016 at 03:40:58PM +0200, Lukas Wunner wrote: > > > > On Thu, Sep 08, 2016

Re: [PATCH] drivers/dma: NO_IRQ removal from powerpc-only drivers

On Sat, Sep 10, 2016 at 07:56:04PM +1000, Michael Ellerman wrote: > We'd like to eventually remove NO_IRQ on powerpc, so remove usages of it > from powerpc-only drivers. Applied after fixing subsystem name -- ~Vinod

[PATCH 00/19] [RESEND] Remove STiH415 and STiH416 SoC platform support

Resending due to incorrect Cc tags. ST have sent patches which remove clock support for these SoCs [1] which once applied mean the platform will no longer boot. This series cleans up various STi platform drivers which have support for these SoC's, by removing code, and updating the DT

[PATCH 16/19] power: reset: st-poweroff: Remove obsolete platforms.

This patch removes support for STiH415/6 SoC's from the st-poweroff driver, as support for these platforms is being removed from the kernel. Signed-off-by: Peter Griffin Cc: Cc: Cc: Cc:

Re: [PATCH] dmaengine: cleanup with list_first_entry_or_null()

On Tue, Sep 13, 2016 at 03:08:17AM +0900, Masahiro Yamada wrote: > The combo of list_empty() check and return list_first_entry() > can be replaced with list_first_entry_or_null(). Applied, thanks In future please do split this per driver, that helps.. -- ~Vinod

[tip:irq/core] genirq: Expose interrupt information through sysfs

Commit-ID: ecb3f394c5dba897d215a5422f1b363e93e2ce4e Gitweb: http://git.kernel.org/tip/ecb3f394c5dba897d215a5422f1b363e93e2ce4e Author: Craig Gallek AuthorDate: Tue, 13 Sep 2016 12:14:51 -0400 Committer: Thomas Gleixner CommitDate: Wed, 14 Sep 2016

Re: [PATCH v3 2/2] dmaengine: tegra210-adma: Add memcpy support

On Tue, Sep 13, 2016 at 09:52:43AM +0100, Jon Hunter wrote: > > On 12/09/16 21:50, Nicolin Chen wrote: > > On Mon, Sep 12, 2016 at 03:34:08PM +0100, Jon Hunter wrote: > > > >>> Sorry. I forgot to mention that the TEGRA210_CLK_APE_SLCG_OVR > >>> clock is required for the tests. So I cherry-picked

[PATCH 15/19] reset: sti: Remove STiH415/6 reset support

Support for STiH415/6 SoCs is being removed from the kernel because the platforms are obsolete. This patch removes the reset drivers for these SoC's. Signed-off-by: Peter Griffin Cc: --- arch/arm/mach-sti/Kconfig | 2 -

[PATCH 10/19] watchdog: bindings: Remove obsolete platforms from dt doc.

STiH415/6 SoC support is being removed from the kernel so update the dt bding document to reflect this. Signed-off-by: Peter Griffin Cc: Cc: Cc: Cc: ---

[PATCH 11/19] watchdog: st_wdt: Remove support for obsolete platforms

STiH415/6 SoC support is being removed from the kernel. This patch updates the watchdog driver to remove references to these obsolete platforms. Signed-off-by: Peter Griffin Cc: Cc: Cc: ---

Re: [PATCH] dmaengine: squash lines for immediate return

On Tue, Sep 13, 2016 at 04:20:54AM +0900, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada > --- > > drivers/dma/cppi41.c | 30 +- > drivers/dma/imx-sdma.c| 15

[PATCH 08/19] thermal: sti: Remove obsolete platforms from the DT doc.

STiH415/6 SoC's are being removed from the kernel. This patch removes the compatibles from the dt doc and also updates the example to a supported platform. Signed-off-by: Peter Griffin Cc: Cc: Cc: ---

[PATCH 07/19] ahci: st: Remove STiH416 dt example

This platform is being removed from the kernel so remove the dt example. Signed-off-by: Peter Griffin Cc: Cc: Cc: --- Documentation/devicetree/bindings/ata/ahci-st.txt | 15 --- 1 file

[PATCH 03/19] MAINTAINERS: Remove phy-miphy365x.c entry from STi arch

Remove this driver as the IP is only found on STiH415/6 silicon, and support for these SoC's is being removed from the kernel. Signed-off-by: Peter Griffin Cc: --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS

[PATCH v3 04/21] Documentation/HOWTO: convert to ReST notation

This document is almost compliant with ReST notation, but some small adjustments are needed to make it parse properly by Sphinx (mostly, add blank lines where needed). Signed-off-by: Mauro Carvalho Chehab --- Documentation/HOWTO | 53

[PATCH v3 03/21] docs-rst: create a book for the development process

Now that the files at Documentation/development-process/ were converted to ReST, make create a book at Sphinx. As we'll have other books related to the development process, we'll add it as a sub-book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/conf.py

[PATCH 00/19] Remove STiH415 and STiH416 SoC platform support

ST have sent patches which remove clock support for these SoCs [1] which once applied mean the platform will no longer boot. This series cleans up various STi platform drivers which have support for these SoC's, by removing code, and updating the DT documentation accordingly. Some drivers such as

  1   2   3   4   5   6   7   8   9   10   >