Re: [patch] tty: amiserial.c: remove a double irq restore

On 08/04/2016, 07:34 AM, Dan Carpenter wrote: > We already called "local_irq_restore(flags);" so this isn't needed. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/tty/amiserial.c b/drivers/tty/amiserial.c > index 208f573..2f33cf1 100644 > ---

Re: [PATCH v6 6/6] drm/i915/skl: Update DDB values atomically with wms/plane attrs

On Wed, Aug 03, 2016 at 03:19:28PM -0700, Matt Roper wrote: > On Wed, Aug 03, 2016 at 06:00:42PM +0300, Ville Syrjälä wrote: > > On Tue, Aug 02, 2016 at 06:37:37PM -0400, Lyude wrote: > > > Now that we can hook into update_crtcs and control the order in which we > > > update CRTCs at each modeset,

[patch] tty: amiserial.c: remove a double irq restore

We already called "local_irq_restore(flags);" so this isn't needed. Signed-off-by: Dan Carpenter diff --git a/drivers/tty/amiserial.c b/drivers/tty/amiserial.c index 208f573..2f33cf1 100644 --- a/drivers/tty/amiserial.c +++ b/drivers/tty/amiserial.c @@ -880,7 +880,6 @@

Re: [PATCH] usb:serial: Add Fintek F81532/534 driver

Hi Alan, One Thousand Gnomes 於 2016/7/29 下午 08:48 寫道: O +static int f81534_set_normal_register(struct usb_device *dev, u16 reg, u8 data) +{ + size_t count = F81534_USB_MAX_RETRY; + int status; + u8 *tmp; + + tmp = kmalloc(sizeof(u8), GFP_KERNEL); + if (!tmp) +

RE: [RFC][PATCH 7/7] cpufreq: intel_pstate: Change P-state selection algorithm for Core

On 2016.08.03 21:19 Doug Smythies wrote: Re-sending without the previously attached graph. Hi Rafael, Hope this feedback and test results help. On 2016.07.31 16:49 Rafael J. Wysocki wrote: > The PID-base P-state selection algorithm used by intel_pstate for > Core processors is based on very

Fwd: Re: [PATCH 00/14] Present useful limits to user (v2)

Resending to lkml without cc's. Hello, I'm trying the systemtap approach and it looks promising. The script is annotating strace-like output with capability, device access and RLIMIT information. In the end there's a summary. Here's sample output from wpa_supplicant run:

Re: [PATCH v4 2/6] power: add power sequence library

On Wed, Aug 03, 2016 at 03:16:58PM -0700, Matthias Kaehlcke wrote: > El Tue, Aug 02, 2016 at 11:30:48AM +0800 Peter Chen ha dit: > > > diff --git a/drivers/power/pwrseq/core.c b/drivers/power/pwrseq/core.c > > > > ... > > > > +static DEFINE_MUTEX(pwrseq_list_mutex); > > +static

[RFC 4/4] bpf: Restrict Checmate bpf programs to current kernel ABI

I think it makes sense to restrict Checmate to loading programs that have been compiled with the current kernel ABI. We can further stabilize the ABI, and perhaps lift this restriction later. Signed-off-by: Sargun Dhillon --- kernel/bpf/syscall.c | 2 +-

[RFC 3/4] security/checmate: Add Checmate sample

The Checmate sample installs a policy barring new AF_INET connections to port 1. We install the hook, and show an example of connect returning EPERM, and then reset the policy. If this is running concurrently with other policy engines, bad things could happen. Signed-off-by: Sargun Dhillon

[PATCH] drm/bridge: analogix_dp: Remove duplicated code

Remove code for reading the EDID and DPCD fields and use the helpers instead. Besides the obvious code reduction, other helpers are being added to the core that could be used in this driver and will be good to be able to use them instead of duplicating them. Signed-off-by: Tomeu Vizoso

Crashes in refresh_zone_stat_thresholds when some nodes have no memory

It appears that commit 75ef71840539 ("mm, vmstat: add infrastructure for per-node vmstats", 2016-07-28) has introduced a regression on machines that have nodes which have no memory, such as the POWER8 server that I use for testing. When I boot current upstream, I get a splat like this: [

[RFC 1/4] bpf: move tracing helpers to shared helpers

Move bpf_probe_read and bpf_get_current_task to the shared helpers so that Checmate can use them. Signed-off-by: Sargun Dhillon --- include/linux/bpf.h | 2 ++ kernel/bpf/helpers.c | 34 ++ kernel/trace/bpf_trace.c | 33

[RFC 0/4] RFC: Add Checmate, BPF-driven minor LSM

I distributed this patchset to linux-security-mod...@vger.kernel.org earlier, but based on the fact that the archive is down, and this is a fairly broad-sweeping proposal, I figured I'd grow the audience a little bit. Sorry if you received this multiple times. I've begun building out the

[RFC 2/4] bpf, security: Add Checmate

This adds the minor LSM Checmate. The purpose of Checmate is to act as an extensible LSM in which you can load security modules. The module has a simple API, as it's meant to have most of the logic in BPF hooks. It has three APIs that are accessible via prctl. As follows: * Install hook: This

next-20160804: Build error when building xtensa images

Hi Max, I see the following build errors when building xtensa images in next-20160804. Error log: arch/xtensa/kernel/built-in.o: In function `fast_alloca': (.text+0x99a): dangerous relocation: j: cannot encode: _WindowUnderflow12 arch/xtensa/kernel/built-in.o: In function `fast_alloca': (.text

Re: [PATCH v2] powerpc/32: fix csum_partial_copy_generic()

Scott, On 4 August 2016 at 05:53, Scott Wood wrote: > On Tue, 2016-08-02 at 10:07 +0200, Christophe Leroy wrote: >> commit 7aef4136566b0 ("powerpc32: rewrite csum_partial_copy_generic() >> based on copy_tofrom_user()") introduced a bug when destination >> address is odd and

[PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

When running HDMI compliance tests we noticed that sometimes the edid changes but the get_modes() function is not called so the edid is not updated. Moving the edid reading to the detect() callback ensures that the edid is correctly updated after an hotplug. Signed-off-by: Jose Abreu

[PATCH 2/3 v3] drm: bridge/dw-hdmi: Enable ISCR1, ISCR2 and ACP packets

Currently ISCR and ACP packets are not being sent causing HDMI compliance tests like CTS 7-19 HDMI 1.4b to fail. With this pacth the mentioned packets are activated when needed. Verified using HDMI compliance equipment. Signed-off-by: Jose Abreu Cc: Carlos Palminha

[PATCH] Cgroup:Fix race between fork and update cpuset mask

From: chaixianping Fix the race between fork and update_cpumask or update_nodemask. Scenario as follows: 1)A process fork a child process, the child process have inherited the parent process cpus_allowed,mems_allowed Before being added cset->tasks list. 2)Update_cpumask

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Thu, 04 Aug 2016 12:37:41 +0200 Arnd Bergmann wrote: > On Thursday, August 4, 2016 11:00:49 AM CEST Arnd Bergmann wrote: > > I tried this > > > > diff --git a/scripts/link-vmlinux.sh b/scripts/link-vmlinux.sh > > index b5e40ed86e60..89bca1a25916 100755 > > ---

[RFC PATCH v3 2/2] net: phy: Add gmiitorgmii converter support

This patch adds support for gmiitorgmii converter. The GMII to RGMII IP core provides the Reduced Gigabit Media Independent Interface (RGMII) between Ethernet physical media Devices and the Gigabit Ethernet controller. This core can Switch dynamically between the three different speed modes of

Re: [PATCH v3] vcodec: mediatek: Add g/s_selection support for V4L2 Encoder

Hi Tiffany, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on next-20160804] [cannot apply to v4.7] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Tiffany-Lin/vcodec

[PATCH 2/2] f2fs: avoid potential deadlock in f2fs_move_file_range

Thread AThread B - inode_lock fileA - inode_lock fileB - inode_lock fileA - inode_lock fileB We may encounter above potential deadlock during moving file range in concurrent scenario. This patch fixes the

[PATCH 1/2] f2fs: allow copying file range only in between regular files

Only if two input files are regular files, we allow copying data in range of them, otherwise, deny it. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index be81722..409f0ec

Re: [PATCH v2 0/3] vmx: miscellaneous cleanups

On 02/08/2016 22:32, Bandan Das wrote: > v1 posted here https://lkml.org/lkml/2016/7/20/605 > > v2: > 1/3 : Replacing BUG_ONs with WARN_ONs is not necessary > 2/3 : No change > 3/3 : Remove the kvm parameter from two other functions > 4/3 : Removed, although the spec says to do it, it can't be

[PATCH v1] firmware_class: encapsulate firmware loading status

From: Daniel Wagner The firmware user helper code tracks the current state of the loading process via an member of struct firmware_buf and a completion. Let's encapsulate this simple state machine into struct fw_status. The aim is to encrease readiblity and reduce the

Re: [RFC PATCH v2 3/3] tracefs: add 'newinstance' mount option

Hi Eric, Thanks for the comments.. On Thursday 04 August 2016 08:24 AM, Eric W. Biederman wrote: Hari Bathini writes: When tracefs is mounted inside a container, its files are visible to all containers. This implies that a user from within a container can

Re: [RFC 4/4] bpf: Restrict Checmate bpf programs to current kernel ABI

On 08/04/2016 09:12 AM, Sargun Dhillon wrote: I think it makes sense to restrict Checmate to loading programs that have been compiled with the current kernel ABI. We can further stabilize the ABI, and perhaps lift this restriction later. Signed-off-by: Sargun Dhillon ---

Re: [patch] mailbox: bcm-pdc: potential NULL dereference in pdc_shutdown()

Dan, The fix looks good to me. Thanks for finding and fixing. Rob On 8/4/2016 1:30 AM, Dan Carpenter wrote: We can't pass NULL pointers to pdc_ring_free() so I moved the check for NULL. Signed-off-by: Dan Carpenter diff --git a/drivers/mailbox/bcm-pdc-mailbox.c

[PATCH 1/3] mem-hotplug: introduce movablenode option

This patch introduces a new boot option movablenode. To support memory hotplug, boot option "movable_node" is needed. And to support debug memory hotplug, boot option "movable_node" and "movablenode" are both needed. e.g. movable_node movablenode=1,2,4 It means node 1,2,4 will be set to movable

[PATCH 0/7] userfaultfd: add support for shared memory

These patches enable userfaultfd support for shared memory mappings. The VMAs backed with shmem/tmpfs can be registered with userfaultfd which allows management of page faults in these areas by userland. This patch set adds implementation of shmem_mcopy_atomic_pte for proper handling of

[RFC PATCH v3 1/2] Documentation: DT: net: Add Xilinx gmiitorgmii converter device tree binding documentation

Device-tree binding documentation for xilinx gmiitorgmii converter. Signed-off-by: Kedareswara rao Appana --- Changes for v3: --> None. Changes for v2: --> New patch. .../devicetree/bindings/net/xilinx_gmii2rgmii.txt | 32 ++ 1 file changed, 32

Re: [PATCH/RFC] mm, oom: Fix uninitialized ret in task_will_free_mem()

On 2016/08/04 5:19, Geert Uytterhoeven wrote: > mm/oom_kill.c: In function ‘task_will_free_mem’: > mm/oom_kill.c:767: warning: ‘ret’ may be used uninitialized in this > function > > If __task_will_free_mem() is never called inside the for_each_process() > loop, ret will not be

Re: [PATCH 2/2 v16] drm/bridge: Add I2C based driver for ps8640 bridge

On Tue, Jul 12, 2016 at 12:13:52PM +0200, Daniel Vetter wrote: > Might be better to just do a request_firmware on driver load, and > simply proceed if it's not there. That is almost never a good idea - if the driver is built-in, then the request_firmware call happens before the real rootfs is

Re: [bug, 4.8] /proc/meminfo: counter values are very wrong

On Thu, Aug 04, 2016 at 03:10:51PM +1000, Dave Chinner wrote: > Hi folks, > > I just noticed a whacky memory usage profile when running some basic > IO tests on a current 4.8 tree. It looked like there was a massive > memory leak from my monitoring graphs - doing buffered IO was > causing huge

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Thu, 04 Aug 2016 14:09:02 +0200 Arnd Bergmann wrote: > On Thursday, August 4, 2016 9:47:13 PM CEST Nicholas Piggin wrote: > > On Thu, 04 Aug 2016 12:37:41 +0200 Arnd Bergmann wrote: > > > On Thursday, August 4, 2016 11:00:49 AM CEST Arnd Bergmann wrote: > >

[PATCH 0/2] get_expected_throughput interface update

These two patches are two important patches (mainly 1/2) that solve a regression issue that was found in wlcore (where wl was found to be null in some cases) Also, they make it easier for driver to get hw->priv when op is invoked. Maxim Altshul (2): mac80211/wlcore: Add ieee80211_hw variable

[PATCH 2/2] wlcore: Remove wl pointer from wl_sta structure

No longer needed due to get_expected_throughput op change Signed-off-by: Maxim Altshul --- drivers/net/wireless/ti/wlcore/main.c | 1 - drivers/net/wireless/ti/wlcore/wlcore_i.h | 1 - 2 files changed, 2 deletions(-) diff --git a/drivers/net/wireless/ti/wlcore/main.c

Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

On Mon, Jul 25, 2016 at 10:19:44AM -0400, Sinan Kaya wrote: > >> > >> It looks like I introduced a behavioral change while refactoring the code. > >> The previous one would call the callback only if the transfer was > >> successful > >> but it would always call dma_cookie_complete. > >> > >> The

Re: [PATCH] drm/bridge: analogix_dp: Remove duplicated code

Hello Tomeu, On 08/04/2016 02:23 AM, Tomeu Vizoso wrote: > Remove code for reading the EDID and DPCD fields and use the helpers > instead. > > Besides the obvious code reduction, other helpers are being added to the > core that could be used in this driver and will be good to be able to > use

Re: [PATCH 1/7] k3dma: Fix hisi burst clipping

On Fri, Jul 29, 2016 at 03:40:46PM -0700, John Stultz wrote: > On Sun, Jul 24, 2016 at 12:25 AM, Vinod Koul wrote: > > On Wed, Jul 20, 2016 at 08:53:03PM -0700, John Stultz wrote: > >> From: Andy Green > >> > >> Max burst len is a 4-bit field, but at

Re: [PATCH v3] vcodec: mediatek: Add g/s_selection support for V4L2 Encoder

On 08/04/2016 12:08 PM, Tiffany Lin wrote: > This patch add g/s_selection support for MT8173 v4l2 encoder > > Signed-off-by: Tiffany Lin > --- > v3: > - add v4l2_s_selection to check constraint flags > - remove visible_height modification in s_fmt_out Is this

Re: [PATCH v2 7/7] drm/mediatek: Fix mtk_atomic_complete for runtime_pm

On Thu, Aug 04, 2016 at 10:59:57AM +0800, Bibby Hsieh wrote: > To properly implement atomic w/ runtime pm, we move > drm_atomic_helper_commit_modeset_enables() above > drm_atomic_helper_commit_planes() to ensure CRTCs are enabled before > modifying plane registers, and set active_only to true to

[PATCH 0/3 v3] drm: bridge/dw-hdmi: Fixes for dw-hdmi and DWC support

In this patch series we add support for Synopsys DWC Phy and improve current driver. First patch adds the support and remaining patches correct some minor things. All patches were tested using HDMI compliance equipment. Changes v2 -> v3: - Fixed incorrect frequency values - Added ISCR and ACP

[PATCH 1/3 v3] drm: bridge/dw-hdmi: Add support for DWC Phy

This patch adds support for the Synopsys HDMI TX Phy in bridge dw-hdmi. The init flow is the same as the Rockchip Phy so we only need to add one define and one if statement. Also, the audio infoframe was fixed (before it was always reporting 44.1k). With this patch this is now corrected and

Re: [RFC 4/4] bpf: Restrict Checmate bpf programs to current kernel ABI

On 08/04/2016 11:52 AM, Daniel Borkmann wrote: On 08/04/2016 09:12 AM, Sargun Dhillon wrote: I think it makes sense to restrict Checmate to loading programs that have been compiled with the current kernel ABI. We can further stabilize the ABI, and perhaps lift this restriction later.

Re: [PATCH 2/2 v16] drm/bridge: Add I2C based driver for ps8640 bridge

On Thu, Aug 04, 2016 at 12:35:59PM +0200, Enric Balletbo Serra wrote: > 2016-07-12 12:13 GMT+02:00 Daniel Vetter : > > On Wed, Jun 29, 2016 at 6:31 AM, Daniel Kurtz wrote: > >> On Fri, Jun 17, 2016 at 3:14 AM, Emil Velikov > >>

Re: [lkp] [shmem] 071904e8df: meminfo.AnonHugePages +553.5% increase

On Thu, Aug 04, 2016 at 04:54:09PM +0800, kernel test robot wrote: > > FYI, we noticed meminfo.AnonHugePages +553.5% increase due to commit: > > commit 071904e8dfed9525f9da86523caf78b6da5f9e7e ("shmem: get_unmapped_area > align huge page") >

Re: Support for configurable PCIe endpoint

On Thursday, August 4, 2016 3:32:01 PM CEST Kishon Vijay Abraham I wrote: > On Wednesday 03 August 2016 07:09 PM, Joao Pinto wrote: > > > > You are rising a topic that we are also addressing in Synopsys. > > > > For the PCIe RC hardware validation we are currently using the standard > >

[PATCH v6 02/10] drm/mediatek: add *driver_data for different hardware settings

There are some hardware settings changed, between MT8173 & MT2701: DISP_OVL address offset changed, color format definition changed. DISP_RDMA fifo size changed. DISP_COLOR offset changed. And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod. Signed-off-by: YT Shen ---

[PATCH v6 01/10] drm/mediatek: rename macros, add chip prefix

Add MT8173 prefix for hardware related macros. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v6 00/10] MT2701 DRM support

This is MT2701 DRM support PATCH v6, based on 4.7-rc1. We add DSI interrupt control, transfer function for MIPI DSI panel support. Most codes are the same, except some register changed. For example: - DISP_OVL address offset changed, color format definition changed. - DISP_RDMA fifo size

Re: [PATCH 2/2 v16] drm/bridge: Add I2C based driver for ps8640 bridge

2016-07-12 12:13 GMT+02:00 Daniel Vetter : > On Wed, Jun 29, 2016 at 6:31 AM, Daniel Kurtz wrote: >> On Fri, Jun 17, 2016 at 3:14 AM, Emil Velikov >> wrote: +static ssize_t ps8640_update_fw_store(struct device *dev, +

[PATCH 1/2] perf script: Show proper message when failed list scripts

Perf shows the usage message when perf scripts folder failed to open, which misleads users to let them think the command is mistyped. This patch shows proper message and guide the users to check PERF_EXEC_PATH environment in that case. Before: $ perf script --list Usage: perf script []

Re: [PATCH] v4l: Extend FCP compatible list to support the FDP

Hi Kieran, Thank you for the patch. On Thursday 09 Jun 2016 18:06:43 Kieran Bingham wrote: > The FCP must be powered up for the FDP1 to function, even when the FDP1 > does not make use of the FCNL features. Extend the compatible list > to allow us to use the power domain and runtime-pm support.

Re: Build regressions/improvements in v4.7

On Thu, Aug 4, 2016 at 2:13 PM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.7[1] to v4.7-rc7[3], the summaries are: > - build errors: +6/-4 + /home/kisskb/slave/src/arch/sh/drivers/dma/dma-sh.c: error: 'CHCR_TS_HIGH_MASK' undeclared (first use in this function):

Re: [bug, 4.8] /proc/meminfo: counter values are very wrong

On Thu, Aug 04, 2016 at 01:24:09PM +0100, Mel Gorman wrote: > On Thu, Aug 04, 2016 at 03:10:51PM +1000, Dave Chinner wrote: > > Hi folks, > > > > I just noticed a whacky memory usage profile when running some basic > > IO tests on a current 4.8 tree. It looked like there was a massive > > memory

Re: [PATCH v3 1/7] random: Simplify API for random address requests

Hi, Le mercredi 03 août 2016 à 23:39 +, Jason Cooper a écrit : >  > diff --git a/drivers/char/random.c b/drivers/char/random.c > index 0158d3bff7e5..61cb434e3bea 100644 > --- a/drivers/char/random.c > +++ b/drivers/char/random.c > @@ -1840,6 +1840,39 @@ randomize_range(unsigned long start,

[PATCH 5/7] ima: on soft reboot, save the measurement list

From: Thiago Jung Bauermann This patch uses the kexec buffer passing mechanism to pass the serialized IMA binary_runtime_measurements to the next kernel. Changelog: - updated to call IMA functions (Mimi) - move code from ima_template.c to ima_kexec.c (Mimi)

[PATCH v9 2/2] PCI: Rockchip: Add Rockchip PCIe controller support

This patch adds Rockchip PCIe controller support found on RK3399 Soc platform. Signed-off-by: Shawn Lin Reviewed-by: Brian Norris --- Changes in v9: - ident definition of constants with tabs instead of spaces - remove some unused constans

[PATCH v9 1/2] Documentation: bindings: add dt doc for Rockchip PCIe controller

This patch adds a binding that describes the Rockchip PCIe controller found on Rockchip SoCs PCIe interface. Signed-off-by: Shawn Lin Acked-by: Rob Herring Reviewed-by: Brian Norris --- Changes in v9: None Changes in v8: -

Re: [RFC 2/4] bpf, security: Add Checmate

Please do not top post On Thu, 2016-08-04 at 16:08 +0800, zhuyj wrote: > +void register_checmate_prog_ops(void); > maybe it is extern void register_checmate_prog_ops(void);? > > + preempt_disable(); > + rcu_read_lock(); > IMHO, it is not necessary to use the above 2 since

Re: [PATCH v3 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

On Thu, 14 Jul 2016, Marek Vasut wrote: > On 07/13/2016 02:49 PM, Lee Jones wrote: > > On Fri, 01 Jul 2016, Harald Geyer wrote: > > > > > Hi Ksenija! > > > > > > Ksenija Stanojević writes: > > > > On Tue, Jun 28, 2016 at 6:28 PM, Lee Jones wrote: > > > > > > +static int

Re: [PATCH v13 06/30] powerpc/ptrace: Adapt gpr32_get, gpr32_set functions for transaction

Daniel Axtens writes: > [ Unknown signature status ] > Hi all, > > This is causing cppcheck warnings (having just landed in next): > > [arch/powerpc/kernel/ptrace.c:2062]: (error) Uninitialized variable: ckpt_regs > [arch/powerpc/kernel/ptrace.c:2130]: (error) Uninitialized

Re: [RFC PATCH] Fix EFI callbacks on UV during kexec

On Mon, 01 Aug, at 09:34:10AM, Alex Thorlton wrote: > > Hmm... That's a good point. It certainly would be nice for us to have > those mappings in the kexec kernel, at least for the time being. If > you're not opposed to it, I can write up the patch. Pretty sure it's a > one-liner. If it's

Re: [RFC 0/4] RFC: Add Checmate, BPF-driven minor LSM

On Thu, Aug 04, 2016 at 10:41:17AM +0200, Richard Weinberger wrote: > Sargun, > > On Thu, Aug 4, 2016 at 9:11 AM, Sargun Dhillon wrote: > > I distributed this patchset to linux-security-mod...@vger.kernel.org > > earlier, > > but based on the fact that the archive is down, and

[PATCH 4/9] remoteproc: core: New API to add new resources to the resource table

In order to amend or add a new resource table entry we need a method for a platform-specific to submit them. rproc_request_resource() is a new public API which provides this functionality. It is to be called between rproc_alloc() and rproc_add(). Signed-off-by: Lee Jones

Re: [GIT PULL 00/17] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit 674d2d69b14f677a771ceec4b48bfade94a0c5f1: > > Merge tag 'perf-core-for-mingo-20160725' of >

[PATCH 0/9] remoteproc: Allow platform-specific drivers to request resources

Once this patch-set has been applied; platform-specific remoteproc drivers will be able to amend existing resource table entries, provide new entries to be appended to an existing resource table (if one already exists), start a new resource table (if one does not already exist), and dump out

[PATCH 7/9] remoteproc: core: Add function to over-ride current resource table

Most of the new resource table handling function are now in place, so it's time to put it all together. Once new resource table information has been requested, the structures will be held in a holding pen until boot-time. During boot-time rproc_apply_resource_overrides() will be invoked which in

[PATCH 9/9] remoteproc: core: Support empty resource tables

Currently, when a remote processor does not require resources, the platform-specific remoteproc driver has to create a fake resource table in order to by-pass the strict checking. But there is no hard requirement for a remote processor so require or support shared resources. This patch removes

[PATCH 2/9] remoteproc: core: Trivial: Improve error checking, spelling and debug prints

Trivial patch to clean up a couple of minor misgivings. Signed-off-by: Lee Jones --- drivers/remoteproc/remoteproc_core.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/remoteproc/remoteproc_core.c

Re: [RESEND][PATCH v2 2/2] powerpc/fadump: parse fadump reserve memory size based on memory range

Hari Bathini writes: ... > /** > * fadump_calculate_reserve_size(): reserve variable boot area 5% of System > RAM > * > @@ -212,12 +262,17 @@ static inline unsigned long > fadump_calculate_reserve_size(void) > { > unsigned long size; > > + /* sets

Re: [PATCH v3 4/4] iio: adc: add support for Allwinner SoCs ADC

On Tue, Jul 26, 2016 at 09:43:47AM +0200, Quentin Schulz wrote: > +static int sunxi_gpadc_adc_read(struct iio_dev *indio_dev, int channel, > + int *val) > +{ > + struct sunxi_gpadc_dev *info = iio_priv(indio_dev); > + int ret = 0; > + > +

Re: Support for configurable PCIe endpoint

Hi, On Wednesday 03 August 2016 07:09 PM, Joao Pinto wrote: > Hi Kishon, > > On 8/3/2016 7:03 AM, Kishon Vijay Abraham I wrote: >> Hi, >> >> The PCIe controller present in TI's DRA7 SoC is capable of operating either >> in >> Root Complex mode or Endpoint mode. (It uses Synopsys Designware

Re: [patch] tty: amiserial.c: remove a double irq restore

Oh... Wow. I'm really sorry about that. Thanks for catching the mistake. It should as well have been caught by static analysis but it wasn't. I will work on this so it doesn't happen again. And I will try to be more careful as well. regards, dan carpenter

[PATCH v2 2/2] imx53.dtsi : Add DMA configuration for UART

In order to use sdma with UART, we need to add DMA configuration in device tree. Signed-off-by: Fabien Lahoudere --- arch/arm/boot/dts/imx53.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/imx53.dtsi

Re: [PATCH v3 4/4] iio: adc: add support for Allwinner SoCs ADC

On 04/08/2016 11:56, Russell King - ARM Linux wrote: > On Tue, Jul 26, 2016 at 09:43:47AM +0200, Quentin Schulz wrote: >> +static int sunxi_gpadc_adc_read(struct iio_dev *indio_dev, int channel, >> +int *val) >> +{ >> +struct sunxi_gpadc_dev *info =

[PATCH v6 07/10] drm/mediatek: add dsi transfer function

From: shaoming chen add dsi read/write commands for transfer function Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 261 1 file changed, 261 insertions(+) diff --git

Re: [PATCH] iio: fix sched WARNING "do not call blocking ops when !TASK_RUNNING"

On 08/04/2016 11:41 AM, Brian Norris wrote: > On Thu, Aug 04, 2016 at 10:45:39AM +0200, Lars-Peter Clausen wrote: >>> @@ -132,10 +133,13 @@ ssize_t iio_buffer_read_first_n_outer(struct file >>> *filp, char __user *buf, >>> to_wait = min_t(size_t, n / datum_size, rb->watermark); >>>

[PATCH 2/3] mem-hotplug: fix node spanned pages when we have a movable node

commit 342332e6a925e9ed015e5465062c38d2b86ec8f9 rewrite the calculate of node spanned pages. But when we have a movable node, the size of node spanned pages is double added. That's because we have an empty normal zone, the present pages is zero, but its spanned pages is not zero. e.g. [

[PATCH 1/3] mm: fix set pageblock migratetype in deferred struct page init

MAX_ORDER_NR_PAGES is usually 4M, and a pageblock is usually 2M, so we only set one pageblock's migratetype in deferred_free_range() if pfn is aligned to MAX_ORDER_NR_PAGES. Also we missed to free the last block in deferred_init_memmap(). Signed-off-by: Xishi Qiu ---

[PATCH 3/7] userfaultfd: shmem: introduce vma_is_shmem

Currently userfault relies on vma_is_anonymous and vma_is_hugetlb to ensure compatibility of a VMA with userfault. Introduction of vma_is_shmem allows detection if tmpfs backed VMAs, so that they may be used with userfaultfd. Current implementation presumes usage of vma_is_shmem only by slow path

Re: [PATCH] fs:Fix kmemleak leak warning in getname_flags about working on unitialized memory

On 2016/08/04 6:48, Nicholas Krause wrote: > This fixes a kmemleak leak warning complaining about working on > unitializied memory as found in the function, getname_flages. Seems > that we are indeed working on unitialized memory, as the filename > char pointer is never made to point to the

Re: [PATCH 1/2] KVM: lapic: fix access preemption timer stuff even if kernel_irqchip=off

On 03/08/2016 06:04, Wanpeng Li wrote: > From: Wanpeng Li > > BUG: unable to handle kernel NULL pointer dereference at 008c > IP: [] kvm_lapic_hv_timer_in_use+0x10/0x20 [kvm] > PGD 0 > Oops: [#1] SMP > Call Trace: > kvm_arch_vcpu_load+0x86/0x260 [kvm]

Re: NULL ptr deref in perf/filter_match

On Fri, Jul 29, 2016 at 11:41:11PM +0200, Vegard Nossum wrote: > Digging a bit deeper into this, it seems the event itself is getting > created by perf_event_open() and it gets added to the pmu_event_list > through: > > perf_event_open() > - perf_event_alloc() > - account_event() >-

[PATCH] PM / devfreq: event: remove duplicate devfreq_event_get_drvdata()

From: Lin Huang there define two devfreq_event_get_drvdata() function in devfreq-event.h when disable CONFIG_PM_DEVFREQ_EVENT, it will lead to build fail. So remove devfreq_event_get_drvdata() function. Fixes: f262f28c1470 ("PM / devfreq: event: Add devfreq_event class")

Re: powerpc allyesconfig / allmodconfig linux-next next-20160729 - next-20160729 build failures

On Thursday, August 4, 2016 11:00:49 AM CEST Arnd Bergmann wrote: > I tried this > > diff --git a/scripts/link-vmlinux.sh b/scripts/link-vmlinux.sh > index b5e40ed86e60..89bca1a25916 100755 > --- a/scripts/link-vmlinux.sh > +++ b/scripts/link-vmlinux.sh > @@ -44,7 +44,7 @@ modpost_link() >

Re: [PATCH 3/3 v3] drm: bridge/dw-hdmi: Move edid reading to .detect() callback

On Thu, Aug 04, 2016 at 11:44:51AM +0100, Jose Abreu wrote: > When running HDMI compliance tests we noticed that sometimes > the edid changes but the get_modes() function is not called > so the edid is not updated. Moving the edid reading to the > detect() callback ensures that the edid is

Re: [PATCH v3 2/6] extcon: Add the support for extcon property according to extcon type

Hi Guenter and Roger, On 2016년 08월 04일 17:49, Roger Quadros wrote: > On 04/08/16 07:09, Guenter Roeck wrote: >> On Wed, Aug 3, 2016 at 5:42 PM, Chanwoo Choi wrote: >>> Hi Roger, >>> >>> On 2016년 08월 03일 18:46, Roger Quadros wrote: Hi Chanwoo, >> >> [ ... ] >>

[PATCH v6 05/10] drm/mediatek: cleaning up and refine

cleaning up unused define and refine function name and variable Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 77 +++- drivers/gpu/drm/mediatek/mtk_mipi_tx.c |

[PATCH v6 08/10] drm/mediatek: update DSI sub driver flow

This patch update enable/disable flow of DSI module and MIPI TX module Signed-off-by: shaoming chen Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 103 ++--

[PATCH v6 10/10] arm: dts: mt2701: Add display subsystem related nodes for MT2701

This patch adds the device nodes for the DISP function blocks for MT2701 Signed-off-by: YT Shen --- arch/arm/boot/dts/mt2701.dtsi | 86 + 1 file changed, 86 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi

[PATCH v6 04/10] drm/mediatek: update display module connections

update connections for OVL, RDMA, BLS, DSI Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c

[PATCH v6 06/10] drm/mediatek: add dsi interrupt control

From: shaoming chen add dsi interrupt control Signed-off-by: shaoming chen --- drivers/gpu/drm/mediatek/mtk_dsi.c | 76 1 file changed, 76 insertions(+) diff --git

[PATCH v6 09/10] drm/mediatek: add support for Mediatek SoC MT2701

This patch add support for the Mediatek MT2701 DISP subsystem. There is only one OVL engine in MT2701. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_disp_ovl.c |6 ++ drivers/gpu/drm/mediatek/mtk_disp_rdma.c|6 ++

Re: [PATCH v2 2/2] imx53.dtsi : Add DMA configuration for UART

>Четверг, 4 августа 2016, 13:22 +03:00 от Fabien Lahoudere >: > >In order to use sdma with UART, we need to add DMA configuration in device >tree. > >Signed-off-by: Fabien Lahoudere < fabien.lahoud...@collabora.co.uk > >--- > arch/arm/boot/dts/imx53.dtsi | 10

[PATCH v6 03/10] drm/mediatek: add shadow register support

We need to acquire mutex before using the resources, and need to release it after finished. So we don't need to write registers in the blanking period. Signed-off-by: YT Shen --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 +++

[PATCH 2/7] userfaultfd: shmem: add shmem_mcopy_atomic_pte for userfaultfd support

shmem_mcopy_atomic_pte is the low level routine that implements the userfaultfd UFFDIO_COPY command. It is based on the existing mcopy_atomic_pte routine with modifications for shared memory pages. Signed-off-by: Mike Rapoport --- include/linux/shmem_fs.h | 11 +

Re: [PATCH 1/3] mm: fix set pageblock migratetype in deferred struct page init

On 2016/8/4 19:25, Xishi Qiu wrote: > MAX_ORDER_NR_PAGES is usually 4M, and a pageblock is usually 2M, so we only > set one pageblock's migratetype in deferred_free_range() if pfn is aligned > to MAX_ORDER_NR_PAGES. > > Also we missed to free the last block in deferred_init_memmap(). > >

  1   2   3   4   5   6   7   8   9   10   >