Re: [PATCH RESEND v2 1/4] Documentation: rockchip-dw-mshc: add description for rk3399

On Fri, Apr 22, 2016 at 01:51:44PM +0800, Jianqun Xu wrote: > From: Shawn Lin > > Add "rockchip,rk3399-dw-mshc", "rockchip,rk3288-dw-mshc" for > dwmmc on rk3399 platform. > > Change-Id: Ieefafab5f0e9650271e823659e2bec1556c4a9bc Drop this Gerrit tag. > Signed-off-by:

Re: [PATCH v2 05/13] clk: divider: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk divider code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH] mm/vmalloc: Keep a separate lazy-free list

On Fri, 15 Apr 2016 12:14:31 +0100 Chris Wilson wrote: > > > purge_fragmented_blocks() manages per-cpu lists, so that looks safe > > > under its own rcu_read_lock. > > > > > > Yes, it looks feasible to remove the purge_lock if we can relax sync. > > > > what is still

Re: [PATCH v2 06/13] clk: gate: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk gate code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

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

On 4/22/16 2:52 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Apr 20, 2016 at 04:04:12PM -0700, Alexei Starovoitov escreveu: On Wed, Apr 20, 2016 at 07:47:30PM -0300, Arnaldo Carvalho de Melo wrote: Nice. I like it. That's a great approach to hard problem. Java guys will be happy too. Please

[PATCH] tmpfs: fix VM_MAYSHARE mappings for NOMMU

The nommu do_mmap expects f_op->get_unmapped_area to either succeed or return -ENOSYS for VM_MAYSHARE (e.g. private read-only) mappings. Returning addr in the non-MAP_SHARED case was completely wrong, and only happened to work because addr was 0. However, it prevented VM_MAYSHARE mappings from

[PATCH 0/8] Qualcomm SCM Rework

The following set of patches does a bit of rework on the existing Qualcomm SCM firmware. The first couple of patches deals with turning the current SCM into a platform driver. The next couple are cleanups that make adding the 64 support a little easier. I took Kumar's 64 bit support patch and

[PATCH 4/8] firmware: qcom: scm: Add support for ARM64 SoCs

From: Kumar Gala Add an implementation of the SCM interface that works on ARM64 SoCs. This is used by things like determine if we have HDCP support or not on the system. Signed-off-by: Kumar Gala Signed-off-by: Andy Gross ---

[PATCH 2/8] firmware: qcom: scm: Convert SCM to platform driver

This patch converts the Qualcomm SCM firmware driver into a platform driver. Signed-off-by: Andy Gross --- arch/arm64/Kconfig.platforms | 1 + drivers/firmware/qcom_scm.c | 154 --- 2 files changed, 147 insertions(+), 8

Re: [PATCH v2] drm/panel: simple: Add support for Innolux AT070TN92

On Thu, Apr 21, 2016 at 02:11:19PM +0200, Holger Schurig wrote: > Thierry Reding writes: > > Applied, thanks. > > I once read that this is the recommended way to go, instead of > specifying the timings in the device tree. Why is this so? Any new > display just

Re: [PATCH v2 11/13] clk: gpio: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk gpio code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH v2 12/13] clk: fixed-rate: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk fixed-rate code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH v2 07/13] clk: mux: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk mux code to return struct clk_hw > pointers instead of struct clk pointers. This way we hide the > struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH RESEND v2 3/4] ARM64: dts: rockchip: add RK3399 evaluation board

On Fri, Apr 22, 2016 at 01:51:46PM +0800, Jianqun Xu wrote: > The RK3399 evaluation board is designed with pmic > rk808 on top board. > > Signed-off-by: Jianqun Xu > --- > changes in v2: > - new add patch > > Documentation/devicetree/bindings/arm/rockchip.txt | 6 +-

Re: [PATCH] fs: add the FIGETFROZEN ioctl call

On Tue, Apr 19, 2016 at 1:06 AM, Dave Chinner wrote: >> A way to query freeze state might be nice, I think, but yeah, it's >> racy, so you can't depend on it - but it might be useful in the "huh, >> IO is failing, what's going on? Oh, it's frozen, ok" scenario... > > So

Re: [tip:x86/boot] x86/boot: Make memcpy() handle overlaps

On Fri, Apr 22, 2016 at 2:05 PM, Lasse Collin wrote: > On 2016-04-22 tip-bot for Kees Cook wrote: >> x86/boot: Make memcpy() handle overlaps >> >> Two uses of memcpy() (screen scrolling and ELF parsing) were handling >> overlapping memory areas. While there were no

SUPPLY INQUIRY!!!

-- Dear Friend, I am Mr. Derick Ahmed , I am a Pharmacist with an Agro Allied Industry This company engages in the production of animal injections, dietary supplements and Antiviral Drugs also partners with World Health Organization (WHO) in producing vaccines used on animals for related

random(4) changes

Stephan has recently proposed some extensive changes to this driver, and I proposed a quite different set earlier. My set can be found at: https://github.com/sandy-harris This post tries to find the bits of both proposals that seem clearly worth doing and entail neither large implementation

Re: [PATCH 1/2] ARM: PIE infrastructure

On 04/04/2016 at 11:00:52 +0100, Russell King - ARM Linux wrote : > > + /* Copy chunk specific code/data */ > > + fncpy((char *)chunk->addr, code_start, code_sz); > > Sorry, NAK. This abuses fncpy(). There is extensive documentation on > the proper use of this in asm/fncpy.h, and anything

Re: linux-next: build failure after merge of the net-next tree

On Fri, 2016-04-22 at 10:20 +0100, Mark Brown wrote: > On Wed, Apr 13, 2016 at 11:15:13AM -0400, David Miller wrote: > > From: Stephen Rothwell > > > > After merging the net-next tree, today's linux-next build (arm > > > allmodconfig) failed like thisi (this has actually

Re: [PATCH v2] Documentation: bindings: fix palmas-rtc documentation

On Thu, Apr 21, 2016 at 06:03:15PM +0200, H. Nikolaus Schaller wrote: > change 100mA -> 100uA > > Signed-off-by: H. Nikolaus Schaller > --- > Documentation/devicetree/bindings/rtc/rtc-palmas.txt | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Acked-by: Rob

Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

On Fri, Apr 22, 2016 at 06:10:09PM +0100, Catalin Marinas wrote: > On Wed, Apr 06, 2016 at 01:08:41AM +0300, Yury Norov wrote: > > Here new aarch32 ptrace syscall handler is introsuced to avoid run-time > > detection of the task type. > > The reason for this patch isn't clear to me. What's wrong

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

On Fri, Apr 22, 2016 at 9:37 AM, Thomas Gleixner wrote: > On Fri, 22 Apr 2016, Lianwei Wang wrote: > >> On Thu, Apr 21, 2016 at 3:50 AM, Peter Zijlstra wrote: >> > On Wed, Apr 20, 2016 at 09:56:07PM -0700, Lianwei Wang wrote: >> >> Currently it just

Re: Nokia N900: Broken lirc ir-rx51 driver

* Pali Rohár [160422 06:50]: > On Tuesday 05 January 2016 17:12:50 Tony Lindgren wrote: > > * Pali Rohár [160105 02:19]: > > > On Saturday 02 January 2016 09:06:57 Tony Lindgren wrote: > > > > > > > > Yup please take a look at thread "[PATCH 0/3] pwm:

[PATCH 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

This patch adds the device tree support for the Qualcomm SCM firmware. Signed-off-by: Andy Gross --- .../devicetree/bindings/firmware/qcom,scm.txt | 31 ++ 1 file changed, 31 insertions(+) create mode 100644

Re: [PATCH 05/10] PM / OPP: Mark shared-opp for non-dt case

On 04/21, Viresh Kumar wrote: > opp core allows OPPs to be explicitly marked as shared from platform > code, in case of operating-point v1 bindings. > > Though we do everything fine in that case, we don't set the flag in the > opp-table to indicate that the OPPs are shared. It works fine today as

Re: [PATCH 06/10] PM / OPP: Add dev_pm_opp_get_sharing_cpus()

On 04/21, Viresh Kumar wrote: > diff --git a/drivers/base/power/opp/cpu.c b/drivers/base/power/opp/cpu.c > index 55cbf9bd8707..9c4eb90759fb 100644 > --- a/drivers/base/power/opp/cpu.c > +++ b/drivers/base/power/opp/cpu.c > @@ -329,3 +329,48 @@ int dev_pm_opp_set_sharing_cpus(struct device

[PATCH 1/2] Add optane OPAL unlocking code.

This code is used to unlock a device during resume from "suspend to RAM". It allows the userspace to set a key for a locking range. This key is stored in the module memory, and will be replayed later (using the OPAL protocol, through the NVMe driver) to unlock the locking range. The

[PATCH 2/2] NVMe: Add ioctls to save and unlock an Opal locking range.

Two ioctls are added to the NVMe namespace: NVME_IOCTL_SAVE_OPAL_KEY and NVME_IOCTL_UNLOCK_OPAL. These ioctls map directly to the respective nvme_opal_register() and nvme_opal_unlock() functions. Additionally, nvme_opal_unlock() is called upon nvme_revalidate_disk, so it will try to unlock a

[PATCH 0/2] Add Opal unlock support to NVMe.

This patch series implement a small set of the Opal protocol for self encrypting devices. It's implemented only what is needed for saving a password and unlocking a given "locking range". The password is saved on the driver and replayed back to the device on resume from suspend to RAM. It is

Re: [PATCH 3/8] firmware: qcom: scm: Generalize shared error map

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This patch moves the qcom_scm_remap_error function to the include file > where can be used by both the 32 and 64 bit versions of the code. > > Signed-off-by: Andy Gross > Signed-off-by: Andy Gross

Re: [PATCH] fs: add the FIGETFROZEN ioctl call

On Fri, Apr 22, 2016 at 11:53:48PM +0200, Florian Margaine wrote: > On Tue, Apr 19, 2016 at 1:06 AM, Dave Chinner wrote: > >> A way to query freeze state might be nice, I think, but yeah, it's > >> racy, so you can't depend on it - but it might be useful in the "huh, > >> IO

Re: [PATCH 6/6] rtc: rv3029: add alarm IRQ

On 21/04/2016 at 20:24:19 +0200, Mylène Josserand wrote : > @@ -731,11 +786,9 @@ static void rv3029_hwmon_register(struct device *dev, > const char *name) > > #endif /* CONFIG_RTC_DRV_RV3029_HWMON */ > > -static const struct rtc_class_ops rv3029_rtc_ops = { > +static struct rtc_class_ops

Re: [PATCH 5/8] firmware: qcom: scm: Use atomic SCM for cold boot

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. This removes the need for memory allocation and instead places > all arguments in registers. > > Signed-off-by: Andy Gross > --- >

Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32

On Fri, Apr 22, 2016 at 04:58:18PM +0100, Catalin Marinas wrote: > On Wed, Apr 06, 2016 at 01:08:34AM +0300, Yury Norov wrote: > > From: Bamvor Jian Zhang > > > > With the patches of ILP32, COMPAT is not equivalent to AARCH32 in EL0. > > This patch fix this by

Re: [PATCH v2 0/3] ARM: OMAP3: Fix McBSP2/3 hwmod setup for sidetone

* Peter Ujfalusi [160422 06:15]: > > From the documents it is also clear that McBSPLP.sidetone is using the > McBSPLP's ICLK, but what is not explained in the TRM is that there are > internal clocks going from McBSP to sidetone for the data bus between them. > The iclk is

Re: [PATCH 08/10] mvebu: Use dev_pm_opp_set_sharing_cpus() to mark OPP tables as shared

On 04/21, Viresh Kumar wrote: > @@ -683,10 +678,15 @@ static int __init armada_xp_pmsu_cpufreq_init(void) > clk_put(clk); > return ret; > } > + > + ret = dev_pm_opp_set_sharing_cpus(cpu_dev, > +

Re: [PATCH v4 2/3] Documentation: DT: vdma: Add clock support for dmas

On Fri, Apr 22, 2016 at 11:43:49AM +0530, Kedareswara rao Appana wrote: > This patch updates the binding doc with clock description > for AXI DMA's. > > Acked-by: Sören Brinkmann > Signed-off-by: Kedareswara rao Appana > --- > Changes for v4: >

Re: [PATCH V6 00/13] Support for generic ACPI based PCI host controller

On 04/15/2016 12:06 PM, Tomasz Nowicki wrote: From the functionality point of view this series might be split into the following logic parts: 1. Necessary fixes as the preparation for using driver on ARM64. 2. New ECAM API and update for users of the pci-host-common API 3. Use new MCFG

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

On Fri, Apr 22, 2016 at 05:52:32PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Apr 20, 2016 at 04:04:12PM -0700, Alexei Starovoitov escreveu: > > On Wed, Apr 20, 2016 at 07:47:30PM -0300, Arnaldo Carvalho de Melo wrote: > > > Nice. I like it. That's a great approach to hard problem. > >

[PATCH] [media] au0828: fix double free in au0828_usb_probe()

In case of failure au0828_v4l2_device_register() deallocates dev and returns error code to au0828_usb_probe(), which also calls kfree(dev) on a failure path. The patch removes duplicated code from au0828_v4l2_device_register(). Found by Linux Driver Verification project (linuxtesting.org).

Re: [PATCH 09/10] cpufreq: dt: Kill platform-data

On 04/21, Viresh Kumar wrote: > There are no more users of platform-data for cpufreq-dt driver, get rid > of it. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora

Re: [PATCH 3.12 00/78] 3.12.59-stable review

On Fri, Apr 22, 2016 at 01:05:47PM +0200, Jiri Slaby wrote: > This is the start of the stable review cycle for the 3.12.59 release. > There are 78 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

Re: [PATCH 07/10] cpufreq: dt: Identify cpu-sharing for platforms without operating-points-v2

On 04/21, Viresh Kumar wrote: > @@ -167,14 +167,16 @@ static int cpufreq_init(struct cpufreq_policy *policy) > /* Get OPP-sharing information from "operating-points-v2" bindings */ > ret = dev_pm_opp_of_get_sharing_cpus(cpu_dev, policy->cpus); > if (ret) { > + if (ret

mmotm 2016-04-22-15-49 uploaded

The mm-of-the-moment snapshot 2016-04-22-15-49 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: linux-next: Tree for Apr 22 (adjust_autoksyms.sh)

On 04/22/16 12:44, Nicolas Pitre wrote: > On Fri, 22 Apr 2016, Nicolas Pitre wrote: > >> On Fri, 22 Apr 2016, Randy Dunlap wrote: >> >>> Yes, this patch helps, but I think there is still a problem. >>> I think that trim needs to be done after CONFIG_BUILD_DOCSRC and possibly >>> after

Re: [PATCH 2/8] firmware: qcom: scm: Convert SCM to platform driver

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: [..] > diff --git a/drivers/firmware/qcom_scm.c b/drivers/firmware/qcom_scm.c [..] > +static struct qcom_scm *__scm; > + > +static int qcom_scm_clk_enable(void) > +{ > + int ret; > + > + ret = clk_prepare_enable(__scm->core_clk); > + if

Re: [PATCH 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This patch adds the device tree support for the Qualcomm SCM firmware. > > Signed-off-by: Andy Gross Acked-by: Bjorn Andersson Regards, Bjorn

Re: [v8, 6/7] MAINTAINERS: add entry for Freescale SoC specific driver

On Fri, 2016-04-22 at 14:27 +0800, Yangbo Lu wrote: > Add maintainer entry for Freescale SoC specific driver including > the QE library and the GUTS driver. Also add entry for GUTS driver > and add maintainer for QE library. > > Signed-off-by: Yangbo Lu > --- > Changes for v8:

Re: [PATCH 5/6] rtc: rv3029: enable AE_x bits on set_alarm

On 21/04/2016 at 20:24:18 +0200, Mylène Josserand wrote : > The RTC RV3029 handles different types of alarms : seconds, minutes, ... > These alarms can be enabled or disabled individually using an AE_x bit > which is the last bit (BIT(7)) on each alarm registers. > > To prepare the alarm IRQ

Re: [PATCH 7/8] dts: qcom: apq8084: Add SCM firmware node

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This patch adds the firmware node for the SCM > > Signed-off-by: Andy Gross Acked-by: Bjorn Andersson Regards, Bjorn

Re: [PATCH 1/4] pnp: pnpbios: Add explicit X86_32 dependency to PNPBIOS

On 4/11/2016 3:25 PM, William Breathitt Gray wrote: The PNPBIOS driver requires preprocessor defines (located in include/asm/segment.h) only declared if the architecture is set to X86_32. If the architecture is set to X86_64, the PNPBIOS driver will not build properly. The X86 dependecy for the

Re: [PATCH v2 03/13] clk: Add clk_hw OF clk providers

On 04/21, Stephen Boyd wrote: > Now that we have a clk registration API that doesn't return > struct clks, we need to have some way to hand out struct clks via > the clk_get() APIs that doesn't involve associating struct clk > pointers with an OF node. Currently we ask the OF provider to > give us

Re: [PATCH v2 02/13] clk: Add {devm_}clk_hw_{register,unregister}() APIs

On 04/21, Stephen Boyd wrote: > We've largely split the clk consumer and provider APIs along > struct clk and struct clk_hw, but clk_register() still returns a > struct clk pointer for each struct clk_hw that's registered. > Eventually we'd like to only allocate struct clks when there's a > user,

[PATCH] x86/boot: Rename overlapping memcpy() to memmove()

Instead of having non-standard memcpy() behavior, explicitly call the new function memmove(), make it available to the decompressors, and switch the two overlap cases (screen scrolling and ELF parsing) to use memmove(). Additionally documents the purpose of compressed/string.c. Suggested-by:

Re: [PATCH 10/10] cpufreq: mvebu: Use generic platdev driver

On Thursday 21 April 2016 14:29:02 Viresh Kumar wrote: > diff --git a/arch/arm/mach-mvebu/pmsu.c b/arch/arm/mach-mvebu/pmsu.c > index 79d0a5d9da8e..f24f46776fbb 100644 > --- a/arch/arm/mach-mvebu/pmsu.c > +++ b/arch/arm/mach-mvebu/pmsu.c > @@ -685,8 +685,6 @@ static int __init

Re: [PATCH] driver: input :touchscreen : add Raydium I2C touch driver

Hi Dan, On Fri, Apr 22, 2016 at 06:01:08PM +0800, dan.huang wrote: > From: "jeffrey.lin" > > Raydium I2C touch driver. > > Signed-off-by: jeffrey.lin When you are sending a patch over you need to add your sign-off to it. Also I am still

Re: [PATCH 0/2] Embedding Position Independent Executables

Hi, On 04/04/2016 at 10:57:57 +0100, Russell King - ARM Linux wrote : > [Manually reformatted your email so I can reply to it sensibly - please > don't make me have to do this again, next time I'll ignore your message > as it's too much effort, thanks] > Well, I fixed my editor configuration so

Re: [PATCH v2 10/13] clk: composite: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk composite code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH v2 08/13] clk: fixed-factor: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk fixed-factor code to return > struct clk_hw pointers instead of struct clk pointers. This way > we hide the struct clk pointer from providers unless they need to > use consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH v2 06/13] clk: gate: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk gate code to return struct > clk_hw pointers instead of struct clk pointers. This way we hide > the struct clk pointer from providers unless they need to use > consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH v2 09/13] clk: fractional-divider: Add hw based registration APIs

On 04/21, Stephen Boyd wrote: > Add registration APIs in the clk fractional divider code to > return struct clk_hw pointers instead of struct clk pointers. > This way we hide the struct clk pointer from providers unless > they need to use consumer facing APIs. > > Signed-off-by: Stephen Boyd

Re: [PATCH] scsi: fc: force inlining of wwn conversion functions

Current kernel (4.6.0-rc4+) + GCC 5.3.0 definitely truncated qla2x00_get_host_fabric_name() routine. Just like Josh indicated, we’re dropping down to the next routine. root@mars:/sys/class/fc_host/host3 2016-04-22 16:07:30 > cat fabric_name Killed —— static void

Re: [PATCH 6/8] firmware: qcom: scm: Add memory allocation API

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This patch adds APIs for the scm-32 and scm-64 to use for coherent memory > allocation. > > Signed-off-by: Andy Gross This patch must come before the ARM64 implementation. > --- > drivers/firmware/qcom_scm.c | 17

Re: [PATCH 4/6] rtc: rv3029: Removes some checks and warnings

Hi, On 21/04/2016 at 20:24:17 +0200, Mylène Josserand wrote : > @@ -829,8 +829,6 @@ static void rv3029_unregister_driver(void) > > static int rv3049_probe(struct spi_device *spi) > { > - int res; > - unsigned int tmp; Well, you just introduced those variables in the previous patch.

Re: [PATCH 4/8] firmware: qcom: scm: Add support for ARM64 SoCs

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: [..] > diff --git a/drivers/firmware/qcom_scm-64.c b/drivers/firmware/qcom_scm-64.c [..] > + > +/** > + * struct qcom_scm_desc > + * @arginfo: Metadata describing the arguments in args[] > + * @args: The array of arguments for the secure syscall > +

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

Em Wed, Apr 20, 2016 at 04:04:12PM -0700, Alexei Starovoitov escreveu: > On Wed, Apr 20, 2016 at 07:47:30PM -0300, Arnaldo Carvalho de Melo wrote: > Nice. I like it. That's a great approach to hard problem. > Java guys will be happy too. > Please also adjust two places in kernel/bpf/stackmap.c

Re: [PATCH v2 6/7] clk: Kconfig: Name RK818 in Kconfig for COMMON_CLK_RK808

On 04/21, Wadim Egorov wrote: > The RK808 and RK818 PMICs are using a similar register map. > We can reuse the clk driver for the RK818 PMIC. So let's add > the RK818 in the Kconfig description. > > Signed-off-by: Wadim Egorov > --- Acked-by: Stephen Boyd

Re: [PATCH] fs: reintroduce freezing nesting

On Tue, Apr 19, 2016 at 11:39 PM, Mateusz Guzik wrote: > On Tue, Apr 19, 2016 at 10:48:41PM +0200, Florian Margaine wrote: >> The behavior was removed in 18e9e5104fcd9a973ffe3eed3816c87f2a1b6cd2 >> noting that this was a better idea than using a counter. However, this >>

Re: [PATCH v3] of/overlay: add of overlay notifications

On Tue, 19 Apr 2016, Rob Herring wrote: > On Thu, Mar 3, 2016 at 9:10 AM, Alan Tull wrote: > > This patch add of overlay notifications. > > > > When DT overlays are being added, some drivers/subsystems > > need to see device tree overlays before the changes go into >

Re: [PATCH 02/10] PM / OPP: Add missing doc style comments

On 04/21, Viresh Kumar wrote: > Few of the routines in cpu.c were missing these, add them. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd -- X-Patchwork-State: Not Applicable Qualcomm Innovation Center, Inc. is a member of Code

Re: [PATCH 01/10] PM / OPP: Propagate the error returned by _find_opp_table()

On 04/21, Viresh Kumar wrote: > Don't send -EINVAL and propagate what's received from _find_opp_table(). > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd -- X-Patchwork-State: Not Applicable Qualcomm Innovation Center, Inc. is a

Re: [PATCH 4/6] rtc: rv3029: Removes some checks and warnings

On 23/04/2016 at 01:29:46 +0200, Alexandre Belloni wrote : > Hi, > > On 21/04/2016 at 20:24:17 +0200, Mylène Josserand wrote : > > @@ -829,8 +829,6 @@ static void rv3029_unregister_driver(void) > > > > static int rv3049_probe(struct spi_device *spi) > > { > > - int res; > > - unsigned int

Re: [PATCH v2 5/7] mfd: dt-bindings: Add RK818 device tree bindings document

On Thu, Apr 21, 2016 at 03:12:39PM +0200, Wadim Egorov wrote: > Add device tree bindings documentation for Rockchip's RK818 PMIC. > > Signed-off-by: Wadim Egorov > --- > Documentation/devicetree/bindings/mfd/rk808.txt | 37 > +++-- > 1 file changed, 34

Re: [PATCH] kprobes: add the "tls" argument for j_do_fork

On Thu, 14 Apr 2016 17:16:40 +0800 Huang Shijie wrote: > The patch "3033f14a clone: support passing tls argument via C rather ..." > added the tls argument for _do_fork(). The patch adds the "tls" argument > for j_do_fork to make it match _do_fork(). > > ... > > ---

Re: [tip:x86/boot] x86/boot: Make memcpy() handle overlaps

On 2016-04-22 tip-bot for Kees Cook wrote: > x86/boot: Make memcpy() handle overlaps > > Two uses of memcpy() (screen scrolling and ELF parsing) were handling > overlapping memory areas. While there were no explicitly noticed bugs > here (yet), it is best to fix this so that the copying will

Re: [PATCH 03/10] PM / OPP: dev_pm_opp_set_sharing_cpus() doesn't depend on CONFIG_OF

On 04/21, Viresh Kumar wrote: > dev_pm_opp_set_sharing_cpus() doesn't do any DT specific stuff and its > declarations are added within the CONFIG_OF ifdef by mistake. Take them > out of that. > > Signed-off-by: Viresh Kumar > --- Reviewed-by: Stephen Boyd

[PATCH V1 0/4] Urgent fixes for Intel CQM/MBM counting

Sending some urgent fixes for the MBM(memory b/w monitoring) which is upstreamed from 4.6-rc1. Patches apply on 4.6-rc1. CQM and MBM counters reported some incorrect counts for different scenarios like interval mode or for multiple perf instances. The 1/4,2/4,3/4 address these issues. The last

[PATCH 1/4] perf/x86/cqm,mbm: Store cqm,mbm count for all events when RMID is recycled

During RMID recycling, when an event loses the RMID we saved the counter for group leader but it was not being saved for all the events in an event group. This would lead to a situation where if 2 perf instances are counting the same PID one of them would not see the updated count which other perf

RE: SATA hot unplug question

Forwarding to mailing list. I think this is useful info so I like to share. -Original Message- From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo Sent: Friday, April 22, 2016 1:29 PM To: m...@mkp.net; Soohoon Lee Cc: Ben Hutchings; Arnd Bergmann Subject: Re: SATA hot unplug

Re: [RFC][PATCH 02/31] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()

On Fri, Apr 22, 2016 at 09:57:04AM -0700, Richard Henderson wrote: > On 04/22/2016 02:04 AM, Peter Zijlstra wrote: > > + "1: ldl_l %0,%1\n" \ > > + " mov %0,%2\n"\ > > + " " #asm_op "

Re: [RFC][PATCH 10/31] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()

On Fri, Apr 22, 2016 at 11:04:23AM +0200, Peter Zijlstra wrote: > +#define ATOMIC_FETCH_OP(op) \ > +static inline int atomic_fetch_##op(int i, atomic_t *v) > \ > +{\ >

Re: [PATCH] NBD: replace kill_bdev() with __invalidate_device()

Thanks for the review. Atleast for ext4 this crash happens on a sys_umount() call, timing of which is not in control of block driver. Block driver cannot force the filesystems to be unmounted, and the file system does not expect buffers to get unmapped under it. Ext4 can be fixed with the this

Re: [PATCH 6/8] firmware: qcom: scm: Add memory allocation API

On Fri, Apr 22, 2016 at 04:23:31PM -0700, Bjorn Andersson wrote: > On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > > > This patch adds APIs for the scm-32 and scm-64 to use for coherent memory > > allocation. > > > > Signed-off-by: Andy Gross > > This patch must come

RE: [PATCH v2 1/2] Documentation: DT: vdma: Add clock support for vdma

Hi Rob, Thanks for the review... > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Saturday, April 23, 2016 1:07 AM > To: Appana Durga Kedareswara Rao > Cc: pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk;

Re: [PATCH 8/8] arm64: dts: msm8916: Add SCM firmware node

On Fri 22 Apr 15:17 PDT 2016, Andy Gross wrote: > This adds the devicetree node for the SCM firmware. > > Signed-off-by: Andy Gross Acked-by: Bjorn Andersson Regards, Bjorn

[PATCH v4 0/2] Align mmap address for DAX pmd mappings

When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page size. This feature relies on both mmap virtual address and FS block (i.e. physical address) to be aligned by the pmd page size. Users can use mkfs options to specify FS to align block allocations. However, aligning mmap address

[PATCH v4 1/2] thp, dax: add thp_get_unmapped_area for pmd mappings

When CONFIG_FS_DAX_PMD is set, DAX supports mmap() using pmd page size. This feature relies on both mmap virtual address and FS block (i.e. physical address) to be aligned by the pmd page size. Users can use mkfs options to specify FS to align block allocations. However, aligning mmap address

[PATCH v4 2/2] ext2/4, xfs, blk: call thp_get_unmapped_area() for pmd mappings

To support DAX pmd mappings with unmodified applications, filesystems need to align an mmap address by the pmd size. Call thp_get_unmapped_area() from f_op->get_unmapped_area. Note, there is no change in behavior for a non-DAX file. Signed-off-by: Toshi Kani Cc: Andrew

[PATCH] ALSA: timer: remove legacy rtctimer

There are no users of rtctimer left. Remove its code as this is the in-kernel user of the legacy PC RTC driver that will hopefully be removed at some point. Signed-off-by: Alexandre Belloni --- Note that I've kept the definition of SNDRV_TIMER_GLOBAL_RTC as

Re: [regression] linux318, linux41 - kernel stack is corrupted

On 04/22/2016 06:16 AM, Mike Galbraith wrote: > On Fri, 2016-04-22 at 17:23 +0900, Greg Kroah-Hartman wrote: >> On Fri, Apr 22, 2016 at 10:10:59AM +0200, Sebastian M. Bobrecki wrote: >>> W dniu 22.04.2016 o 09:55, Greg Kroah-Hartman pisze: On Fri, Apr 22, 2016 at 09:47:04AM +0200, Sebastian

[PATCH] MAINTAINERS: Update the file list for the NCR 5380 entry

The file atari_NCR5380.c has been removed from the tree so remove it from the MAINTAINERS file as well. While we are here, add the file dtc3x80.txt as it is only relevant to the dtc driver. Signed-off-by: Finn Thain --- The patch which removed atari_NCR5380.c is

Re: [RFC][PATCH 18/31] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()

On Sat, Apr 23, 2016 at 12:41:57AM +0800, Boqun Feng wrote: > > +#define ATOMIC_FETCH_OP_RELAXED(op, asm_op) > > \ > > +static inline int atomic_fetch_##op##_relaxed(int a, atomic_t *v) \ > > +{ \ > >

Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32

Hi, Yury On 2016/4/23 5:59, Yury Norov wrote: On Fri, Apr 22, 2016 at 04:58:18PM +0100, Catalin Marinas wrote: On Wed, Apr 06, 2016 at 01:08:34AM +0300, Yury Norov wrote: From: Bamvor Jian Zhang With the patches of ILP32, COMPAT is not equivalent to AARCH32 in

Re: [RFC][PATCH 3/3] locking,arm64: Introduce cmpwait()

On Fri, Apr 22, 2016 at 05:53:11PM +0100, Will Deacon wrote: > On Sat, Apr 23, 2016 at 12:08:57AM +0800, Boqun Feng wrote: > > On Tue, Apr 12, 2016 at 05:59:41PM +0100, Will Deacon wrote: > > [...] > > > > +static inline void __cmpwait(volatile void *ptr, unsigned long val, > > > > int size) > >

Re: Warning triggered by lockdep checks for sock_owned_by_user on linux-next-20160420

On Fri, 2016-04-22 at 21:02 -0700, Shi, Yang wrote: > Hi David, > > When I ran some test on a nfs mounted rootfs, I got the below warning > with LOCKDEP enabled on linux-next-20160420: > > WARNING: CPU: 9 PID: 0 at include/net/sock.h:1408 > udp_queue_rcv_skb+0x3d0/0x660 > Modules linked in: >

[git pull] Input updates for 4.6-rc4

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem. Just minor driver fixes. Changelog: - Charles Keepax (1): Input: arizona-haptic - don't assign input_dev parent Dmitry Torokhov

Re: [PATCH v4 2/2] KVM: move vcpu id checking to archs

On Fri, Apr 22, 2016 at 11:30:45AM +0200, Greg Kurz wrote: >On Fri, 22 Apr 2016 17:21:03 +0800 >Wei Yang wrote: > >> Hi, Greg >> > >Hi Wei ! > >> One confusion. >> >> There are 5 kvm_arch_vcpu_create() while in this patch you changed 2 of them. >> Some particular

Re: [RFC][PATCH 00/31] implement atomic_fetch_$op

On Fri, Apr 22, 2016 at 04:23:03PM +0200, Peter Zijlstra wrote: > On Fri, Apr 22, 2016 at 08:56:56PM +0800, Fengguang Wu wrote: > > I'll add arm64-defconfig to P1 list to improve its coverage. > > Thanks; any more architectures missing from P1? Good question! Just double checked and find s390

Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results

Hi, Yury On 2016/4/6 6:44, Yury Norov wrote: There are about 20 failing tests of 782 in lite scenario. float_bessel float_exp_log float_iperb float_power float_trigo pipeio_1 pipeio_3 pipeio_5 pipeio_8 abort01 clone02 kill11 mmap16 open12 pause01 rename11 rmdir02 umount2_01 umount2_02

  1   2   3   4   5   6   7   8   9   10   >