Re: [RFC PATCH 0/2] scpi: Add SCPI framework to handle vendors variants

On 05/27/2016 10:17 AM, Neil Armstrong wrote: > Hi, > On 05/26/2016 06:29 PM, Sudeep Holla wrote: >> Hi Neil, >> >> On 26/05/16 10:38, Neil Armstrong wrote: >>> Since the current SCPI implementation, based on [0]: >>> - is (at leat) JUNO specific >> >> Agreed. >> >>> - does not specify a strong

Re: [PATCH RFT] regulator: max8972: Fix setting ramp delay

2016-05-30 16:48 GMT+08:00 Krzysztof Kozlowski : > On 05/29/2016 01:16 PM, Axel Lin wrote: >> Current code can set ramp delay to a wrong setting that the return value >> from .set_voltage_time_sel is not enough for proper delay. > > I don't understand what yo wanted to say

Re: [PATCH v6 10/11] perf callchain: Support x86 target platform

On Sat, May 28, 2016 at 11:59:59AM +, He Kuang wrote: SNIP > diff --git a/tools/perf/util/unwind-libunwind-local.c > b/tools/perf/util/unwind-libunwind-local.c > index b391e3e..849fec1 100644 > --- a/tools/perf/util/unwind-libunwind-local.c > +++ b/tools/perf/util/unwind-libunwind-local.c >

Re: [PATCH v6 05/11] perf tools: Separate local/remote libunwind config

On Sat, May 28, 2016 at 11:59:54AM +, He Kuang wrote: SNIP > diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile > index 6f9f566..3a304a3 100644 > --- a/tools/perf/config/Makefile > +++ b/tools/perf/config/Makefile > @@ -354,10 +354,24 @@ ifeq ($(ARCH),powerpc) > endif >

Re: [PATCH v6 10/11] perf callchain: Support x86 target platform

On Sat, May 28, 2016 at 11:59:59AM +, He Kuang wrote: SNIP > --- /dev/null > +++ b/tools/perf/arch/x86/util/unwind-libunwind_x86_32.c > @@ -0,0 +1,21 @@ > +#define REMOTE_UNWIND_LIBUNWIND > + > +#define LIBUNWIND__ARCH_REG_ID libunwind__x86_reg_id > + > +#include "unwind.h" > +#include

Re: [PATCH v6 08/11] perf tools: Show warnings for unsupported cross-platform unwind

On Sat, May 28, 2016 at 11:59:57AM +, He Kuang wrote: > Currently, perf script uses host unwind methods to parse perf.data > callchain info regardless of the target architecture. So we get wrong > result without any warnings when unwinding callchains of x86(32-bit) > on x86(64-bit) machine. >

Re: [PATCH v6 04/11] perf tools: Move unwind__prepare_access from thread_new into thread__insert_map

On Sat, May 28, 2016 at 11:59:53AM +, He Kuang wrote: > For determine the libunwind methods to use, we should get the > 32bit/64bit information from maps of a thread. When a thread is newly > created, the information is not prepared. This patch moves > unwind__prepare_access() into

[PATCH 09/17] parisc: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pmd_alloc_one allocate PMD_ORDER which is 1. This means that this flag has never been actually useful here because it has

[PATCH 07/17] mips: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pte_alloc_one{_kernel}, pmd_alloc_one allocate PTE_ORDER resp. PMD_ORDER but both are not larger than 1. This means that this

[PATCH 06/17] arc: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pte_alloc_one_kernel uses __get_order_pte but this is obviously always zero because BITS_FOR_PTE is not larger than 9 yet the

[PATCH 08/17] nios2: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pte_alloc_one{_kernel} allocate PTE_ORDER which is 0. This means that this flag has never been actually useful here because

Re: [PATCH 4/5] spi: sunxi: set maximum and minimum speed of SPI master

Hi, On Thu, May 26, 2016 at 07:25:25PM -, Michal Suchanek wrote: > The maximum speed of SPI master is used when maximum speed of SPI slave > is not specified. Also the __spi_validate function should check that > transfer speeds do not exceed the master limits. > > The user manual for A10 and

[PATCH 05/17] arm64: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. {pte,pmd,pud}_alloc_one{_kernel}, late_pgtable_alloc use PGALLOC_GFP for __get_free_page (aka order-0). pgd_alloc is

[PATCH 0/19] get rid of superfluous __GFP_REPEAT

Hi, this is the thrid version of the patchset previously sent [1]. I have basically only rebased it on top of 4.7-rc1 tree and dropped "dm: get rid of superfluous gfp flags" which went through dm tree. I am sending it now because it is tree wide and chances for conflicts are reduced considerably

[PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. PGALLOC_GFP uses __GFP_REPEAT but none of the allocation which uses this flag is for more than order-2. This means that this

[PATCH 02/17] x86: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. PGALLOC_GFP uses __GFP_REPEAT but none of the allocation which uses this flag is for more than order-0. This means that this

[PATCH 03/17] x86/efi: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. efi_alloc_page_tables uses __GFP_REPEAT but it allocates an order-0 page. This means that this flag has never been actually

Re: [PATCH v9 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

> + */ > +static void zynqmp_dma_update_desc_to_ctrlr(struct zynqmp_dma_chan *chan, > + struct zynqmp_dma_desc_sw *desc) > +{ > + dma_addr_t addr; > + > + addr = desc->src_p; > + writel(addr, chan->regs + ZYNQMP_DMA_SRC_START_LSB); > +

[Question] Crash when cat /dev/kmem in arm/arm64 but not in x86

Hi all, When cat /dev/kmem in arm/arm64, it will crash, this is caused by "from = 0" in copy_to_user(void __user *to, const void *from, unsigned long n), call trace shows below(eg, arm64) [9.913370] Unable to handle kernel NULL pointer dereference at virtual address [9.914391]

Re: [RFC PATCH 2/4] mm: Change the interface for __tlb_remove_page

> diff --git a/mm/memory.c b/mm/memory.c > index 15322b73636b..a01db5bc756b 100644 > --- a/mm/memory.c > +++ b/mm/memory.c > @@ -292,23 +292,24 @@ void tlb_finish_mmu(struct mmu_gather *tlb, unsigned > long start, unsigned long e > * handling the additional races in SMP caused by other CPUs

[PATCH v5 7/7] ARM: OMAP2+: McBSP: Remove the old iclk allow/deny idle code

The new pdata callback (force_ick_on) is now used by the driver and the old callback related code can be removed. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-omap2/mcbsp.c | 18 -- include/linux/platform_data/asoc-ti-mcbsp.h | 1 - 2

[PATCH v5 3/7] ARM: OMAP3: McBSP: New callback for McBSP2/3 ICLK idle configuration

McBSP2/3 module's sidetone module operates using the module's ICLK clock. When the Sidetone is in use the interface clock of the module must not idle. The new callback expects to receive the *clk of the module's ick and not the id number of the McBSP. This will allow us more cleanups and going to

Re: [PATCH 2/5] spi: sun4i: fix FIFO limit

Hi, On Thu, May 26, 2016 at 07:25:24PM -, Michal Suchanek wrote: > When testing SPI without DMA I noticed that filling the FIFO on the > spi controller causes timeout. > > Always leave room for one byte in the FIFO. > > Signed-off-by: Michal Suchanek Sending it to

[PATCH v1 01/14] clk: twl6040: Correct clk_ops

Since the drover only supports prepare callbacks, the use of is_enabled is not correct, it should be handling is_prepared. Signed-off-by: Peter Ujfalusi --- drivers/clk/clk-twl6040.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v1 04/14] mfd: twl6040: The chip does not support bulk access

Bulk access is not working with twl6040, we need to use single register access. Bulk access would happen when we try to sync the regcache after power on. Signed-off-by: Peter Ujfalusi --- drivers/mfd/twl6040.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v1 05/14] mfd: twl6040: Register child device for twl6040-pdmclk

The McPDM in OMAP4/5 is using the pdmclk from twl6040 as functional clock. The twl6040-pdmclk driver provides a clock which can be used to make sure that the pdmclk is active when the McPDM is in use. Signed-off-by: Peter Ujfalusi Acked-by: Rob Herring

[PATCH] mm, page_alloc: prevent infinite loop in buffered_rmqueue()

From: Vlastimil Babka In DEBUG_VM kernel, we can hit infinite loop for order == 0 in buffered_rmqueue() when check_new_pcp() returns 1, because the bad page is never removed from the pcp list. Fix this by removing the page before retrying. Also we don't need to check if page is

Re: [PATCH v6 02/12] mm: migrate: support non-lru movable page migration

On 05/30/2016 03:33 AM, Minchan Kim wrote: + page->mapping = (void *)((unsigned long)page->mapping & + PAGE_MAPPING_MOVABLE); This should be negated to clear... use ~PAGE_MAPPING_MOVABLE ? No. The intention is to clear only mapping value but

Re: DRM DMA Engine

++ Daniel On 30-05-2016 09:44, Jose Abreu wrote: > Hi Daniel, > > Thanks for your answer. > > On 26-05-2016 09:06, Daniel Vetter wrote: >> On Wed, May 25, 2016 at 04:46:15PM +0100, Jose Abreu wrote: >>> Hi all, >>> >>> Currently I am trying to develop a DRM driver that will use >>> Xilinx VDMA

[PATCH v1 09/14] ARM: dts: omap4-var-som-om44: Add pdmclk binding for audio

The twl6040 codec is generating the pdmclk, which is used by the McPDM as functional clock. Signed-off-by: Peter Ujfalusi --- arch/arm/boot/dts/omap4-var-som-om44.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/omap4-var-som-om44.dtsi

[PATCH v1 00/14] clk/mfd/ASoC/ARM: OMAP4/5: McPDM/twl6040 pdmclk support

Hi, Changes since v1: - Added Rob's Acked-by to patch 5 and 14 - Check the return value of clk_prepare_enable() calls in the last patch this is something I wanted to do for a long time... First of all: sorry for the cross domain series. I did tested alone all the domain patches and they are not

Re: [PATCH 00/10] Documentation/Sphinx

On Sun, May 29, 2016 at 10:33 PM, Jani Nikula wrote: > On Fri, 20 May 2016, Jani Nikula wrote: >> At this time I've put most effort into the configuration and build side >> of things, solving the problems described above, and handling missing >>

[RFT][PATCH v2] regulator: max8973: Fix setting ramp delay

Current code for .set_ramp_delay() rounds down the value written to register, while the implementation of .set_voltage_time_sel() works on original constraints (not rounded down). Fix the logic in .set_ramp_delay and also remove unused ret_val variable. Signed-off-by: Axel Lin

Re: [PATCH v2 0/2] mtd: nand: omap2: Add EDMA support for NAND DMA prefetch

Hi Franklin, On Wed, 4 May 2016 13:34:42 -0500 Franklin S Cooper Jr wrote: > This patchset includes the required patches to enable NAND DMA prefetch > support when using the EDMA. > > This patchset depends on my previous patchset to enable NAND DMA prefetch > using the SDMA

[PATCH 01/17] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. Yet we have the full kernel tree with its usage for apparently order-0 allocations. This is really confusing because

[PATCH 12/17] sparc: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. {pud,pmd}_alloc_one is using __GFP_REPEAT but it always allocates from pgtable_cache which is initialzed to PAGE_SIZE

[PATCH 13/17] s390: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. page_table_alloc then uses the flag for a single page allocation. This means that this flag has never been actually useful

[PATCH 15/17] tile: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pgtable_alloc_one uses __GFP_REPEAT flag for L2_USER_PGTABLE_ORDER but the order is either 0 or 3 if L2_KERNEL_PGTABLE_SHIFT

[PATCH 16/17] unicore32: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. PGALLOC_GFP uses __GFP_REPEAT but it is only used in pte_alloc_one, pte_alloc_one_kernel which does order-0 request. This

[PATCH 10/17] score: get rid of superfluous __GFP_REPEAT

From: Michal Hocko __GFP_REPEAT has a rather weak semantic but since it has been introduced around 2.6.12 it has been ignored for low order allocations. pte_alloc_one{_kernel} allocate PTE_ORDER which is 0. This means that this flag has never been actually useful here because

[GIT PULL] ARM: exynos: Fixes for v4.7

Hi, A couple of fixes from Arnd for this release cycle. Best regards, Krzysztof The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a: Linux 4.6 (2016-05-15 15:43:13 -0700) are available in the git repository at:

Crypto Fixes for 4.7

Hi Linus: This push fixes the following issues: - Missing selection in public_key that may result in a build failure. - Potential crash in error path in omap-sham. - ccp AES XTS bug that affects requests larger than 4096. Please pull from

Re: [PATCH 1/2] ARM: exynos_defconfig: Enable MFC driver as module

On 05/10/2016 11:07 PM, Javier Martinez Canillas wrote: > Exynos SoCs have a Multi Format Video Hardware Codec (MFC) IP block that > can be used to {en,de}code video streams by hardware. Enable support for > its driver as a module so the MFC can be tested. > > Signed-off-by: Javier Martinez

Re: [RESEND PATCH v3 1/2] ARM: exynos_defconfig: Enable Samsung media platform drivers as modules

On 04/28/2016 03:40 PM, Javier Martinez Canillas wrote: > There are a bunch of media platform drivers under drivers/media/platform/ > that are for Samsung SoCs but are not being built with exynos_defconfig. > > This patch enables them as a module to improve build coverage for these > drivers and

Re: [PATCH 0/4] pwm: add support for ChromeOS EC PWM

On 05/28/2016 03:39 AM, Brian Norris wrote: > Hi, > > This series adds support for the new ChromeOS EC PWM API, so we can control, > e.g., the backlight when it's attached to the EC. It uses Boris's latest > "atomic" hooks for the PWM API (i.e., the ->apply() callback), which were > recently

[PATCH 6/7] Binding:PHY: Binding doc for NS2 PCIe PHYs.

Binding doc for NS2 PCIe PHYs. Signed-off-by: Jon Mason Signed-off-by: Pramod Kumar --- .../bindings/phy/brcm,mdio-mux-bus-pci.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644

Re: [PATCH 4/6] mm, oom: skip over vforked tasks

On Fri 27-05-16 19:48:30, Vladimir Davydov wrote: > On Thu, May 26, 2016 at 02:40:13PM +0200, Michal Hocko wrote: [...] > > @@ -839,6 +841,13 @@ void oom_kill_process(struct oom_control *oc, struct > > task_struct *p, > > for_each_process(p) { > > if (!process_shares_mm(p, mm)) >

Re: [PATCH v3] ASoC: rockchip: Add machine driver for MAX98357A/RT5514/DA7219

Hi, Could any guys help me to review this patch? Thanks. On 2016年05月26日 21:02, Xing Zheng wrote: There are multi codec devices on the RK3399 platform, we can use this patch support and control these codecs. Signed-off-by: Xing Zheng --- Changes in v3: - rename DOC

[PATCH] mmc: core: fix the wrong error control

After applied "remove lots of IS_ERR_VALUE abuses", it shoold be misoperation. (commit 287980e49) If mmc_bus_test is successful, it returned the bus-witdh bit. The below log is error log [2.542260] mmc0: mmc_select_hs200 failed, error 3 [2.542275] mmc0: error 3 whilst initialising MMC

Re: [PATCH 1/2] staging: slicoss: fix coding style spacing issues

On Sun, May 29, 2016 at 08:31:06AM -0500, Jaime Arrocha wrote: > struct slic_cmdqueue { > struct slic_hostcmd *head; > struct slic_hostcmd *tail; > - int count; > - spinlock_t lock; > + int count; > + spinlock_t lock; > }; The original

[PATCH v5 5/7] ASoC: omap-mcbsp: Rename omap_mcbsp_sysfs_remove() to omap_mcbsp_cleanup()

The function will do more then removing the sysfs files in the future. Signed-off-by: Peter Ujfalusi Acked-by: Mark Brown --- sound/soc/omap/mcbsp.c | 2 +- sound/soc/omap/mcbsp.h | 2 +- sound/soc/omap/omap-mcbsp.c | 2 +- 3 files changed,

[PATCH v5 1/7] ARM: dts: omap3: Add clocks to McBSP nodes

Add clock properties to the McBSP nodes. McBSP2 and 3 need to have ick also since the Sidetone block of these modules are operating using the McBSP interface clock. Signed-off-by: Peter Ujfalusi --- arch/arm/boot/dts/omap3.dtsi | 10 ++ 1 file changed, 10

[PATCH v5 6/7] ASoC: omap-mcbsp: sidetone: Use the new callback for iclk handling

The McBSP sidetone (in OMAP3 McBSP2 and 3 module) is working with the module's interface clock. When the sidetone is enabled the iclk must not idle because it will result in choppy sidetone. Switch to use the new callback for handling the iclk allow/deny idle configuration. For this the driver

[PATCH v5 2/7] ARM: OMAP3: hwmod data: Fix McBSP2/3 sidetone data

The McBSPLP's sidetone main clock is the McBSPLP's ICLK, not FCLK as the sidetone only receives the ICLK from the main McBSP module. Since the McBSP and sidetone is using the very same clock from PRCM level the sidetone must not have the prcm section to check the clock status since the sidetone is

[PATCH v5 4/7] ARM: OMAP3: pdata-quirks: Add support for McBSP2/3 sidetone handling

McBSP2/3 module's sidetone module operates using the module's ICLK clock. When the Sidetone is in use the interface clock of the module must not idle. To prevent the iclk idling the driver expects to have pdata callback to call. With this patch the callback is going to be set up for DT boot also.

Re: [PATCH 3/6] mm, oom_adj: make sure processes sharing mm have same view of oom_score_adj

On Mon, May 30, 2016 at 09:07:05AM +0200, Michal Hocko wrote: > On Fri 27-05-16 19:18:21, Vladimir Davydov wrote: > > On Fri, May 27, 2016 at 01:18:03PM +0200, Michal Hocko wrote: > > ... > > > @@ -1087,7 +1105,25 @@ static int __set_oom_adj(struct file *file, int > > > oom_adj, bool legacy) > >

Re: PATCH v6v2 02/12] mm: migrate: support non-lru movable page migration

On 05/30/2016 03:39 AM, Minchan Kim wrote: After isolation, VM calls migratepage of driver with isolated page. The function of migratepage is to move content of the old page to new page and set up fields of struct page newpage. Keep in mind that you should clear PG_movable of oldpage via

Re: [PATCH] mutex: Report recursive ww_mutex locking early

Op 30-05-16 om 11:11 schreef Peter Zijlstra: > On Mon, May 30, 2016 at 09:43:53AM +0200, Maarten Lankhorst wrote: >> Op 26-05-16 om 22:08 schreef Chris Wilson: >>> Recursive locking for ww_mutexes was originally conceived as an >>> exception. However, it is heavily used by the DRM atomic

Re: [PATCH 4/6] mm, oom: skip over vforked tasks

On Mon 30-05-16 09:13:57, Michal Hocko wrote: > On Fri 27-05-16 19:48:30, Vladimir Davydov wrote: > > On Thu, May 26, 2016 at 02:40:13PM +0200, Michal Hocko wrote: > [...] > > > @@ -839,6 +841,13 @@ void oom_kill_process(struct oom_control *oc, struct > > > task_struct *p, > > >

Re: [PATCH v5 0/2] skb_array: array based FIFO for skbs

On 2016年05月23日 18:43, Michael S. Tsirkin wrote: This is in response to the proposal by Jason to make tun rx packet queue lockless using a circular buffer. My testing seems to show that at least for the common usecase in networking, which isn't lockless, circular buffer with indices does not

Re: [PATCH] arm64: dts: drop "arm,amba-bus" in favor of "simple-bus" part 2

Am Montag, 30. Mai 2016, 11:12:33 schrieb Masahiro Yamada: > Tree-wide replacement was done by commit 2ef7d5f342c1 (ARM, ARM64: > dts: drop "arm,amba-bus" in favor of "simple-bus"), but we have some > new users of "arm,amba-bus" at Linux 4.7-rc1. Eliminate them now. > > Signed-off-by: Masahiro

Re: [PATCH 3/6] mm, oom_adj: make sure processes sharing mm have same view of oom_score_adj

On Mon, May 30, 2016 at 11:39:50AM +0200, Michal Hocko wrote: > On Mon 30-05-16 11:47:53, Vladimir Davydov wrote: > > On Mon, May 30, 2016 at 09:07:05AM +0200, Michal Hocko wrote: > > > On Fri 27-05-16 19:18:21, Vladimir Davydov wrote: > > > > On Fri, May 27, 2016 at 01:18:03PM +0200, Michal Hocko

Re: [RFC v2 1/5] drm/mediatek: rename macros, add chip suffix

On Fri, May 20, 2016 at 11:05:32PM +0800, yt.s...@mediatek.com wrote: > From: YT Shen > > Add MT8173 suffix for hardware related macros. > > Signed-off-by: YT Shen > --- > drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 62 >

Re: [PATCH 1/2] Documentation: add binding description of Rockchip PCIe controller

On Fri, 20 May 2016 18:29:06 +0800 Shawn Lin wrote: > This patch add some required and optional properties for Rockchip > PCIe controller. Also we add a example for how to use it. > > Signed-off-by: Shawn Lin > > --- > >

[PATCH-REBASED 2/2] perf/core: change errno for sampling event not supported in hardware

This allows userspace to identify this case specifically from the catch all error msg it prints currently. This is an ABI change Before --- | # perf record ls | Error: | The sys_perf_event_open() syscall returned with 524 (Unknown error 524) | for event (cycles:ppp). | /bin/dmesg may provide

[PATCH-REBASED 0/2] report perf sampling failing due to PMU lacking overflow intr support

Hi, This is a repost of RFC [1], rebased on 4.7-rc1, to print pretty PMU lacking overflow interrupt support if user tries perf sampling. At the time of RFC review, both PeterZ and Vince seemed convinced to go ahead with this patch despite the ABI change [2]. Thx, -Vineet [1]

[PATCH-REBASED 1/2] tools/perf: Handle EOPNOTSUPP for sampling events

This allows (with next change to perf core) for calling out in userspace the exact reason for perf record failing when PMU doesn't support overflow interrupts Signed-off-by: Vineet Gupta --- tools/perf/util/evsel.c | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH 01/26] omapfb: panel-tpo-td028ttec1: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-tpo-td028ttec1.c | 43 +++--- include/video/omap-panel-data.h| 13

[PATCH 05/26] omapfb: panel-lgphilips-lb035q02: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omapfb/displays/panel-lgphilips-lb035q02.c | 56 +++--- include/video/omap-panel-data.h| 18

[PATCH 09/26] omapfb: encoder-tfp410: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../fbdev/omap2/omapfb/displays/encoder-tfp410.c | 44 +++--- include/video/omap-panel-data.h| 14

[PATCH 02/26] omapfb: panel-nec-nl8048hl11: Remove legacy boot support

The panel is not used by any legacy board files so the legacy (pdata) boot support can be dropped. Signed-off-by: Peter Ujfalusi --- .../omap2/omapfb/displays/panel-nec-nl8048hl11.c | 45 +++--- include/video/omap-panel-data.h| 18

[PATCH v3 net-next 12/13] net: hns: implement the miscellaneous operation by asl

From: Kejian Yan The miscellaneous operation is implemented in BIOS, the kernel can call _DSM method help to call the implementation in ACPI case. Here is a patch to do that. Signed-off-by: Kejian Yan Reviewed-by: Andy Shevchenko

[PATCH v3 8/9] vcodec: mediatek: Add Mediatek VP9 Video Decoder Driver

Add vp9 decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile |1 + .../media/platform/mtk-vcodec/vdec/vdec_vp9_if.c | 967 drivers/media/platform/mtk-vcodec/vdec_drv_if.c|3 + 3

[PATCH v3 5/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Add v4l2 layer decoder driver for MT8173 Signed-off-by: Tiffany Lin --- drivers/media/platform/mtk-vcodec/Makefile | 10 +- drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.c | 1348 drivers/media/platform/mtk-vcodec/mtk_vcodec_dec.h |

Re: [PATCH 3/6] mm, oom_adj: make sure processes sharing mm have same view of oom_score_adj

On Mon 30-05-16 15:19:32, Vladimir Davydov wrote: > On Mon, May 30, 2016 at 01:11:48PM +0200, Michal Hocko wrote: > > On Mon 30-05-16 13:26:44, Vladimir Davydov wrote: > > > On Mon, May 30, 2016 at 11:39:50AM +0200, Michal Hocko wrote: > > [...] > > > > Yes and that leads me to a suspicion that we

Re: [RESEND PATCH 5/6] ASoC: cdn-dp: Add cdn DP codec driver

On 05/30/2016 09:47 AM, Jyri Sarha wrote: > On 05/30/16 10:26, Chris Zhong wrote: >> Hi Mark & Vinod >> >> Thanks for your suggestion, I am going to use this HDMI codec driver. >> But it seems no one use it, currently. >> > > There is three users working on getting their code accepted in main >

Re: [PATCH 1/5] spi: sunxi: fix transfer timeout

On Thu, May 26, 2016 at 07:25:23PM -, Michal Suchanek wrote: > The trasfer timeout is fixed at 1000 ms. Reading a 4Mbyte flash over > 1MHz SPI bus takes way longer than that. Calculate the timeout from the > actual time the transfer is supposed to take and multiply by 2 for good > measure. >

Re: [v4,1/1] powerpc/86xx: Add support for Emerson/Artesyn MVME7100

Hi Scott, On 17 May 2016 at 01:41, Scott Wood wrote: > On Wed, Apr 27, 2016 at 10:35:25AM +0200, Alessio Igor Bogani wrote: >> + bcsr@4,0 { >> + compatible = "artesyn,mvme7100-bcsr"; >> + reg = <4 0 0x1>; >> +

Re: [PATCH] mm, page_alloc: prevent infinite loop in buffered_rmqueue()

On 05/30/2016 11:01 AM, Mel Gorman wrote: From: Vlastimil Babka In DEBUG_VM kernel, we can hit infinite loop for order == 0 in buffered_rmqueue() when check_new_pcp() returns 1, because the bad page is never removed from the pcp list. Fix this by removing the page before

Re: [PATCH] mmc: core: fix the wrong error control

Hi, 在 2016/5/30 15:40, Jaehoon Chung 写道: After applied "remove lots of IS_ERR_VALUE abuses", it shoold be misoperation. (commit 287980e49) If mmc_bus_test is successful, it returned the bus-witdh bit. The below log is error log [2.542260] mmc0: mmc_select_hs200 failed, error 3 [

Re: [RFC v2 1/5] drm/mediatek: rename macros, add chip suffix

Hi Emil, On Fri, 2016-05-27 at 10:30 +0100, Emil Velikov wrote: > On 20 May 2016 at 16:05, wrote: > > From: YT Shen > > > > Add MT8173 suffix for hardware related macros. > > > Why suffix ? Pretty much everyone else uses prefix. No problem, I will

Re: [RFC v2 2/5] drm/mediatke: add support for Mediatek SoC MT2701

Hi Emil, On Fri, 2016-05-27 at 10:35 +0100, Emil Velikov wrote: > Hi YT Shen, > > There's a typo in the commit summary - s/mediatke/mediatek/. Ooops, even I type this word everyday, I still made a mistake... > > On 20 May 2016 at 16:05, wrote: > > From: YT Shen

Re: [PATCH 4/6] mm, oom: skip over vforked tasks

On Mon, May 30, 2016 at 11:52:12AM +0200, Michal Hocko wrote: > On Mon 30-05-16 09:13:57, Michal Hocko wrote: > > On Fri 27-05-16 19:48:30, Vladimir Davydov wrote: > > > On Thu, May 26, 2016 at 02:40:13PM +0200, Michal Hocko wrote: > > [...] > > > > @@ -839,6 +841,13 @@ void

Re: [RFT][PATCH v2] regulator: max8973: Fix setting ramp delay

On Monday 30 May 2016 02:39 PM, Axel Lin wrote: Current code for .set_ramp_delay() rounds down the value written to register, while the implementation of .set_voltage_time_sel() works on original constraints (not rounded down). Fix the logic in .set_ramp_delay and also remove unused ret_val

Re: [PATCH 0/2] MCB: two additional fixes for v4.7

On Tue, May 10, 2016 at 12:39:43PM +0200, Johannes Thumshirn wrote: > Hi Greg, > > Here are two additional fixes for MCB from me, which would be good to have in > v4.7. > > One fixes a panic when doing a insmod/rmmod loop and one grabs a reference to > the carrier driver's module as long as

Re: [PATCH 5/5] RFC spi: sun4i: add DMA support

On Thu, May 26, 2016 at 07:25:25PM -, Michal Suchanek wrote: > - fallback to previous behaviour when DMA initialization fails > >+ this has the problem that when the driver happens to load before the dma > driver it will not use dma - can be addressed with a module parameter No,

[PATCH 21/26] omapdss: hdmi audio: Make header file independent of video/omapdss.h

Clean up the header files regarding to hdmi audio so the omap-hdmi-audio.h file will only need to include the platform_data/omapdss.h file. Signed-off-by: Peter Ujfalusi CC: Mark Brown CC: Jyri Sarha CC: Liam Girdwood

Re: [PATCH] dell-smm-hwmon: Cache fan_type() calls and use fan_status() for fan detection

Pali Rohár wrote on 27.05.2016 15:21: > On Friday 27 May 2016 15:05:54 Thorsten Leemhuis wrote: >> Pali Rohár wrote on 27.05.2016 12:45: >> So I tried a few things >> and came to the conclusion: the problem shows up as soon as >> i8k_get_fan_type() (introduced in f989e55452) is called somewhere. >

[PATCH 14/26] omapdss: omap-panel-data.h: Remove connector_type from atv pdata

The driver only supports composite connection when booted in legacy mode so the omap_dss_venc_type can be dropped from the pdata. At the same time the video/omapdss.h include can be removed as it is no longer needed. Signed-off-by: Peter Ujfalusi ---

[PATCH 19/26] video/platform_data: omapdss: Create new header file for platform data

Create a new header file for platform data used by omapdss. Signed-off-by: Peter Ujfalusi --- .../linux/platform_data/omapdss.h | 64 +- include/video/omapdss.h| 25 + 2 files changed, 26

[PATCH 24/26] [media] omap_vout: Switch to use the video/omapfb_dss.h header file

The omap_vout is only supported with omapfb. Switch the driver to use the correct header file. Signed-off-by: Peter Ujfalusi --- drivers/media/platform/omap/omap_vout.c| 2 +- drivers/media/platform/omap/omap_voutdef.h | 2 +-

[RFC v2] Change dma_attrs from bitfield to unsigned long

Hi, This is second attempt to bring some safeness to dma_attrs. In v1 [0] I added const to data pointed by attrs. However Christoph Hellwig suggested getting rid of struct dma_attrs in favor of some simpler data type. Benefits of unsigned long for dma_attrs: 1. This is just simpler. Both in

[PATCH v3 net-next 08/13] net: hns: add uniform interface for phy connection

From: Kejian Yan As device_node is only used by DT case, HNS needs to treat the other cases including ACPI. It needs to use uniform ways to handle both of DT and ACPI. This patch chooses phy_device, and of_phy_connect and of_phy_attach are only used by DT case. It needs to

[PATCH v3 net-next 01/13] ACPI: bus: add stub acpi_dev_found() to linux/acpi.h

From: Kejian Yan acpi_dev_found() will be used to detect if a given ACPI device is in the system. It will be compiled in non-ACPI case, but the function is in acpi_bus.h and acpi_bus.h can only be used in ACPI case, so this patch add the stub function to linux/acpi.h to

[PATCH v3 net-next 11/13] net: hns: register phy device in each mac initial sequence

From: Kejian Yan In ACPI case, there is no interface to register phy device to mdio-bus. Phy device has to be registered itself to mdio-bus, and then enet can get the phy device's info so that it can config the phy-device to help to trasmit and receive data. HNS hardware

[PATCH v3 net-next 04/13] net: hisilicon: add support of acpi for hns-mdio

From: Kejian Yan hns-mdio needs to register itself to mii-bus. The info of the device can be read by both DT and ACPI. HNS tries to call Linux PHY driver to help access PHY-devices, the HNS hardware topology is as below. The MDIO controller may control several PHY-devices,

[PATCH v3 net-next 02/13] ACPI: bus: add stub acpi_evaluate_dsm() to linux/acpi.h

From: Kejian Yan acpi_evaluate_dsm() will be used to handle the _DSM method in ACPI case. It will be compiled in non-ACPI case, but the function is in acpi_bus.h and acpi_bus.h can only be used in ACPI case, so this patch add the stub function to linux/acpi.h to make

[PATCH v3 net-next 05/13] net: hns: use device_* APIs instead of of_* APIs

From: Kejian Yan OF series functions can be used only for DT case. Use unified device property function instead to support both DT and ACPI. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang ---

Re: [PATCH 3/6] mm, oom_adj: make sure processes sharing mm have same view of oom_score_adj

On Mon, May 30, 2016 at 01:11:48PM +0200, Michal Hocko wrote: > On Mon 30-05-16 13:26:44, Vladimir Davydov wrote: > > On Mon, May 30, 2016 at 11:39:50AM +0200, Michal Hocko wrote: > [...] > > > Yes and that leads me to a suspicion that we can do that. Maybe I should > > > just add a note into the

[PATCH v3 net-next 10/13] net: hns: dsaf adds support of acpi

From: Kejian Yan Dsaf needs to get configuration parameter by ACPI, so this patch add support of ACPI. Signed-off-by: Kejian Yan Reviewed-by: Andy Shevchenko Signed-off-by: Yisen Zhuang

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