Re: [RFC PATCH] x86, espfix: use spin_lock rather than mutex

* H. Peter Anvin wrote: > On 05/14/2015 02:27 PM, Borislav Petkov wrote: > > Remove stable@ from CC. > > > > On Thu, May 14, 2015 at 08:29:55PM +0200, Ingo Molnar wrote: > >> We could allocate them on the boot CPU side and hand them over to > >> the secondary CPU. > > > > Yeah, something alon

Re: [PATCH v9 4/4] crypto: Add Allwinner Security System crypto accelerator

On Thu, May 14, 2015 at 02:59:01PM +0200, LABBE Corentin wrote: > > +int sun4i_hash_export(struct ahash_request *areq, void *out) > +{ > + struct sun4i_req_ctx *op = ahash_request_ctx(areq); > + > + memcpy(out, op, sizeof(struct sun4i_req_ctx)); > + return 0; > +} > + > +int sun4i_hash_

Re: On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]

* Doug Smythies wrote: > On 2015.05.14 10:48 Ingo Molnar wrote: > > > * Juri Lelli wrote: > >>> On 14/05/15 15:41, Doug Smythies wrote: > >>> As of, or about, Kernel 4.1RC1 on resume from suspend only CPU 0 comes > >>> back on-line. > >>> The issue persists through Kernel 4.1RC3. > >>> This i

Re: [PATCH v9 4/4] crypto: Add Allwinner Security System crypto accelerator

On Thu, May 14, 2015 at 02:59:01PM +0200, LABBE Corentin wrote: > > + err = crypto_ablkcipher_setkey(op->fallback, kkey, op->keylen); > + if (err != 0) { > + dev_err(ss->dev, "Cannot set key on fallback\n"); > + return -EINVAL; > + } You cannot call setkey from

[tip:perf/core] perf tools: Make flex/bison calls honour V=1

Commit-ID: 70923bd26c732ac2d9e248d80214df6dfd75f78c Gitweb: http://git.kernel.org/tip/70923bd26c732ac2d9e248d80214df6dfd75f78c Author: Jiri Olsa AuthorDate: Thu, 14 May 2015 12:31:48 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 14 May 2015 19:27:47 -0300 perf tools: Make

[tip:perf/core] perf trace: Fix the build on older distros

Commit-ID: c188e7acd24f132279a91f4fe1fb3b078e0329dd Gitweb: http://git.kernel.org/tip/c188e7acd24f132279a91f4fe1fb3b078e0329dd Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 14 May 2015 17:39:03 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 14 May 2015 19:27:46 -0300 pe

[tip:perf/core] perf report: Fix some option handling on --stdio

Commit-ID: 4fd113b5ce803da0b8fa0494513bedfdf2feb483 Gitweb: http://git.kernel.org/tip/4fd113b5ce803da0b8fa0494513bedfdf2feb483 Author: Namhyung Kim AuthorDate: Thu, 14 May 2015 00:03:26 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 14 May 2015 10:05:22 -0300 perf report: F

[tip:perf/core] tools lib traceevent: Provide le16toh define for older systems

Commit-ID: b390d850607346162467bf1805a365e07de7c079 Gitweb: http://git.kernel.org/tip/b390d850607346162467bf1805a365e07de7c079 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 14 May 2015 12:28:11 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 14 May 2015 12:28:11 -0300 to

Re: [PATCH v6 1/5] random: Blocking API for accessing nonblocking_pool

On Wed, May 13, 2015 at 09:54:41PM +0200, Stephan Mueller wrote: > /* > + * Equivalent function to get_random_bytes with the difference that this > + * function blocks the request until the nonblocking_pool is initialized. > + */ > +void get_blocking_random_bytes(void *buf, int nbytes) > +{ > +

[tip:perf/core] perf probe: Ignore tail calls to probed functions

Commit-ID: d4c537e6bf860c12262cb936eef663180d7a3d45 Gitweb: http://git.kernel.org/tip/d4c537e6bf860c12262cb936eef663180d7a3d45 Author: Naveen N. Rao AuthorDate: Thu, 30 Apr 2015 17:12:31 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 14 May 2015 10:05:09 -0300 perf probe: I

[tip:perf/core] perf tests: Fix map_groups refcount test

Commit-ID: 8b00f46951bed1edd9c5cb9d9adb62d28bbe7623 Gitweb: http://git.kernel.org/tip/8b00f46951bed1edd9c5cb9d9adb62d28bbe7623 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 11 May 2015 18:13:14 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:52 -0300 pe

[tip:perf/core] perf tests: Show refcounting broken expectations in thread-mg-share test

Commit-ID: 8f1960138baf8a6c139917ecbc032e7916d109ef Gitweb: http://git.kernel.org/tip/8f1960138baf8a6c139917ecbc032e7916d109ef Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 11 May 2015 16:30:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:51 -0300 pe

Re: [GIT PULL] liblockdep fixes for 4.1

* Sasha Levin wrote: > Hi Ingo, > > Please pull two fixes that deal with compilation errors in liblockdep. > > > Thanks, > Sasha > > === > > The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031: > > Linux 4.1-rc1 (2015-04-26 17:59:10 -0700) > > are available in th

[tip:perf/core] perf machine: No need to keep a refcnt for last_match

Commit-ID: 0ceb8f6e6cbafee0fa0e671e48213e24fae887f7 Gitweb: http://git.kernel.org/tip/0ceb8f6e6cbafee0fa0e671e48213e24fae887f7 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 11 May 2015 18:08:12 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:52 -0300 pe

[tip:perf/core] perf report: Do not restrict -T option by other options

Commit-ID: 021162cf02fcfa80cbae5f3b7304e9cb392962eb Gitweb: http://git.kernel.org/tip/021162cf02fcfa80cbae5f3b7304e9cb392962eb Author: Namhyung Kim AuthorDate: Mon, 11 May 2015 22:44:39 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:51 -0300 perf report: D

[tip:perf/core] perf tests: Fix to get negative exit codes

Commit-ID: 189c466f77d421aef5c196454ab2e9517af7abc9 Gitweb: http://git.kernel.org/tip/189c466f77d421aef5c196454ab2e9517af7abc9 Author: He Kuang AuthorDate: Mon, 11 May 2015 12:28:35 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:50 -0300 perf tests: Fix to

[tip:perf/core] perf probe: Show better error message when failed to find variable

Commit-ID: 7d5eaba9b33682b734e3a79c21c4a9a5f91624b1 Gitweb: http://git.kernel.org/tip/7d5eaba9b33682b734e3a79c21c4a9a5f91624b1 Author: He Kuang AuthorDate: Mon, 11 May 2015 09:25:04 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:50 -0300 perf probe: Show b

[tip:perf/core] perf probe: Add --range option to show a variable 's location range

Commit-ID: 349e8d2611316cce11c0b9d0830ebb585c9b82b8 Gitweb: http://git.kernel.org/tip/349e8d2611316cce11c0b9d0830ebb585c9b82b8 Author: He Kuang AuthorDate: Mon, 11 May 2015 09:25:03 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:50 -0300 perf probe: Add --

[tip:perf/core] perf probe: Remove length limitation for showing available variables

Commit-ID: fb9596d1731cc37da6489de439f8b876f3a12db2 Gitweb: http://git.kernel.org/tip/fb9596d1731cc37da6489de439f8b876f3a12db2 Author: He Kuang AuthorDate: Mon, 11 May 2015 09:25:02 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:49 -0300 perf probe: Remove

[PATCH man-pages v2] capabilities.7, prctl.2: Document ambient capabilities

Signed-off-by: Andy Lutomirski --- There was no v1. I'm calling this v2 to keep it in sync with the kernel patch versioning. man2/prctl.2| 10 ++ man7/capabilities.7 | 32 ++-- 2 files changed, 36 insertions(+), 6 deletions(-) diff --git a/man2/prct

[tip:perf/core] perf trace: Removed duplicated NULL test

Commit-ID: ff8f695c0ec9d73d8a9f92fe634d6476ad74e3a1 Gitweb: http://git.kernel.org/tip/ff8f695c0ec9d73d8a9f92fe634d6476ad74e3a1 Author: He Kuang AuthorDate: Mon, 11 May 2015 12:28:36 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:49 -0300 perf trace: Remove

[tip:perf/core] perf report: Force tty output if -T/ --thread option is given

Commit-ID: b138f42ed4920f808b5599efc2c4b150c27a4153 Gitweb: http://git.kernel.org/tip/b138f42ed4920f808b5599efc2c4b150c27a4153 Author: Namhyung Kim AuthorDate: Sun, 10 May 2015 00:19:43 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:48 -0300 perf report: F

[tip:perf/core] perf tools: Document relation of per-thread event count feature

Commit-ID: 1f91d5fd03d410365d9781ce981f9712b19a0751 Gitweb: http://git.kernel.org/tip/1f91d5fd03d410365d9781ce981f9712b19a0751 Author: Namhyung Kim AuthorDate: Sun, 10 May 2015 00:19:42 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:48 -0300 perf tools: Do

[tip:perf/core] perf kmem: Fix compiler warning about may be accessing uninitialized variable

Commit-ID: 08a9b9857fc2d77600f09f3d342f6c64d25083b2 Gitweb: http://git.kernel.org/tip/08a9b9857fc2d77600f09f3d342f6c64d25083b2 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 11 May 2015 11:41:17 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 12 May 2015 09:59:47 -0300 pe

[PATCH v2 2/2] capabilities: Add a securebit to disable PR_CAP_AMBIENT_RAISE

Per Andrew Morgan's request, add a securebit to allow admins to disable PR_CAP_AMBIENT_RAISE. This securebit will prevent processes from adding capabilities to their ambient set. For simplicity, this disables PR_CAP_AMBIENT_RAISE entirely rather than just disabling setting previously cleared bits

[PATCH v2 1/2] capabilities: Ambient capabilities

Credit where credit is due: this idea comes from Christoph Lameter with a lot of valuable input from Serge Hallyn. This patch is heavily based on Christoph's patch. = The status quo = On Linux, there are a number of capabilities defined by the kernel. To perform various privileged tasks,

[PATCH v2 0/2] capabilities: Ambient capabilities

This adds ambient capabilities. See the individual patch changelogs for details. Preliminary userspace code is here: https://git.kernel.org/cgit/linux/kernel/git/luto/util-linux-playground.git/commit/?h=cap_ambient&id=7f5afbd175d2 I'll follow up with a rough draft of a man-pages patch. Changes

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 a41f3c8cd4e28dcbebd8ec27a9602c86cfa5f009: > > perf/x86/intel/uncore: Add Broadwell-U uncore IMC PMU support (2015-05-11 > 11:57:47 +0200) > > are available

Re: Window watchdog driver design

Hi Andy, On 15.05.2015 08:43, Andreas Werner wrote: On Thu, May 14, 2015 at 05:52:38PM -0700, Guenter Roeck wrote: On 05/14/2015 07:09 AM, Andreas Werner wrote: On Thu, May 14, 2015 at 06:30:05AM -0700, Guenter Roeck wrote: On 05/14/2015 04:56 AM, Andreas Werner wrote: Hi, in the next few we

Re: [PATCH v9.5.1 09/20] drm/dsi: Add a helper to get bits per pixel of MIPI DSI pixel format

On Thu, 14 May 2015, Liu Ying wrote: > This patch adds a helper to get bits per pixel value of MIPI DSI pixel format. > The helper takes a parameter in the type 'enum mipi_dsi_pixel_format' and > returns it's bits per pixel value if the parameter is valid, otherwise, it > returns -EINVAL. The hel

[PATCH V3 2/2] tee: add OP-TEE driver

Adds a OP-TEE driver which also can be compiled as a loadable module. * Targets ARM and ARM64 * Supports using reserved memory from OP-TEE as shared memory * CMA as shared memory is optional and only tried if OP-TEE doesn't supply a reserved shared memory region * Probes OP-TEE version using SMC

[PATCH V3 1/2] tee: generic TEE subsystem

Initial patch for generic TEE subsystem. This subsystem provides: * Registration/un-registration of TEE drivers. * Shared memory between normal world and secure world. * Ioctl interface for interaction with user space. A TEE (Trusted Execution Environment) driver is a driver that interfaces with a

[PATCH V3 0/2] generic TEE subsystem

Hi, This patch set introduces a generic TEE subsystem. The TEE subsystem will be able contain drivers for various TEE implementations. A TEE (Trusted Execution Environment) is a trusted OS running in some secure environment, for example, TrustZone on ARM cpus, or a separate secure co-processor etc

Re: [PATCH v2 0/2] Adds cpu power accounting per-pid basis.

On 15.05.2015 02:12, Ruchi Kandoi wrote: > These patches add a mechanism which will accurately caculate the CPU power > used by all the processes in the system. In order to account for the power > used by all the processes a data field "cpu_power" has been added in the > task_struct. Hello Ruchi,

[PATCH 1/1] Staging: vt6656: device: Fixed spelling error

Fixed comment spelling error. Signed-off-by: Colin Cronin --- drivers/staging/vt6656/device.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vt6656/device.h b/drivers/staging/vt6656/device.h index f71d59f..635d931 100644 --- a/drivers/staging/vt6656/device.h

[PATCH] clk: mediatek: Initialize clk flags

The variable init (struct clk_init_data) is allocated on the stack. We weren't initializing the .flags field, so it contains random junk, which can cause all kinds of interesting issues when the flags are parsed by clk_register. The best solution seems to just pass on the flags passed in to our cl

Re: [PATCH V6 05/10] audit: log creation and deletion of namespace instances

On Thu, May 14, 2015 at 7:32 PM, Richard Guy Briggs wrote: > On 15/05/14, Paul Moore wrote: >> * Look at our existing audit records to determine which records should have >> namespace and container ID tokens added. We may only want to add the >> additional fields in the case where the namespace/c

Re: [PATCH v2] clk: mediatek: Export CPU mux clocks for CPU frequency control

On Mon, Apr 20, 2015 at 5:25 PM, pi-cheng.chen wrote: > This patch adds CPU mux clocks which are used by Mediatek cpufreq driver for > intermediate clock source switching. It is based on v11 of common clock > support > for Mediatek MT8135 and MT8173[1] > > [1] > http://lists.infradead.org/piperm

[PATCH v2 3/6] ACPI / EC: Remove irqs_disabled() check.

The following commit merges polling and interrupt modes for EC driver: Commit: 2a84cb9852f52c0cd1c48bca41a8792d44ad06cc Mon Sep 17 00:00:00 2001 Subject: ACPI: EC: Merge IRQ and POLL modes The irqs_disabled() check introduced in it tries to fall into busy polling mode when the context of ec_pol

[PATCH v2 2/6] ACPI / EC: Remove storming threashold enlarging quirk.

This patch removes the storming threashold enlarging quirk. After applying the following commit, we can notice that there is no no-op GPE handling invocation can be observed, thus it is unlikely that the no-op counts can exceed the storming threashold: Commit: ca37bfdfbc8d0a3ec73e4b97bb26dcfa51d

[PATCH v2 5/6] ACPI / EC: Add module params for polling modes.

We have 2 polling modes in the EC driver: 1. busy polling: originally used for the MSI quirks. udelay() is used to perform register access guarding. 2. wait polling: normal code path uses wait_event_timeout() and it can be woken up as soon as the transaction is completed in the interrupt mode

[PATCH v2 6/6] ACPI / EC: Remove non-root-caused busy polling quirks.

We have fixed a lot of race issues in the EC driver recently. The following commit introduces MSI udelay()/msleep() quirk to MSI laptops to make EC firmware working for bug 12011 without root causing any EC driver race issues: Commit: 5423a0cb3f74c16e90683f8ee1cec6c240a9556e Subject: ACPI: EC:

[PATCH v2 4/6] ACPI / EC: Fix and clean up register access guarding logics.

In the polling mode, EC driver shouldn't access the EC registers too frequently. Though this statement is concluded from the non-root caused bugs (see links below), we've maintained the register access guarding logics in the current EC driver. The guarding logics can be found here and there, makes

[PATCH v2 1/6] ACPI / EC: Update acpi_ec_is_gpe_raised() with new GPE status flag.

This patch updates acpi_ec_is_gpe_raised() according to the following commit: Commit: 09af8e8290deaff821ced01ea83594ee4c21e8df Subject: ACPICA: Events: Add support to return both enable/status register values for GPE and fixed event. This is actually a no-op change as both the flags are define

[PATCH v2 0/6] ACPI / EC: Update due to recent changes.

This patchset tries to cleanup the EC driver to reflect the recent changes. There is a small fix in the patchset to use time_before() instead of time_after(). The last patch removes all non-root-caused MSI quirks so that we may be able to identify their root cause if regressions are reported agains

Re: Window watchdog driver design

On 05/14/2015 10:43 PM, Andreas Werner wrote: On Thu, May 14, 2015 at 05:52:38PM -0700, Guenter Roeck wrote: On 05/14/2015 07:09 AM, Andreas Werner wrote: On Thu, May 14, 2015 at 06:30:05AM -0700, Guenter Roeck wrote: On 05/14/2015 04:56 AM, Andreas Werner wrote: Hi, in the next few weeks I n

Re: [PATCH 14/15] thermal: Add Mediatek thermal controller support

Hi Wei-Ning, On Fri, May 15, 2015 at 01:33:02PM +0800, Wei-Ning Huang wrote: >Hi Sascha, >I tried these patches but I didn't see any entries under >'/sys/class/thermal', am I missing something? >Wei-Ning Please write a mail to me rather than to Paul if you want me to react. You'l

Re: [PATCH v2 5/5] cpufreq: arm_big_little: add SCPI interface driver

On 15-05-15, 00:03, Rafael J. Wysocki wrote: > > + * SCPI CPUFreq Interface driver > > It would be good to expand the TLA here IMO. > > The rest I'm leaving to Viresh. :-) The rest looks fine :) Acked-by: Viresh Kumar -- viresh -- To unsubscribe from this list: send the line "unsubscribe lin

[git pull] drm fixes

Hi Linus, radeon, one oops fix, one bug fix, one pci id addition patch i915, one suspend/resume regression fix. all seems quiet enough. Dave. The following changes since commit 030bbdbf4c833bc69f502eae58498bc5572db736: Linux 4.1-rc3 (2015-05-10 15:12:29 -0700) are available in the git repo

Re: [BUG] kernel panic after bpf program removed.

On 5/14/15 8:54 PM, Wangnan (F) wrote: Hi Alexei Starovoitov and other, I triggered a kernel panic when developing my 'perf bpf' facility. The call stack is listed at the bottom of this mail. I attached two bpf programs on 'kmem_cache_free%return' and '__alloc_pages_nodemask'. The programs is v

Re: Window watchdog driver design

On Thu, May 14, 2015 at 05:52:38PM -0700, Guenter Roeck wrote: > On 05/14/2015 07:09 AM, Andreas Werner wrote: > >On Thu, May 14, 2015 at 06:30:05AM -0700, Guenter Roeck wrote: > >>On 05/14/2015 04:56 AM, Andreas Werner wrote: > >>>Hi, > >>>in the next few weeks I need to write a driver for a windo

linux-next: manual merge of the rcu tree with the net-next tree

Hi Paul, Today's linux-next merge of the rcu tree got a conflict in net/netfilter/core.c between commit f7191483461c ("netfilter: add hook list to nf_hook_state") from the net-next tree and commit e4dcfe3a648b ("netfilter: Fix list_entry_rcu usage") from the rcu tree. I fixed it up (I used the ne

Re: [PATCH v1 02/13] ASoC: qcom: move ipq806x specific bits out of lpass driver.

On Wed, May 13, 2015 at 05:00:26AM -0700, Srinivas Kandagatla wrote: > This patch tries to make the lpass driver more generic by moving the > ipq806x specific bits out of the cpu and platform driver, also allows the > SOC specific drivers to add the correct register offsets. > > This patch also re

Re: [PATCH v1 11/13] ASoC: qcom: add apq8016 sound card support

On Wed, May 13, 2015 at 05:03:14AM -0700, Srinivas Kandagatla wrote: > This patch adds apq8016 machine driver support. This patch was tested on > two apq8016-sbc and msm8916-mtp board for both hdmi and analog audio > features. > diff --git a/sound/soc/qcom/Kconfig b/sound/soc/qcom/Kconfig > index

Re: [PATCH v1 05/13] ASoC: qcom: support bitclk and osrclk per i2s port

On Wed, May 13, 2015 at 05:00:52AM -0700, Srinivas Kandagatla wrote: > This patch adds support to allow bitclk and osrclk per i2s dai port. > on APQ8016 there are 4 i2s ports each one has its own bit clks. > > Without this patch its not possible to support multiple i2s ports in the > lpass driver.

Re: [PATCH v1 10/13] ASoC: qcom: Add apq8016 lpass driver support

On Wed, May 13, 2015 at 05:03:06AM -0700, Srinivas Kandagatla wrote: > This patch adds apq8016 lpass driver support. APQ8016 has 4 MI2S which > can be routed to one internal codec and 2 external codec interfaces. > > Primary, Secondary, Quaternary I2S can do Rx(playback) and Tertiary and > Quatern

Re: [PATCH net-next] be2net: be_hwmon_show_temp() can be static

On Thu, May 14, 2015 at 05:39:46PM -0400, David Miller wrote: > From: kbuild test robot > Date: Fri, 15 May 2015 03:02:35 +0800 > > > > > Signed-off-by: Fengguang Wu > > --- > > be_main.c |2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/net/ethernet/em

Re: [PATCH] pinctrl: zynq: add static to platform_driver remove callback

On Fri, 2015-05-15 at 12:31PM +0900, Masahiro Yamada wrote: > This function is only referenced in this file. > > Signed-off-by: Masahiro Yamada Reviewed-by: Sören Brinkmann Sören -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to major

Re: [PATCH v9 00/17] Tegra124 CL-DVFS / DFLL clocksource + cpufreq

On 05/15/2015 05:09 AM, Viresh Kumar wrote: On 15 May 2015 at 01:45, Rafael J. Wysocki wrote: You need ACKs from Viresh for those two, then. He's officially responsible for ARM cpufreq drivers. I thought an Ack for 14th is enough :) For: 12/13/14. Acked-by: Viresh Kumar Thanks! :) It p

Re: [PATCH 1/1] suspend: delete sys_sync()

On Fri, May 15, 2015 at 8:59 AM, Rafael J. Wysocki wrote: > On Fri, May 15, 2015 at 2:40 AM, Ming Lei wrote: >> On Fri, May 15, 2015 at 8:34 AM, Rafael J. Wysocki >> wrote: >>> On Friday, May 15, 2015 09:54:26 AM Dave Chinner wrote: ng back On Thu, May 14, 2015 at 09:22:51AM +1000, NeilBro

Re: [PATCH v3 109/110] namei: handle absolute symlinks without dropping out of RCU mode

On Mon, May 11, 2015 at 07:08:09PM +0100, Al Viro wrote: > @@ -499,7 +499,7 @@ struct nameidata { > struct path root; > struct inode*inode; /* path.dentry.d_inode */ > unsigned intflags; > - unsignedseq, m_seq; > + unsignedseq, m_seq, root_seq;

Re: [PATCH v3 105/110] namei: make unlazy_walk and terminate_walk handle nd->stack, add unlazy_link

On Tue, May 12, 2015 at 05:10:01AM +0100, Al Viro wrote: > +static int unlazy_link(struct nameidata *nd, struct path *link, unsigned seq) > +{ > + if (unlikely(!legitimize_path(nd, link, seq))) { > + drop_links(nd); > + rcu_read_unlock(); > + nd->flags &= ~L

Re: Crash in crc32_le during kmemleak_scan()

> > kmemleak_disable() may be called in an atomic context, so calling > kthread_stop() here is not safe. We have a scan_should_stop() function > which checks for the kmemleak_enabled variable but it doesn't seem to be > enough. > > Basically the object_list has some vmalloc'ed objects. Scanning suc

RE: [Linux-nvdimm] [PATCH v2 18/20] libnd: infrastructure for btt devices

> -Original Message- > From: Linux-nvdimm [mailto:linux-nvdimm-boun...@lists.01.org] On Behalf > Of Dan Williams > Sent: Thursday, May 14, 2015 7:42 PM > To: Kani, Toshimitsu > Cc: Neil Brown; Greg KH; linux-kernel@vger.kernel.org; linux- > nvd...@lists.01.org > Subject: Re: [Linux-nvdimm]

[PATCH v2 2/2] arch/x86: remove pci uart early console from early_prink.c

The arch independent uart8250 early console driver has good support for memory mapped and io port based 8250 uarts. Since pci is arch independent so it's natural to extend uart8250 to support mem, io and pci. Hence pci uart early console in arch/x86/kernel_printk.c by the following commit: 'commit

[PATCH v2 1/2] serial_core: add pci uart early console support

On some Intel Atom SoCs, the legacy IO port UART(0x3F8) is not available. Instead, a 8250 compatible PCI uart can be used as early console. This patch adds pci support to the 8250 early console driver uart8250. For example, to enable pci uart(00:21.3) as early console on these platforms, append the

[RFC PATCH 1/1] perf/script: Script to display the ganged exits count on powerpc

In powerpc, when a thread running in the guest context needs to exit to the hypervisor to serve interrupts like the external interrupt, or the hcall interrupt, etc, all the threads running in that specific vcore inside the guest exit. These events can be classified as gang exits which mean that the

[RFC PATCH 0/1] perf/script: Ganged exits and VM topology

In powerpc, if a thread running inside a guest needs to exit to the host to serve interrupts like the external interrupt, or the hcall interrupts, etc., all the threads running in that specific vcore inside the guest exit to the host. These events are called as ganged exits. Because of the ganged

[PATCH v4 2/9] powerpc/powernv: Add a virtual irqchip for opal events

Whenever an interrupt is received for opal the linux kernel gets a bitfield indicating certain events that have occurred and need handling by the various device drivers. Currently this is handled using a notifier interface where we call every device driver that has registered to receive opal events

[PATCH v4 4/9] hvc: Convert to using interrupts instead of opal events

Convert the opal hvc driver to use the new irqchip to register for opal events. As older firmware versions may not have device tree bindings for the interrupt parent we just use a hardcoded hwirq based on the event number. Signed-off-by: Alistair Popple --- drivers/tty/hvc/hvc_opal.c | 33 ++

[PATCH v4 5/9] powernv/eeh: Update the EEH code to use the opal irq domain

The eeh code currently uses the old notifier method to get eeh events from OPAL. It also contains some logic to filter opal events which has been moved into the virtual irqchip. This patch converts the eeh code to the new event interface which simplifies event handling. Signed-off-by: Alistair Pop

[PATCH v4 3/9] ipmi/powernv: Convert to irq event interface

Convert the opal ipmi driver to use the new irq interface for events. Signed-off-by: Alistair Popple Acked-by: Corey Minyard Cc: Corey Minyard Cc: openipmi-develo...@lists.sourceforge.net --- drivers/char/ipmi/ipmi_powernv.c | 39 ++- 1 file changed, 22 inse

[PATCH v4 7/9] powernv/elog: Convert elog to opal irq domain

This patch converts the elog code to use the opal irq domain instead of notifier events. Signed-off-by: Alistair Popple --- arch/powerpc/platforms/powernv/opal-elog.c | 32 +++--- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/arch/powerpc/platforms/power

[PATCH v4 9/9] opal: Remove events notifier

All users of the old opal events notifier have been converted over to the irq domain so remove the event notifier functions. Signed-off-by: Alistair Popple --- arch/powerpc/platforms/powernv/opal-irqchip.c | 16 ++--- arch/powerpc/platforms/powernv/opal.c | 84 +--

[PATCH v4 6/9] powernv/opal: Convert opal message events to opal irq domain

This patch converts the opal message event to use the new opal irq domain. Signed-off-by: Alistair Popple --- arch/powerpc/platforms/powernv/opal.c | 29 +++-- 1 file changed, 15 insertions(+), 14 deletions(-) diff --git a/arch/powerpc/platforms/powernv/opal.c b/arch/po

[PATCH v4 8/9] powernv/opal-dump: Convert to irq domain

Convert the opal dump driver to the new opal irq domain. Signed-off-by: Alistair Popple --- arch/powerpc/platforms/powernv/opal-dump.c | 56 +- 1 file changed, 17 insertions(+), 39 deletions(-) diff --git a/arch/powerpc/platforms/powernv/opal-dump.c b/arch/powerpc/p

[PATCH v4 1/9] powerpc/powernv: Reorder OPAL subsystem initialisation

Most of the OPAL subsystems are always compiled in for PowerNV and many of them need to be initialised before or after other OPAL subsystems. Rather than trying to control this ordering through machine initcalls it is clearer and easier to control initialisation order with explicit calls in opal_in

[PATCH v4 0/9] Convert OPAL notifier events to an irqchip

Whenever an interrupt is received for opal the linux kernel gets a bitfield indicating certain events that have occurred and need handling by the various device drivers. Currently this is handled using a notifier interface where we call every device driver that has registered to receive opal events

[BUG] kernel panic after bpf program removed.

Hi Alexei Starovoitov and other, I triggered a kernel panic when developing my 'perf bpf' facility. The call stack is listed at the bottom of this mail. I attached two bpf programs on 'kmem_cache_free%return' and '__alloc_pages_nodemask'. The programs is very simple. The panic is raised after

[PATCH 5/6] Refactor code to use new fw_event refcount

This refactors the fw_event code to use the new refcount. Signed-off-by: Calvin Owens --- drivers/scsi/mpt2sas/mpt2sas_scsih.c | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) diff --git a/drivers/scsi/mpt2sas/mpt2sas_scsih.c b/drivers/scsi/mpt2sas/mpt2sas_scsih.c in

[PATCH 6/6] Fix unsafe fw_event_list usage

Since the fw_event deletes itself from the list, cleanup_queue() can walk onto garbage pointers or walk off into freed memory. This refactors the code in _scsih_fw_event_cleanup_queue() to not iterate over the fw_event_list without a lock. Signed-off-by: Calvin Owens --- drivers/scsi/mpt2sas/m

[PATCH 3/6] Fix unsafe sas_device_list usage

We cannot iterate over the list without holding a lock for the entire duration, or we risk corrupting random memory if items are added or deleted as we iterate. This refactors code such that it always holds the lock when iterating on or accessing the sas_device_list. Signed-off-by: Calvin Owens

[PATCH 1/6] Add refcount to sas_device struct

These objects can be referenced concurrently throughout the driver, we need a way to make sure threads can't delete them out from under each other. Signed-off-by: Calvin Owens --- drivers/scsi/mpt2sas/mpt2sas_base.h | 16 1 file changed, 16 insertions(+) diff --git a/drivers/sc

[PATCH 0/6] Fixes for memory corruption in mpt2sas

Hello all, This patchset attempts to address problems we've been having with panics due to memory corruption from the mpt2sas driver. I will provide a similar set of fixes for mpt3sas, since we see similar issues there as well. "Porting" this to mpt3sas will be trivial since the part of the drive

[PATCH 4/6] Add refcount to fw_event_work struct

The fw_event_work struct is concurrently referenced at shutdown, so add a refcount to protect it. Signed-off-by: Calvin Owens --- drivers/scsi/mpt2sas/mpt2sas_scsih.c | 28 1 file changed, 28 insertions(+) diff --git a/drivers/scsi/mpt2sas/mpt2sas_scsih.c b/drivers

[PATCH 2/6] Refactor code to use new sas_device refcount

This patch refactors the code in the driver to use the new reference count on the sas_device struct. Signed-off-by: Calvin Owens --- drivers/scsi/mpt2sas/mpt2sas_base.h | 4 +- drivers/scsi/mpt2sas/mpt2sas_scsih.c | 329 --- drivers/scsi/mpt2sas/mpt2sas_tra

[PATCH] pinctrl: zynq: add static to platform_driver remove callback

This function is only referenced in this file. Signed-off-by: Masahiro Yamada --- drivers/pinctrl/pinctrl-zynq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pinctrl/pinctrl-zynq.c b/drivers/pinctrl/pinctrl-zynq.c index 22280bd..3d5453a 100644 --- a/drivers/pinctr

[PATCH] f2fs crypto: fix incorrect release for crypto ctx

When encryption feature is enable, if we rmmod f2fs module, we will encounter a stack backtrace reported in syslog: "BUG: Bad page state in process rmmod pfn:aaf8a page:f0f4f148 count:0 mapcount:129 mapping:ee2f4104 index:0x80 flags: 0xee2830a4(referenced|lru|slab|private_2|writeback|swapbacked|m

Re: [FYI] tux3: Core changes

On 05/14/2015 08:06 PM, Daniel Phillips wrote: > Hi Rik, > > Added Mel, Andrea and Peterz to CC as interested parties. There are > probably others, please just jump in. > > On 05/14/2015 05:59 AM, Rik van Riel wrote: >> On 05/14/2015 04:26 AM, Daniel Phillips wrote: >>> Hi Rik, >>> >>> Our linux-

INFORMATIVE LETTER !!

Hello, I am Liliane Bettencourt,confirm that you got this email as soon as you read it, you can read about me on:http://en.wikipedia.org/wiki/Liliane_Bettencourt I write to you because I intend to give to you a portion of my Net-worth which I have been banking. I want to cede it out as gift hopi

god dag

god dag Dette er Santander Consumer Finance tilbyr vi sikret og usikret personlige lån som hjelper i forretnings dine investeringer og hjem behov og budsjett med en lav rente på 3% og konsentrasjoner på opp til 5000 i både dollar / euro og 10,000.000.00 dollar / euro. Kontakt oss ved å fylle ut

[PATCH] numa,sched: reduce conflict between fbq_classify_rq and migration

It is possible for fbq_classify_rq to indicate that a CPU has tasks that should be moved to another NUMA node, but for migrate_improves_locality and migrate_degrades_locality to not identify those tasks. This patch always gives preference to preferred node evaluations, and only checks the number o

Re: [PATCH][linux-next] coda: Do not define TRACE_SYSTEM_STRING

On Thu, 14 May 2015 22:52:50 -0400 Steven Rostedt wrote: > TRACE_SYSTEM_STRING is used internally to the TRACE_EVENT system. It > should not be defined by tracepoint files. I'm not even sure who > started that (I hope it wasn't me!) According to git history, that define first showed up in commi

[PATCH][linux-next] coda: Do not define TRACE_SYSTEM_STRING

TRACE_SYSTEM_STRING is used internally to the TRACE_EVENT system. It should not be defined by tracepoint files. I'm not even sure who started that (I hope it wasn't me!) Reported-by: kbuild test robot Signed-off-by: Steven Rostedt http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: [RFC][PATCHSET v3] non-recursive pathname resolution & RCU symlinks

On Thu, May 14, 2015 at 07:18:16PM -0700, Linus Torvalds wrote: > The only difference - EVER - would be if you pass in the ICASE flag. > Nothing I suggested would change semantics without it (the _hash_ > changes, but that doesn't change semantics, it's a purely internal > random number). > > Now,

Re: [PATCH net-next,v2,1/1] hv_netvsc: use per_cpu stats to calculate TX/RX data

From: Simon Xiao Date: Thu, 14 May 2015 01:00:25 -0700 > Current code does not lock anything when calculating the TX and RX stats. > As a result, the RX and TX data reported by ifconfig are not accuracy in a > system with high network throughput and multiple CPUs (in my test, > RX/TX = 83% betwee

Re: [PATCH v2 1/2] cpufreq_stats: Adds sysfs file /sys/devices/system/cpu/cpufreq/current_in_state

I am not replying for concept here, as sched maintainers are in a better position for that, but a nit below.. On 14-05-15, 17:12, Ruchi Kandoi wrote: > Adds the sysfs file for userspace to initialize the active current > values for all the cores at each of the frequencies. > > The format for stor

Re: [RFC PATCH V2 1/2] x86/cpu hotplug: make apicid <--> cpuid mapping persistent

Hi Ishimatsu, On 05/15/2015 12:44 AM, Yasuaki Ishimatsu wrote: > Hi Gu, > > Before 8 months, I posted the following patch to relate > cpuid to apicid. > > https://lkml.org/lkml/2014/9/3/1120 > > Could you try this patch? Thanks for your reminder. It seems similar to the https://lkml.org/lkml

Re: [RFC 21/23] net/xen-netback: Make it running on 64KB page granularity

On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote: > The PV network protocol is using 4KB page granularity. The goal of this > patch is to allow a Linux using 64KB page granularity working as a > network backend on a non-modified Xen. > > It's only necessary to adapt the ring size and b

Re: [PATCH V6 05/10] audit: log creation and deletion of namespace instances

On 15/05/14, Paul Moore wrote: > On Thursday, May 14, 2015 10:57:14 AM Steve Grubb wrote: > > On Tuesday, May 12, 2015 03:57:59 PM Richard Guy Briggs wrote: > > > On 15/05/05, Steve Grubb wrote: > > > > I think there needs to be some more discussion around this. It seems > > > > like this is not ex

  1   2   3   4   5   6   7   8   9   10   >