Re: [PATCH v6 08/19] i2c: octeon: Enable High-Level Controller

On 04/20/2016 02:43 PM, Wolfram Sang wrote: On Mon, Apr 11, 2016 at 05:28:39PM +0200, Jan Glauber wrote: [...] + */ +static int octeon_i2c_hlc_wait(struct octeon_i2c *i2c) +{ + int time_left; + + octeon_i2c_hlc_int_enable(i2c); + time_left =

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

2016-04-20 22:01 GMT+08:00 Peter Zijlstra : > On Wed, Apr 20, 2016 at 02:32:35AM +0200, Rafael J. Wysocki wrote: >> On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: >> > Sometimes update_curr() is called w/o tasks actually running, it is >> > captured by: >> > u64

[PATCH 5/6] fs: define a string representation of the kernel_read_file_id enumeration

From: Mimi Zohar A string representation of the kernel_read_file_id enumeration is needed for displaying messages (eg. pr_info, auditing) that can be used by multiple LSMs and the integrity subsystem. To simplify keeping the list of strings up to date with the

[PATCH/RFC] perf core: Allow setting up max frame stack depth via sysctl

The default remains 127, which is good for most cases, and not even hit most of the time, but then for some cases, as reported by Brendan, 1024+ deep frames are appearing on the radar for things like groovy, ruby. And in some workloads putting a _lower_ cap on this may make sense. One that is

[PATCH 6/6] LSM: LoadPin for kernel file loading restrictions

This LSM enforces that kernel-loaded files (modules, firmware, etc) must all come from the same filesystem, with the expectation that such a filesystem is backed by a read-only device such as dm-verity or CDROM. This allows systems that have a verified and/or unchangeable filesystem to enforce

[PATCH 1/6] string_helpers: add kstrdup_quotable

Handle allocating and escaping a string safe for logging. Signed-off-by: Kees Cook --- include/linux/string_helpers.h | 2 ++ lib/string_helpers.c | 28 2 files changed, 30 insertions(+) diff --git a/include/linux/string_helpers.h

[PATCH 3/6] string_helpers: add kstrdup_quotable_file

Allocate a NULL-terminated file path with special characters escaped, safe for logging. Signed-off-by: Kees Cook --- include/linux/string_helpers.h | 3 +++ lib/string_helpers.c | 30 ++ 2 files changed, 33 insertions(+) diff --git

Re: [PATCH v3 1/1] powerpc/86xx: Add support for Emerson/Artesyn MVME7100

On Wed, 2016-04-20 at 12:02 +0200, Alessio Igor Bogani wrote: > Add support for the Artesyn MVME7100 Single Board Computer. > > The MVME7100 is a 6U form factor VME64 computer with: > > - A two e600 cores Freescale MPC8641D CPU > - 2 GB of DDR2 onboard memory > - Four Gigabit

Re: [PATCH/RFC] perf core: Allow setting up max frame stack depth via sysctl

On Wed, Apr 20, 2016 at 07:47:30PM -0300, Arnaldo Carvalho de Melo wrote: > The default remains 127, which is good for most cases, and not even hit > most of the time, but then for some cases, as reported by Brendan, 1024+ > deep frames are appearing on the radar for things like groovy, ruby. >

Re: mce: a question about memory_failure_early_kill in memory_failure()

On Wed, Apr 20, 2016 at 06:58:59PM +0800, Xishi Qiu wrote: > On 2016/4/20 18:51, Xishi Qiu wrote: > > > On 2016/4/20 15:07, Naoya Horiguchi wrote: > > > >> On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote: > >>> /proc/sys/vm/memory_failure_early_kill > >>> > >>> 1: means kill all

Re: [PATCH][v6] ACPI / PM: Introduce efi poweroff for HW-full platforms without _S5

On Tuesday, March 22, 2016 08:51:10 AM Chen Yu wrote: > The problem is Linux registers pm_power_off = efi_power_off only if > we are in hardware reduced mode. Actually, what we also want is to do > this when ACPI S5 is simply not supported on non-legacy platforms. > Since some future Intel

Re: [PATCH v6 07/19] i2c: octeon: Use i2c recovery framework

On Mon, Apr 11, 2016 at 05:28:38PM +0200, Jan Glauber wrote: > Switch to the i2c bus recovery framework using generic SCL recovery. > If this fails try to reset the hardware. The recovery is triggered > during START on timeout of the interrupt or failure to reach > the START / repeated-START

Re: [PATCH 1/1] pinctrl: core: Fix build error due to devm_pinctrl_dev_match()

On Wed, Apr 20, 2016 at 7:17 PM, Laxman Dewangan wrote: > The closing bracket missing from final patch which causes the > build break. Correcting the function. > > Signed-off-by: Laxman Dewangan Squashed this into the patch and pushed to build again.

Re: [PATCH] PM / Runtime: Only force-resume device if it has been force-suspended

Hello, Reviving this old thread. On Monday 07 Mar 2016 11:10:08 Ulf Hansson wrote: > [...] > > >> I agree, that's a better idea. Drivers shouldn't call > >> pm_runtime_force_resume() if they haven't called > >> pm_runtime_force_suspend(), so checking the PM use count should be fine. > >> I'll

Re: [PATCH V4 2/2] thermal: generic-adc: Add ADC based thermal sensor driver

Laxman, On Tue, Apr 19, 2016 at 12:52:01PM +0530, Laxman Dewangan wrote: > In some of platform, thermal sensors like NCT thermistors are > connected to the one of ADC channel. The temperature is read by > reading the voltage across the sensor resistance via ADC. Lookup > table for ADC read value

Re: [PATCH mmotm 5/5] huge tmpfs: add shmem_pmd_fault()

Hi Hugh, On Sat, 16 Apr 2016 16:41:33 -0700 (PDT) Hugh Dickins wrote: > > The pmd_fault() method gives the filesystem an opportunity to place > a trans huge pmd entry at *pmd, before any pagetable is exposed (and > an opportunity to split it on COW fault): now use it for huge

Re: [PATCH mmotm 4/5] huge tmpfs: avoid premature exposure of new pagetable revert

Hi Hugh, On Sat, 16 Apr 2016 16:38:15 -0700 (PDT) Hugh Dickins wrote: > > This patch reverts all of my 09/31, your > huge-tmpfs-avoid-premature-exposure-of-new-pagetable.patch > and also the mm/memory.c changes from the patch after it, >

Re: [PATCH/RFC] perf core: Allow setting up max frame stack depth via sysctl

Em Wed, Apr 20, 2016 at 05:10:17PM -0600, David Ahern escreveu: > On 4/20/16 4:47 PM, Arnaldo Carvalho de Melo wrote: > > # echo 256 > /proc/sys/kernel/perf_event_max_stack > > # cat /proc/sys/kernel/perf_event_max_stack > > 256 > I would love to see something like this go in. Right now I

Re: [PATCH v5 0/6] LSM: LoadPin for kernel file loading restrictions

On Wed, 20 Apr 2016, Kees Cook wrote: > This provides the mini-LSM "loadpin" that intercepts the now consolidated > kernel_file_read LSM hook so that a system can keep all loads coming from > a single trusted filesystem. This is what Chrome OS uses to pin kernel > module and firmware loading to

[PATCH] drm/vc4: Add missing render node support

There shouldn't be any other driver support necessary, since none of the driver-specific ioctls ever required auth, and none of them deal with modesetting. Signed-off-by: Eric Anholt --- drivers/gpu/drm/vc4/vc4_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On 4/21/2016 12:24 AM, Wanpeng Li wrote: 2016-04-20 22:01 GMT+08:00 Peter Zijlstra : On Wed, Apr 20, 2016 at 02:32:35AM +0200, Rafael J. Wysocki wrote: On Monday, April 18, 2016 01:51:24 PM Wanpeng Li wrote: Sometimes update_curr() is called w/o tasks actually running,

[BUG] set_pte_at: racy dirty state clearing warning

Hi Will and Catalin, When I enable memory comact via # echo 1 > /proc/sys/vm/compact_memory I got the below WARNING: set_pte_at: racy dirty state clearing: 0x006899371bd3 -> 0x006899371fd3 [ cut here ] WARNING: CPU: 5 PID: 294 at

Re: [PATCH] drm/layerscape: reduce excessive stack usage

On 2016-02-22 13:33, Arnd Bergmann wrote: > The fsl-dcu driver copies a drm_mode_config object to its > stack but then only accesses a single member (dpms_property) > once. The data structure is large enough to trigger a warning > about the amount of kernel stack being used: > >

Re: [PATCH 8/9] mtd: fsl-quadspi: disable AHB buffer prefetch

From: Yunhui Cui Sent: Wednesday, April 13, 2016 9:50 PM To: dw...@infradead.org; computersforpe...@gmail.com; han...@freescale.com Cc: linux-kernel@vger.kernel.org; linux-...@lists.infradead.org;

Re: [PATCH mmotm 1/5] huge tmpfs: try to allocate huge pages split into a team fix

Hi Hugh, On Sat, 16 Apr 2016 16:27:02 -0700 (PDT) Hugh Dickins wrote: > > Please replace the > huge-tmpfs-try-to-allocate-huge-pages-split-into-a-team-fix.patch > you added to your tree by this one: nothing wrong with Stephen's, > but in this case I think the source is better

Re: [PATCH 0/4] ACPI 2.0 / ECDT: Enable ECDT support

On Thursday, March 24, 2016 10:42:38 AM Lv Zheng wrote: > ECDT support in Linux is broken. > > In fact, the original EC driver was correct, but devlopers started to use > the namespace EC instead of ECDT just because several broken ECDT tables > were reported on the bugzilla. They trusted the

Re: [PATCH v2 0/3] ACPI / tables: Add table upgrade mechanism

On Monday, April 11, 2016 10:13:07 AM Lv Zheng wrote: > This patch introduces a table upgrade mechanism based on the existing > initrd table override mechanism. > > Updated due to a build error reported against early_acpi_table_init() > stub. > > Lv Zheng (3): > ACPI / tables: Move table

linux-next: zillions of lockdep whinges in include/net/sock.h:1408

linux-next 20160420 is whining at an incredible rate - in 20 minutes of uptime, I piled up some 41,000 hits from all over the place (cleaned up to skip the CPU and PID so the list isn't quite so long): % grep include/net/sock.h /var/log/messages | cut -f5- -d: | sed -e 's/PID: [0-9]* /PID

Re: [RESEND][PATCH 3/3] arm64: dts: mt8173: Add dynamic power node.

On Tue, 2016-03-15 at 16:10 +0800, Dawei Chien (錢大衛) wrote: > This device node is for calculating dynamic power in mW. > Since mt8173 has two clusters, there are two dynamic power > coefficient as well. > > Signed-off-by: Dawei Chien > --- > This patch is base on

Re: watchdog: deadlock warning with imx2_wdt driver and systemd

On 04/17/2016 08:41 AM, Clemens Gruber wrote: Hi, I have an i.MX6Q board with the current mainline tree from Linus and systemd 229, which also acts as watchdog daemon. (RuntimeWatchdogSec=60) Since commit 11d7aba9ceb7 ("watchdog: imx2: Convert to use infrastructure triggered keepalives") I get

Re: [kbuild-all] mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

Hi Ralf, On Wed, Apr 20, 2016 at 03:30:21PM +0200, Ralf Baechle wrote: > On Wed, Apr 20, 2016 at 01:44:28PM +0800, kbuild test robot wrote: > > > FYI, the error/warning still remains. > > > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > > master > > head:

Re: [PATCH 2/4] net: thunderx: Add multiqset support for dataplane apps

Hi, [auto build test ERROR on net/master] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/sunil-kovvuri-gmail-com/net-thunderx-Add-multiqset

Re: [PATCH] ARM: dts: uniphier: add NAND pinmux node

2016-04-15 19:35 GMT+09:00 Masahiro Yamada : > Signed-off-by: Masahiro Yamada > --- > This patch was replaced with v2: https://patchwork.kernel.org/patch/8895761/ -- Best Regards Masahiro Yamada

[PATCH] perf tools: Add arch/*/include/generated/ to .gitignore

Commit 1b700c9975008615ad470cf79acc8455ce60a695 ("perf tools: Build syscall table .c header from kernel's syscall_64.tbl") that automatically generate per-arch syscall table arrays e.g. arch/x86/include/generated/asm/syscalls_64.c So add this directory to .gitignore Cc: Namhyung Kim

Re: [PATCH 01/14] vmscan: consider classzone_idx in compaction_ready

> > From: Michal Hocko > > while playing with the oom detection rework [1] I have noticed > that my heavy order-9 (hugetlb) load close to OOM ended up in an > endless loop where the reclaim hasn't made any progress but > did_some_progress didn't reflect that and

RE: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi Moritz, Thanks for the review... > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Thursday, April 21, 2016 12:09 AM > To: Appana Durga Kedareswara Rao > Cc: Rob Herring ; pawel.m...@arm.com; Mark

Re: [PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

Sorry all for the noise. Gmail seems to be deciding that this outgoing mail is spammy, and starts blocking it part-way through. I've tried cutting down the CC list, but still no luck. If anyone knows how to get around this (while still having a reasonable patch submission), please let me know.

Re: [PATCH] objtool: Fix Makefile to properly see if libelf is supported

On Wed, Apr 20, 2016 at 11:32:35AM -0400, Steven Rostedt wrote: > When doing a make allmodconfig, I hit the following compile error: > > In file included from builtin-check.c:32:0: > elf.h:22:18: fatal error: gelf.h: No such file or directory > compilation terminated. > In file included from

[PATCH] cpu/hotplug: handle unbalanced hotplug enable/disable

Currently it just print a warning message but did not reset cpu_hotplug_disabled when the enable/disable is unbalanced. The unbalanced enable/disable will lead the cpu hotplug work abnormally. Reset it to 0 when an unablanced enable detected. Signed-off-by: Lianwei Wang

Re: [PATCH] lib: make sg_pool explicitly non-modular

On Wed, 2016-04-20 at 23:02 -0400, Paul Gortmaker wrote: >  > > > > So the .config will have CONFIG_SG_POOL=m > > That is impossible currently, since as per above, the variable is > bool > and not tristate.  Did you mean to make it tristate? I didn't notice that. Yes, it should be tristate.

[PATCH v2] drm/dsi: Implement set tear scanline compile fix

Provide a small convenience wrapper that transmits a set_tear_scanline command. Cc: Archit Taneja Cc: Sumit Semwal Cc: John Stultz Cc: Thierry Reding Signed-off-by: Vinay Simha BN

Re: [PATCH] thermal: qcom: tsens-8960: fix semicolon.cocci warnings

On Wed, 20 Apr 2016, Eduardo Valentin wrote: > On Wed, Apr 06, 2016 at 08:14:34AM +0200, Julia Lawall wrote: > > Remove unneeded semicolon. > > > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > > > Signed-off-by: Fengguang Wu > > Signed-off-by: Julia

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 17:44+0200, Greg Kurz: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in case > the vcpu id is too great. > > Unfortunately this check assumes vcpu ids grow in sequence with a common >

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 19:53+0200, Greg Kurz: > On Wed, 20 Apr 2016 19:27:06 +0200 > Radim Krčmář wrote: >> 2016-04-20 18:09+0100, James Hogan: >> > On Wed, Apr 20, 2016 at 07:02:10PM +0200, Radim Krčmář wrote: >> >> 2016-04-20 17:44+0200, Greg Kurz: >> >> > diff --git

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Den 20.04.2016 19:44, skrev Daniel Vetter: On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing

Re: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi, thanks for looking into this. On Wed, Apr 20, 2016 at 12:20 AM, Kedareswara rao Appana wrote: > +static int xdma_clk_init(struct xilinx_dma_device *xdev, bool enable) > +{ > + int i = 0, ret; > + > + for (i = 0; i < xdev->numclks; i++) { > +

Re: [PATCH] ARM: mv78xx0: Remove CLK_IS_ROOT

On 04/20, Arnd Bergmann wrote: > On Tuesday 19 April 2016 18:40:04 Stephen Boyd wrote: > > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > > CLK_IS_ROOT", 2016-02-02) so remove it. > > > > Cc: Andrew Lunn > > Cc: Jason Cooper >

Re: [PATCH v2 1/2] clk: Add Oxford Semiconductor OXNAS Standard Clocks

On 04/20, Neil Armstrong wrote: > On 04/19/2016 11:29 PM, Stephen Boyd wrote: > > On 04/18, Neil Armstrong wrote: > >> + struct clk_oxnas *_clk; > >> + > >> + if (!clk_oxnas_init[i].clk_init) > >> + continue; > > > > New design is fine, really it's up to you,

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

> > It is been 1.5 years since I reported the problem. We came up with three > different solutions this week. I'd like to see a version of the solution > to get merged until Mellanox comes up with a better solution with another > patch. My proposal is to use this one. > We will post our

[PATCH 02/19] io-mapping: Specify mapping size for io_mapping_map_wc()

The ioremap() hidden behind the io_mapping_map_wc() convenience helper can be used for remapping multiple pages. Extend the helper so that future callers can use it for larger ranges. Signed-off-by: Chris Wilson Cc: Tvrtko Ursulin Cc: Daniel

[PATCH] mm: move huge_pmd_set_accessed out of huge_memory.c

huge_pmd_set_accessed is only called by __handle_mm_fault from memory.c, move the definition to memory.c and make it static like create_huge_pmd and wp_huge_pmd. Signed-off-by: Yang Shi --- include/linux/huge_mm.h | 4 mm/huge_memory.c| 23

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On 4/20/2016 2:40 PM, Eran Ben Elisha wrote: >> >> It is been 1.5 years since I reported the problem. We came up with three >> different solutions this week. I'd like to see a version of the solution >> to get merged until Mellanox comes up with a better solution with another >> patch. My proposal

Re: [RFC PATCH 00/13] perf tools: Support uBPF script

On Wed, Apr 20, 2016 at 06:01:40PM +, Wang Nan wrote: > This patch set allows to perf invoke some user space BPF scripts on some > point. uBPF scripts and kernel BPF scripts reside in one BPF object. > They communicate with each other with BPF maps. uBPF scripts can invoke > helper functions

[PATCH v2] PM / Runtime: Only force-resume device if it has been force-suspended

The pm_runtime_force_suspend() and pm_runtime_force_resume() helpers are designed to help driver being RPM-centric by offering an easy way to manage runtime PM state during system suspend and resume. The first function will force the device into runtime suspend at system suspend time, while the

[PATCH] OMAPDSS: HDMI5: Change DDC timings

From: "Lodes, Jim" The DDC scl high and low times were set to the minimum values from the i2c specification, but the i2c specification takes into account the rise time and fall time to calculate the frequency. To pass HDMI certification DDC can not exceed 100kHz therefore

Re: [PATCH V2 6/9] acpi: apei: handle SEA notification type for ARMv8

This patch currently breaks compilation of "allyesconfig" for x86 because HAVE_ACPI_APEI_SEA is really only supported for ARM64 at this point. Is making this config dependent on ARM64 the correct way to go about fixing this? Then, in the future when this support is added for other

Re: [PATCH v2] fs: define a string representation of the kernel_read_file_id enumeration

On Mon, Apr 18, 2016 at 12:09 PM, Mimi Zohar wrote: > A string representation of the kernel_read_file_id enumeration is > needed for displaying messages (eg. pr_info, auditing) that can be > used by multiple LSMs and the integrity subsystem. To simplify > keeping the

Re: [PATCH v6 10/19] i2c: octeon: Add support for cn78xx chips

On 04/20/2016 02:52 PM, Wolfram Sang wrote: On Mon, Apr 11, 2016 at 05:28:41PM +0200, Jan Glauber wrote: From: David Daney cn78xx has a different interrupt architecture, so we have to manage the interrupts differently. I'd appreciate if you could explain here why

Re: [PATCH mmotm 3/5] huge tmpfs recovery: tweak shmem_getpage_gfp to fill team fix

Hi Hugh, On Sat, 16 Apr 2016 16:33:07 -0700 (PDT) Hugh Dickins wrote: > > Please add this fix after my 27/31, your > huge-tmpfs-recovery-tweak-shmem_getpage_gfp-to-fill-team.patch > for later merging into it. Great catch by Mika Penttila, a bug which > prevented some unusual

Re: linux-next: error when fetching the c6x tree

Hi Mark, On Wed, 20 Apr 2016 10:33:57 -0400 Mark Salter wrote: > > On Wed, 2016-04-20 at 07:36 +1000, Stephen Rothwell wrote: > > > > Attempting to fetch the c6x tree > > (git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git#for-linux-next) > > produced this error: > >

Re: [PATCH v2] tty: msm_serial: remove static clk rate setting in probe

On 2016-03-07 08:16, Srinivas Kandagatla wrote: The issue with setting up a fixed clock rate at probe is that it would overwrite the console rate set by the bootloader for its console device. This would result in serial out corruption or missing log when we system is booted with earlycon.

Re: regression: 3a878c430fd6 ("tty: serial: msm: Add TX DMA support") drops data

> On Apr 20, 2016, at 02:23, Frank Rowand wrote: > > Hi Ivan, > > It appears that I have found a regression caused by > 3a878c430fd6 ("tty: serial: msm: Add TX DMA support"). > > When I cat a file slightly larger than 126000 bytes on > the console, viewed via minicom connected to the serial >

Re: [PATCH v2 0/7] mmc: sdhci-pltfm: fix and tidy up sdhci_pltfm_init()

On 20/04/16 05:16, Masahiro Yamada wrote: > > > Changes in v2: > - Remove resource size checking rather than fix it. > - Add \n to the tail of the error message > > Masahiro Yamada (7): > mmc: sdhci-pltfm: drop error message for too small MMIO resource size > mmc: sdhci-pltfm: check

Re: [PATCH v2 1/2] mmc: sdhci: use IS_REACHABLE(CONFIG_LEDS_CLASS) to enable LED code

On 14/04/16 07:19, Masahiro Yamada wrote: > defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ > defined(CONFIG_MMC_SDHCI_MODULE)) > > is equivalent to: > > defined(CONFIG_LEDS_CLASS) || (defined(CONFIG_LEDS_CLASS_MODULE) && \ > defined(MODULE)) > > and it can also be

[PATCH v2 4/5] drm/rockchip: vop: add rk3399 vop support

There are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the Major differences of this two is that: VOP_BIG max output resolution is 4096x2160. VOP_LIT max output resolution is 2560x1600 VOP_BIG support

[PATCH v2 2/5] dt-bindings: sort Rockchip vop compatible by chip's number

Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt b/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt index

[PATCH v2 0/5] drm/rockchip: add rk3399 display controller support

This series of patches add support for rk3399 display crontroller(vop), there are two VOP in rk3399 chip, respectively VOP_BIG and VOP_LIT. most registers layout of this two vop is same, their framework are both VOP_FULL, the differences of this two is VOP_LIT cut off some features. Those

Re: [PATCH v2 2/2] mmc: sdhci: use IS_ENABLE(CONFIG_LEDS_CLASS) to enable LED struct members

On 14/04/16 07:19, Masahiro Yamada wrote: > defined(CONFIG_LEDS_CLASS) || defined(CONFIG_LEDS_CLASS_MODULE) > > is equivalent to: > > IS_ENABLED(CONFIG_LEDS_CLASS) > > Signed-off-by: Masahiro Yamada Acked-by: Adrian Hunter > --- > > Changes in v2: > - Newly added > >

[PATCH v2 3/5] drm/rockchip: vop: introduce VOP_REG_MASK

Some new vop register support mask, bit[16-31] is mask, bit[0-15] is value, the mask is correspond to the value. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 45 ++- drivers/gpu/drm/rockchip/rockchip_drm_vop.h |1 +

Re: [PATCH 1/2] MAINTAINERS: Add maintainer for OMAP DRM driver

Hi Emil, On 19/04/16 21:51, Emil Velikov wrote: > Hi Tomi, > > Just a humble suggestion/nitpick. > > On 18 April 2016 at 16:46, Tomi Valkeinen wrote: >> Add Tomi Valkeinen as omapdrm maintainer. >> >> Signed-off-by: Tomi Valkeinen >> Cc: Rob Clark >> Cc: Laurent Pinchart >> --- >>

[PATCH v2 1/5] drm/rockchip: sort registers define by chip's number

No functional changes, sort the vop registers to make code more readable. Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 166 +-- drivers/gpu/drm/rockchip/rockchip_vop_reg.h | 88 +++--- 2 files changed, 127 insertions(+), 127

[PATCH v2 5/5] dt-bindings: add documentation for Rockchip rk3399 display controllers

Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Signed-off-by: Mark Yao --- .../bindings/display/rockchip/rockchip-vop.txt |5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt

Re: [Intel-wired-lan] [PATCH net-next V5 2/2] intel: ixgbevf: Support Windows hosts (Hyper-V)

On Tue, 2016-04-19 at 19:17 -0700, K. Y. Srinivasan wrote: > On Hyper-V, the VF/PF communication is a via software mediated path > as opposed to the hardware mailbox. Make the necessary > adjustments to support Hyper-V. > > Signed-off-by: K. Y. Srinivasan > --- > V2: Addressed most of

Re: A mainline question about cgroup writeback

It looks like a bug on cgroup writeback. Is this a regression or consistent issue? If it's a regression, you may could do bisect to find out the buggy commit. On Tue, Apr 19, 2016 at 3:19 PM, zhong jiang wrote: > cgroup writeback support the filesystem both ext4 and ext2. > but, it appears to

[PATCH] mcb: Fixed bar number assignment for the gdd

The bar number is found in reg2 within the gdd. Therefore we need to change the assigment from reg1 to reg2 which is the correct location. Signed-off-by: Andreas Werner --- drivers/mcb/mcb-parse.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mcb/mcb-parse.c

Re: [PATCH 2/3] ARM: pxa: add pxa25x device-tree support

Arnd Bergmann writes: > On Sunday 10 April 2016 21:29:59 Robert Jarzmik wrote: >> + >> +DT_MACHINE_START(PXA_DT, "Marvell PXA3xx (Device Tree Support)") >> + .map_io = pxa3xx_map_io, >> + .init_irq = pxa3xx_dt_init_irq, >> + .handle_irq = pxa3xx_handle_irq, >>

[PATCH 0/2 v6] ASoC: mediatek: Add second I2S on mt8173-rt5650 machine driver

Because applied patch (commit 0beeb8d0b434b8b007ac8058fb2cac5997fff6df "ASoC: mediatek: Add second I2S on mt8173-rt5650 machine driver") is dropped, I upload new version which include dependent patch. Changes since v5: - add "ASoC: core: export snd_soc_get_dai_name" patch. Because

[PATCH 2/2 v6] ASoC: mediatek: Add second I2S on mt8173-rt5650 machine driver

This patch adds second I2S connection to rt5650 codec for capture path on mt8173-rt5650 machine driver. Signed-off-by: PC Liao --- .../devicetree/bindings/sound/mt8173-rt5650.txt|6 +++ sound/soc/mediatek/mt8173-rt5650.c | 44 ++-- 2 files changed, 47

[PATCH 1/2 v6] ASoC: core: export snd_soc_get_dai_name

From: Jean-Francois Moine snd_soc_get_dai_name() may be used to define a sound card with a different syntax from the one of the simple-card. Signed-off-by: Jean-Francois Moine Signed-off-by: PC Liao --- include/sound/soc.h |2 ++ sound/soc/soc-core.c |5 +++-- 2 files changed, 5

[PATCH V2]sh: cmpxchg: fix a bit shift bug in big_endian os

From: Pan Xinhui Correct bitoff in big endian OS. Current code works correctly for 1 byte but not for 2 bytes. Fixes: 3226aad81aa6 ("sh: support 1 and 2 byte xchg") Signed-off-by: Pan Xinhui Acked-by: Michael S. Tsirkin --- changes from V1: just add some patch comments. no code

Re: [PATCH] thermal: tegra: mark PM functions __maybe_unused

On 2016年04月19日 20:43, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Tue, Apr 19, 2016 at 10:35:55AM +0800, Wei Ni wrote: >> >> >> On 2016年04月18日 15:15, Thierry Reding wrote: Old Signed by an unknown key >>> >>> On Sat, Apr 16, 2016 at 10:19:33PM +0200, Arnd Bergmann wrote:

Re: [PATCH v6 08/12] usb: hcd: Adapt to OTG core

On 18/04/16 09:29, Peter Chen wrote: > On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote: >> Introduce usb_otg_add/remove_hcd() for use by host >> controllers that are part of OTG/dual-role port. >> >> Non Device tree platforms can use the otg_dev argument >> to specify the OTG

Re: [PATCH v6 08/12] usb: hcd: Adapt to OTG core

On 19/04/16 11:14, Peter Chen wrote: > On Mon, Apr 18, 2016 at 02:29:37PM +0800, Peter Chen wrote: >> On Tue, Apr 05, 2016 at 05:05:13PM +0300, Roger Quadros wrote: >>> Introduce usb_otg_add/remove_hcd() for use by host >>> controllers that are part of OTG/dual-role port. >>> >>> Non Device tree

Re: [PATCH v6 09/12] usb: gadget: udc: adapt to OTG core

On 18/04/16 09:59, Peter Chen wrote: > On Tue, Apr 05, 2016 at 05:05:14PM +0300, Roger Quadros wrote: >> The OTG state machine needs a mechanism to start and >> stop the gadget controller. Add usb_gadget_start() >> and usb_gadget_stop(). >> >> Introduce usb_otg_add_gadget_udc() to allow controller

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On 18/04/16 05:09, Peter Chen wrote: > On Fri, Apr 15, 2016 at 02:00:46PM +0300, Roger Quadros wrote: >> On 15/04/16 12:25, Peter Chen wrote: >>> On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote: + * usb_otg_register() - Register the OTG/dual-role device to OTG core + *

Re: [PATCH v2] pinctrl-exynos5440: Use off-stack memory for pinctrl_gpio_range

On 04/20/2016 03:54 AM, Andrew Jeffery wrote: > The range is registered into a linked list which can be referenced > throughout the lifetime of the driver. Ensure the range's memory is useful > for the same lifetime by adding it to the driver's private data structure. > > The bug was introduced

RE: [PATCH v2] mmc: sdhci-pci: add Support of Synopsys DWC_MSHC IP

Hi Jaehoon Chung, Thank you for detailed review comments. On 04/19/2016 04:31 PM, Jaehoon Chung wrote: > On 04/19/2016 04:18 PM, Prabu Thangamuthu wrote: > > Synopsys DWC_MSHC is compliant with SD Host Specifications. This patch > > is to support DWC_MSHC controller on PCI interface. > > There

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On 19/04/16 11:06, Peter Chen wrote: > On Tue, Apr 05, 2016 at 05:05:12PM +0300, Roger Quadros wrote: >> +/** >> + * usb_otg_start_host - start/stop the host controller >> + * @otg:usb_otg instance >> + * @on: true to start, false to stop >> + * >> + * Start/stop the USB host

Re: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

On 20/04/16 08:08, Yoshihiro Shimoda wrote: > Hi, > >> From: Peter Chen >> Sent: Tuesday, April 19, 2016 6:18 PM >> >> On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: >>> Hi, >>> From: Yoshihiro Shimoda Sent: Friday, April 15, 2016 6:59 PM Hi, >

[PATCH v9 1/3] gpio: dwapb: remove name from dwapb_port_property

This patch removed the name property from dwapb_port_property. The name property is redundant, since we can get this info from dwapb_gpio dev node. Reviewed-by: Andy Shevchenko Signed-off-by: Jiang Qiu --- drivers/gpio/gpio-dwapb.c| 24 +++-

[PATCH v9 3/3] gpio: dwapb: add gpio-signaled acpi event support

This patch adds gpio-signaled acpi event support. It is used for power button on hisilicon D02 board, an arm64 platform. The corresponding DSDT file is defined as follows: Device(GPI0) { Name(_HID, "HISI0181") Name(_ADR, 0) Name(_UID, 0) Name (_CRS,

[PATCH v9 2/3] gpio: dwapb: convert device node to fwnode

This patch converts device node to fwnode for dwapb driver, so as to provide a unified fwnode for DT and ACPI bindings. Tested-by: Alan Tull Acked-by: Andy Shevchenko Signed-off-by: Jiang Qiu --- drivers/gpio/gpio-dwapb.c| 37

[PATCH v9 0/3] gpio: dwapb: add gpio-signaled acpi event support for power button

This patchset adds gpio-signaled acpi events support for power button on hisilicon D02 board. The three patches respectively: - remove name from dwapb_port_property - convert device node to fwnode - add gpio-signaled acpi event support This patchset is based on

Re: [PATCH v10 RESEND 2/3] kernel.h: add u64_to_user_ptr()

Op 19-04-16 om 22:42 schreef Gustavo Padovan: > From: Gustavo Padovan > > This function had copies in 3 different files. Unify them in kernel.h. > > Cc: Joe Perches > Cc: Andrew Morton > Cc: David Airlie > Cc: Daniel Vetter > Cc: Rob Clark > Signed-off-by: Gustavo Padovan > --- >

Re: mce: a question about memory_failure_early_kill in memory_failure()

On Tue, Apr 19, 2016 at 07:13:34PM +0800, Xishi Qiu wrote: > /proc/sys/vm/memory_failure_early_kill > > 1: means kill all processes that have the corrupted and not reloadable page > mapped. > 0: means only unmap the corrupted page from all processes and only kill a > process > who tries to

Re: [PATCH] kernel/futex: handle the case where we got a "late" waiter

On 04/20/2016 12:27 AM, Davidlohr Bueso wrote: > On Fri, 15 Apr 2016, Sebastian Andrzej Siewior wrote: > >> futex_unlock_pi() gets uval before taking the hb lock. Now imagine >> someone in futex_lock_pi() took the lock. While futex_unlock_pi() waits >> for the hb lock, the LOCK_PI sets

RE: [PATCH 3/3] RTC: Update seconds time programming logic

Hi Alexandre, > -Original Message- > From: Alexandre Belloni [mailto:alexandre.bell...@free-electrons.com] > Sent: Wednesday, April 20, 2016 4:01 AM > To: Anurag Kumar Vulisha > Cc: Alessandro Zummo ; Soren Brinkmann > ; Michal Simek ; rtc- > li...@googlegroups.com;

Re: next-20160401+: ARM: DRA7: linux-next regression: mm/slab: clean-up kmem_cache_node setup

Hi Joonsoo, On 11/04/16 12:44, Jon Hunter wrote: > On 11/04/16 03:02, Joonsoo Kim wrote: >> On Fri, Apr 08, 2016 at 03:39:20PM -0500, Nishanth Menon wrote: >>> Hi, >>> >>> http://marc.info/?l=linux-omap=146014314115625=2 series works with >>> v4.6-rc2 kernel, however, it fails with linux-next for

[RFC] mmc: Change the max discard sectors and erase response if mmc host supports busy signalling

When mmc host HW supports busy signalling (using R1B as response), We shouldn't use 'host->max_busy_timeout' as the limitation when deciding the max discard sectors that we tell the generic BLOCK layer about. Instead, we should pick one preferred erase size as the max discard sectors. If the host

Re: [RFC PATCH 06/11] drivers: iommu: make of_xlate() interface DT agnostic

Hi Lorenzo, On 2016-04-19 13:30, Lorenzo Pieralisi wrote: Hi Marek, On Tue, Apr 19, 2016 at 10:28:02AM +0200, Marek Szyprowski wrote: Hello, On 2016-04-14 19:25, Lorenzo Pieralisi wrote: On systems booting with ACPI, the IOMMU drivers require the same kind of id mapping carried out with a

<    4   5   6   7   8   9   10   11   12   13   >