Re: Info: mapping multiple BARs. Your kernel is fine.

On Tue, Feb 25, 2014 at 05:14:01PM +0100, Stephane Eranian wrote: > I am trying to understand your test case. > Were you actually measure uncore_imc events at the time you suspended? No test case, just the machine booting; look at the printk timestamps. > I tried on my IvyBridge Lenovo and it

Re: [PATCH] x86: set Pentium M as PAE capable

On Tue, Feb 25, 2014 at 02:45:57AM -0800, H. Peter Anvin wrote: > On 02/24/2014 10:01 PM, Chris Bainbridge wrote: > > Pentium M is PAE capable but does not indicate so in the CPUID response. > > This is an issue now that some distributions are no longer shipping > > non-PAE kernels (those

Re: [PATCH] ARM: EDMA: Use platform_get_resource functions for DT

On Fri, Feb 21, 2014 at 11:36 AM, Joel Fernandes wrote: > On 02/21/2014 06:15 AM, Mark Rutland wrote: >>> Also, while at it get rid of the assumption in the code that "CC" is at reg >>> index 0 in the DT and xbar is at offset 1. Instead use reg-names to get the >>> memory resource in concern

Re: [PATCH 02/11] sched: remove rq->cpu_load[load_idx] array

> > -/** > - * get_sd_load_idx - Obtain the load index for a given sched domain. > - * @sd: The sched_domain whose load_idx is to be obtained. > - * @idle: The idle status of the CPU for whose sd load_idx is obtained. > - * > - * Return: The load index. > - */ > -static inline int

Re: linux-next: Tree for Feb 25 (externally_visible attribute)

On 02/24/2014 11:48 PM, Stephen Rothwell wrote: > Hi all, > > This tree fails (more than usual) the powerpc allyesconfig build. > > Changes since 20140224: > I'm seeing several of these warnings (since 20140224): arch/x86/crypto/sha1_ssse3_glue.c:43:1: warning: 'externally_visible' attribute

Re: [PATCH] sched/deadline: Cleanup RT leftovers from {inc/dec}_dl_migration

On Tue, 25 Feb 2014 19:52:23 +0400 Kirill Tkhai wrote: > > In deadline class we do not have group scheduling. > > So, let's remove unnecessary > > X = X; > > equations. > Thanks! - Juri > Signed-off-by: Kirill Tkhai > CC: Juri Lelli > CC: Peter Zijlstra > CC: Ingo Molnar > ---

Re: Stable backport of cifs nlink workaround?

On Tue, Feb 25, 2014 at 03:24:43PM +, Sitsofe Wheeler wrote: > Hi, > > Is there any chance that 74d290da476f672ad756634d12aa707375d3564d > ([CIFS] Provide sane values for nlink) could be backported to the stable > 3.2 kernel? Why just 3.2? What's wrong with all of the other kernels before

Re: Info: mapping multiple BARs. Your kernel is fine.

Hi, I am trying to understand your test case. Were you actually measure uncore_imc events at the time you suspended? I tried on my IvyBridge Lenovo and it works fine with 3.14-rc4+ (tip.git). I used: echo -n disk >/sys/power/state On Tue, Feb 25, 2014 at 4:48 PM, H. Peter Anvin wrote: > On

Re: [PATCH] i8042: Don't print an error message just because there's no chip

On Tue, Feb 25, 2014 at 10:47 AM, Adam Jackson wrote: > From: Peter Jones > > Some systems, such as EFI-based Apple systems, won't necessarily have an > i8042 to initialize. We shouldn't be printing an error message in this > case, since not detecting the chip is the correct behavior. > > v2:

Re: [PATCH 1/2] hwmon: (lm90) split set temp as common codes

On Tue, Feb 25, 2014 at 05:21:40PM +0800, Wei Ni wrote: > On 02/25/2014 04:57 PM, Guenter Roeck wrote: > > On 02/25/2014 12:21 AM, Wei Ni wrote: > >> On 02/25/2014 02:32 PM, Guenter Roeck wrote: > >>> On 02/24/2014 10:21 PM, Wei Ni wrote: > Split set temp codes as common functions, so we can

Re: [PATCH v3 2/2] i2c: New bus driver for the Qualcomm QUP I2C controller

On Fri, Feb 21, 2014 at 3:06 AM, Mark Rutland wrote: > On Fri, Feb 21, 2014 at 12:38:10AM +, Bjorn Andersson wrote: [...] > >> +static const struct of_device_id qup_i2c_dt_match[] = { >> + { .compatible = "qcom,i2c-qup-v1.1.1" }, >> + { .compatible = "qcom,i2c-qup-v2.1.1" }, >> +

[PATCH] sched/rt: fix rt timer activation/deactivation

Destroy rt bandwidth timer when rq has no more RT tasks, even when CONFIG_RT_GROUP_SCHED is not set. Signed-off-by: Juri Lelli --- kernel/sched/rt.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c index a2740b7..7dba25a

Stable backport of cifs nlink workaround?

Hi, Is there any chance that 74d290da476f672ad756634d12aa707375d3564d ([CIFS] Provide sane values for nlink) could be backported to the stable 3.2 kernel? The reason I ask is because if you Using a Debain Wheezy box with a 3.2.41-2+deb7u2 kernel the following is problematic: Mount a share using

Re: [RFC PATCH v1 0/2] perf: Support for SDT markers

On 02/25/2014 05:14 PM, Masami Hiramatsu wrote: (2014/02/24 18:14), Hemant Kumar wrote: This patchset helps in listing dtrace style markers(SDT) present in user space applications through perf. Notes/markers are placed at important places by the developers. They have a negligible overhead when

[PATCH] sched/deadline: Cleanup RT leftovers from {inc/dec}_dl_migration

In deadline class we do not have group scheduling. So, let's remove unnecessary X = X; equations. Signed-off-by: Kirill Tkhai CC: Juri Lelli CC: Peter Zijlstra CC: Ingo Molnar --- kernel/sched/deadline.c |2 -- 1 file changed, 2 deletions(-) diff --git

RE: [PATCH v4 1/7] arm64: Add ftrace support

From: AKASHI Takahiro Sent: Tuesday, February 25, 2014 2:53 PM To: rost...@goodmis.org; fweis...@gmail.com; mi...@redhat.com; catalin.mari...@arm.com; will.dea...@arm.com; tim.b...@sonymobile.com Cc: Kulkarni, Ganapatrao; dsax...@linaro.org;

RE: [PATCH v4 2/2] hyperv-fb: kick off efifb early

> -Original Message- > From: Gerd Hoffmann [mailto:kra...@redhat.com] > Sent: Tuesday, February 25, 2014 7:29 AM > To: linux-fb...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; gre...@linuxfoundation.org; KY Srinivasan; > Abhishek Gupta (LIS); Haiyang Zhang; jasow...@redhat.com; >

Re: [PATCH 2/2] ARM: dts: MSM8974: Add pinctrl node

On Feb 24, 2014, at 3:57 AM, Linus Walleij wrote: > On Thu, Feb 6, 2014 at 4:28 PM, Ivan T. Ivanov wrote: > >> From: "Ivan T. Ivanov" >> >> Add the pin control node and pin definitions of SPI8. >> >> Signed-off-by: Ivan T. Ivanov > > Acked-by: Linus Walleij > > Kumar, please take this

Re: [PATCH V6 0/4] perf/x86/amd: AMD Family 16h Data Breakpoint Extensions

On Tue, Feb 25, 2014 at 09:09:29AM -0600, Suravee Suthikulanit wrote: > On 1/8/2014 7:52 PM, Frederic Weisbecker wrote: > >This message has been archived. View the original item >

Re: Info: mapping multiple BARs. Your kernel is fine.

On 02/24/2014 12:19 PM, Borislav Petkov wrote: > Btw, > > I don't know whether the following observation is related or not, but it > so happens that after resume from suspend-to-disk, I see the booting up > of the resume kernel on the console but when it is time for the original > kernel to take

[PATCH] i8042: Don't print an error message just because there's no chip

From: Peter Jones Some systems, such as EFI-based Apple systems, won't necessarily have an i8042 to initialize. We shouldn't be printing an error message in this case, since not detecting the chip is the correct behavior. v2: Downgrade to pr_notice instead of pr_err. Signed-off-by: Adam

Re: DMABOUNCE in pci-rcar

On Tuesday 25 February 2014, Magnus Damm wrote: > And the DMABOUNCE code does not support HIGHMEM, so because of that > the block layer BOUNCE is also used. Ah, I misunderstood this part previously. I understand better what's going on now, but this also enforces the impression that both BOUNCE

Re: [PATCH 00/10] pinctrl: mvebu: remove hard-coded addresses from Dove pinctrl

On Tue, Feb 25, 2014 at 04:30:45PM +0100, Sebastian Hesselbarth wrote: > On 02/25/14 16:16, Jason Cooper wrote: > >On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote: > >>On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote: > >>>I've now created mvebu/pinctrl-dove for this series.

Re: [PATCH 7/7] Cpuidle: poll state can measure residency

On 25 February 2014 12:56, Daniel Lezcano wrote: > On 02/24/2014 07:29 AM, Tuukka Tikkanen wrote: >> >> For some platforms, a poll state is inserted in the cpuidle driver states. >> The flags for the state do not indicate that timekeeping is not affected. >> As the state does not do anything

Re: perf_fuzzer compiled for x32 causes reboot

On Tue, 25 Feb 2014, Steven Rostedt wrote: > On Tue, 25 Feb 2014 06:34:55 -0800 > "H. Peter Anvin" wrote: > > > #2 is what I really don't understand. > > > > I worry something else is going on there > > Yeah, me too. > OK, well I'll work on isolating that next, I was hoping the segfault

Re: [PATCH 00/10] pinctrl: mvebu: remove hard-coded addresses from Dove pinctrl

On 02/25/14 16:16, Jason Cooper wrote: On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote: On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote: I've now created mvebu/pinctrl-dove for this series. It's based on v3.14-rc1, and depends on mvebu/pinctrl (which depends on

Re: Stable backport of cifs nlink workaround?

The patch is a little larger than usual for stable but for those where the backport is trivial, seems reasonable candidate for stable. On Tue, Feb 25, 2014 at 9:24 AM, Sitsofe Wheeler wrote: > Hi, > > Is there any chance that 74d290da476f672ad756634d12aa707375d3564d > ([CIFS] Provide sane values

[GIT PULL] qcom driver changes for v3.15

The following changes since commit cf1e8f0cd665e2a9966d2bee4e11ecc0938ff166: ARM: qcom: Rename various msm prefixed functions to qcom (2014-02-06 16:20:41 -0600) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/galak/linux-qcom.git

Re: [PATCH v2 1/1] audit: Add CONFIG_HAVE_ARCH_AUDITSYSCALL

On 14/02/25, AKASHI Takahiro wrote: > Currently AUDITSYSCALL has a long list of architecture depencency: >depends on AUDIT && (X86 || PARISC || PPC || S390 || IA64 || UML || > SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT) || ALPHA) > The purpose of this patch is to

Re: [PATCHv2 0/5] net: rfkill: gpio: cleanup and a few new acpi ids

On Tue, 2014-02-25 at 14:22 +0200, Heikki Krogerus wrote: > I was waiting for the DT support from Chen-Yu before sending these, > but decided it makes no difference when I send them. I'm dropping the > con ID in the second patch because Dan noticed the warning, but of > course it will mean the

Re: + exitc-call-proc_exit_connector-after-exit_state-is-set.patch added to -mm tree

> The process events connector delivers a notification when a process exits. > This is really convenient for a process that spawns and wants to monitor > its children through an epoll-able() interface. > > Unfortunately, there is a small window between when the event is delivered > and the child

Re: [PATCH v3] sysfs: fix namespace refcnt leak

On Tue, Feb 25, 2014 at 07:19:55AM -0800, Greg Kroah-Hartman wrote: > On Tue, Feb 25, 2014 at 09:42:56AM -0500, Tejun Heo wrote: > > On Tue, Feb 25, 2014 at 07:28:44PM +0800, Li Zefan wrote: > > > As mount() and kill_sb() is not a one-to-one match, we shoudn't get > > > ns refcnt unconditionally

Re: [PATCH v3] sysfs: fix namespace refcnt leak

On Tue, Feb 25, 2014 at 09:42:56AM -0500, Tejun Heo wrote: > On Tue, Feb 25, 2014 at 07:28:44PM +0800, Li Zefan wrote: > > As mount() and kill_sb() is not a one-to-one match, we shoudn't get > > ns refcnt unconditionally in sysfs_mount(), and instead we should > > get the refcnt only when

Re: [PATCH 00/10] pinctrl: mvebu: remove hard-coded addresses from Dove pinctrl

On Tue, Feb 25, 2014 at 10:36:54AM +0100, Linus Walleij wrote: > On Mon, Feb 24, 2014 at 7:10 PM, Jason Cooper wrote: > > > Sebastian, Linus, > > > > I've now created mvebu/pinctrl-dove for this series. It's based on > > v3.14-rc1, and depends on mvebu/pinctrl (which depends on > >

Re: [PATCHv2 1/5] ARM: tegra: remove obsolete gpio entries

On Tue, 2014-02-25 at 14:22 +0200, Heikki Krogerus wrote: > After moving to description based gpio interface in > rfkill-gpio, the gpio numbers are not used any more. > > Signed-off-by: Heikki Krogerus > --- > arch/arm/mach-tegra/board-paz00.c | 4 +--- > 1 file changed, 1 insertion(+), 3

Re: [PATCH 08/11] vfs: Merge check_submounts_and_drop and d_invalidate

On Mon, Feb 24, 2014 at 04:01:29PM -0800, Eric W. Biederman wrote: > Miklos Szeredi writes: > > > On Sat, Feb 15, 2014 at 01:39:22PM -0800, Eric W. Biederman wrote: > >> > >> Now that d_invalidate is the only caller of check_submounts_and_drop, > >> expand check_submounts_and_drop inline in

Re: [PATCH V6 0/4] perf/x86/amd: AMD Family 16h Data Breakpoint Extensions

On 1/8/2014 7:52 PM, Frederic Weisbecker wrote: This message has been archived. View the original item Hi

Re: [cgroup/task_lock] INFO: suspicious RCU usage.

Hello, Li. On Tue, Feb 25, 2014 at 08:01:25PM +0800, Li Zefan wrote: ... > >> So, this is from removing task_lock from task_css_set_check() and > >> adding rcu_read_lock() in cpuset_cpus_allowed() should fix it. > > > > Yeah, rcu_read_lock() should be sufficient. > > > >> I'm > >> not sure how

Re: [PATCHSET v2 cgroup/for-3.15] cgroup: update task migration path

On Thu, Feb 13, 2014 at 03:28:46PM -0500, Tejun Heo wrote: > Hello, > > This is v2 of update-task-migration-path patchset. Changes from v1[L] > are Applied to cgroup/for-3.15. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

[PATCH] mmc: host: dw: fix possible build error

Fix the following build errors: drivers/mmc/host/dw_mmc-k3.c: In function ‘dw_mci_k3_suspend’: drivers/mmc/host/dw_mmc-k3.c:58:2: error: implicit declaration of function ‘dw_mci_suspend’ [-Werror=implicit-function-declaration] ret = dw_mci_suspend(host); ^

[PATCH v4 3/3] Documentation: of: Document graph bindings

The device tree graph bindings as used by V4L2 and documented in Documentation/device-tree/bindings/media/video-interfaces.txt contain generic parts that are not media specific but could be useful for any subsystem with data flow between multiple devices. This document describe the generic

[PATCH v4 0/3] Move device tree graph parsing helpers to drivers/of

Hi, this version moves the graph helpers to drivers/of again instead of drivers/media. Since the location changed again, I have dropped the Acks. A second patch is added that splits out the common parts from v4l2_of_parse_endpoint into of_graph_parse_endpoint and I have added a binding

Re: your mail

On Tue, Feb 25, 2014 at 11:20:11AM +, srikanth TS wrote: > > On Feb 25, 2014 2:28 AM, "Will Deacon" > mailto:will.dea...@arm.com>> wrote: > > > > On Mon, Feb 24, 2014 at 03:12:21PM +, srikanth TS wrote: > > > Hi Will Deacon, > > > > Hello, > > > > > Currently SMMU driver expecting all

Re: [PATCH v2 1/1] arm64: make a single hook to syscall_trace() for all syscall features

On Tue, Feb 25, 2014 at 09:14:43AM +, AKASHI Takahiro wrote: > Currently syscall_trace() is called only for ptrace. > With additional TIF_xx flags defined, it is now called in all the cases > of audit, ftrace and seccomp in addition to ptrace. > > Signed-off-by: AKASHI Takahiro > Acked-by:

Re: [RFC] sched/deadline: Prevent rt_time growth to infinity

25.02.2014, 18:14, "Juri Lelli" : > On Sat, 22 Feb 2014 04:56:59 +0400 > Kirill Tkhai wrote: > >>  On 21.02.2014 20:36, Juri Lelli wrote: >>>  On Fri, 21 Feb 2014 11:37:15 +0100 >>>  Peter Zijlstra wrote:  On Thu, Feb 20, 2014 at 02:16:00AM +0400, Kirill Tkhai wrote: >  Since deadline

[PATCH v4 1/3] [media] of: move graph helpers from drivers/media/v4l2-core to drivers/of

From: Philipp Zabel This patch moves the parsing helpers used to parse connected graphs in the device tree, like the video interface bindings documented in Documentation/devicetree/bindings/media/video-interfaces.txt, from drivers/media/v4l2-core to drivers/of. This allows to reuse the same

[PATCH v4 2/3] [media] of: move common endpoint parsing to drivers/of

This patch adds a new struct of_endpoint which is then embedded in struct v4l2_of_endpoint and contains the endpoint properties that are not V4L2 specific, or in fact not even media specific: port number, endpoint id, local device tree node and remote endpoint phandle. of_graph_parse_endpoint

Re: [PATCH v4 0/6] generic early_ioremap support

On Wed, 2014-02-12 at 15:56 -0500, Mark Salter wrote: > This patch series takes the common bits from the x86 early ioremap > implementation and creates a generic implementation which may be used > by other architectures. The early ioremap interfaces are intended for > situations where boot code

Re: [PATCH] cpufreq: Set policy to non-NULL only after all hotplug online work is done

On 25 February 2014 18:34, Rafael J. Wysocki wrote: > Well, that depends on what the current users expect it to look like initially. > It should be initialized to the point in which all of them can handle it > correctly. Exactly. > That's not going to work in at least some cases anyway, because

Re: [PATCH 6/6] gpio / ACPI: Add support for ACPI GPIO operation regions

On Monday, February 24, 2014 06:00:11 PM Mika Westerberg wrote: > GPIO operation regions is a new feature introduced in ACPI 5.0 > specification. This feature adds a way for platform ASL code to call back > to OS GPIO driver and toggle GPIO pins. > > An example ASL code from Lenovo Miix 2 tablet

Re: [PATCH] Change task_struct->comm to use RCU.

On Tue, Feb 25, 2014 at 09:54:01PM +0900, Tetsuo Handa wrote: > Lai Jiangshan wrote: > > CC scheduler people. > > > > I can't figure out what we get with this patch. > > > OK. Welcome to this thread. I'll explain you what is going on. > > Current problem: > > printk("%s\n", task->comm) is

Re: perf_fuzzer compiled for x32 causes reboot

On Tue, 25 Feb 2014 06:34:55 -0800 "H. Peter Anvin" wrote: > #2 is what I really don't understand. > > I worry something else is going on there Yeah, me too. -- Steve > > > > >While the missing cr2 issue made debugging frustrating, I find the > >other > >aspects of the bug more serious: >

Re: [PATCH 1/2] cpufreq: Return error if ->get() failed in cpufreq_update_policy()

On 25 February 2014 18:40, Rafael J. Wysocki wrote: > Well, why exactly does the core need to operate "current frequency" at all? I don't think I understood what you meant here. Do you mean why should we maintain policy->cur? -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v3] sysfs: fix namespace refcnt leak

On Tue, Feb 25, 2014 at 07:28:44PM +0800, Li Zefan wrote: > As mount() and kill_sb() is not a one-to-one match, we shoudn't get > ns refcnt unconditionally in sysfs_mount(), and instead we should > get the refcnt only when kernfs_mount() allocated a new superblock. > > v2: > - Changed the name of

Re: [PATCH v2 3/3] ahci: st: Add support for ST's SATA IP

On Tue, Feb 25, 2014 at 11:41:21AM +, Lee Jones wrote: > Cc: Tejun Heo > Cc: linux-...@vger.kernel.org > Acked-by: Alexandre Torgue > Signed-off-by: Lee Jones Applied to libata/for-3.15 w/ missing "\n" added to dev_err() in st_ahci_suspend(). Thanks. -- tejun -- To unsubscribe from this

Re: perf_fuzzer compiled for x32 causes reboot

#2 is what I really don't understand. I worry something else is going on there On February 25, 2014 6:07:51 AM PST, Vince Weaver wrote: >On Mon, 24 Feb 2014, H. Peter Anvin wrote: > >> On 02/24/2014 11:30 AM, Peter Zijlstra wrote: >> > On Mon, Feb 24, 2014 at 02:13:29PM -0500, Steven Rostedt

Re: [PATCH] Staging: comedi: Fix line length exceeding 80 characters

On Tue, Feb 25, 2014 at 09:46:19AM +, Ian Abbott wrote: > On 2014-02-24 16:49, Monam Agarwal wrote: > > Signed-off-by: Monam Agarwal > > --- > > drivers/staging/comedi/comedi_fops.c |3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git

Re: [PATCH 0/2] mfd: twl6040: Small clean-ups

On 02/25/2014 03:27 PM, Lee Jones wrote: >>> Here is two cleanups patches for the TWL6040 audio codec. The first >>> one checks for an error when reading the revision register (first read >>> in the probe path). The second removes a duplicate I2C writes. >>> >>> Regards, >>> Florian >> >> To

Re: [PATCH 5/6] gpio / ACPI: Rework ACPI GPIO event handling

On Monday, February 24, 2014 06:00:10 PM Mika Westerberg wrote: > The current ACPI GPIO event handling code was never tested against real > hardware with functioning GPIO triggered events (at the time such hardware > wasn't available). Thus it misses certain things like requesting the GPIOs >

[PATCH v6 02/22] Allow page fault handlers to perform the COW

Currently COW of an XIP file is done by first bringing in a read-only mapping, then retrying the fault and copying the page. It is much more efficient to tell the fault handler that a COW is being attempted (by passing in the pre-allocated page in the vm_fault structure), and allow the handler to

Re: [PATCH 0/2] mfd: twl6040: Small clean-ups

> > Here is two cleanups patches for the TWL6040 audio codec. The first > > one checks for an error when reading the revision register (first read > > in the probe path). The second removes a duplicate I2C writes. > > > > Regards, > > Florian > > To both: > Acked-by: Peter Ujfalusi Applied

[PATCH v6 10/22] Remove get_xip_mem

All callers of get_xip_mem() are now gone. Remove checks for it, initialisers of it, documentation of it and the only implementation of it. Add documentation for writing a filesystem that supports DAX. Signed-off-by: Matthew Wilcox Reviewed-by: Randy Dunlap ---

Re: [PATCH 4/4] mfd: arizona: Use new regmap features for manual register patch

On Tue, 25 Feb 2014, Charles Keepax wrote: > On the wm5102 the register patches are applied manually, rather than by > the regmap core. This application is wrapped in calls to > regcache_cache_bypass. However, this is dangerous as other threads may > be accessing the hardware at the same time as

[PATCH v6 00/22] Support ext4 on NV-DIMMs

One of the primary uses for NV-DIMMs is to expose them as a block device and use a filesystem to store files on the NV-DIMM. While that works, it currently wastes memory and CPU time buffering the files in the page cache. We have support in ext2 for bypassing the page cache, but it has some

[PATCH v6 17/22] Get rid of most mentions of XIP in ext2

The only remaining usage is userspace's 'xip' option. --- fs/ext2/ext2.h | 6 +++--- fs/ext2/file.c | 2 +- fs/ext2/inode.c | 6 +++--- fs/ext2/namei.c | 8 fs/ext2/super.c | 16 5 files changed, 19 insertions(+), 19 deletions(-) diff --git a/fs/ext2/ext2.h

Re: [PATCH 0/6 v2] Expose do_timer CPU as RW to userspace

On Tue, Feb 25, 2014 at 01:33:55PM +0100, Henrik Austad wrote: > From: Henrik Austad > > Hi! > > This is a rework of the preiovus patch based on the feedback gathered > from the last round. I've split it up a bit, mostly to make it easier to > single out the parts that require more attention

[PATCH v6 03/22] axonram: Fix bug in direct_access

The 'pfn' returned by axonram was completely bogus, and has been since 2008. Signed-off-by: Matthew Wilcox --- arch/powerpc/sysdev/axonram.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc/sysdev/axonram.c index 47b6b9f..830edc8

[PATCH v6 04/22] Change direct_access calling convention

In order to support accesses to larger chunks of memory, pass in a 'size' parameter (counted in bytes), and return the amount available at that address. Signed-off-by: Matthew Wilcox --- Documentation/filesystems/xip.txt | 15 +-- arch/powerpc/sysdev/axonram.c | 6 +++---

[PATCH v6 19/22] ext4: Make ext4_block_zero_page_range static

It's only called within inode.c, so make it static, remove its prototype from ext4.h and move it above all of its callers so it doesn't need a prototype within inode.c. Signed-off-by: Matthew Wilcox --- fs/ext4/ext4.h | 2 -- fs/ext4/inode.c | 42 +- 2

[PATCH v6 15/22] Remove CONFIG_EXT2_FS_XIP and rename CONFIG_FS_XIP to CONFIG_FS_DAX

The fewer Kconfig options we have the better. Use the generic CONFIG_FS_DAX to enable XIP support in ext2 as well as in the core. Signed-off-by: Matthew Wilcox --- fs/Kconfig | 21 ++--- fs/Makefile| 2 +- fs/ext2/Kconfig| 11 --- fs/ext2/ext2.h

[PATCH v6 06/22] Replace XIP read and write with DAX I/O

Use the generic AIO infrastructure instead of custom read and write methods. In addition to giving us support for AIO, this adds the missing locking between read() and truncate(). Signed-off-by: Matthew Wilcox Reviewed-by: Ross Zwisler --- fs/Makefile| 1 + fs/dax.c | 192

[PATCH v6 20/22] ext4: Add DAX functionality

From: Ross Zwisler This is a port of the DAX functionality found in the current version of ext2. Signed-off-by: Ross Zwisler Reviewed-by: Andreas Dilger [heavily tweaked] Signed-off-by: Matthew Wilcox --- Documentation/filesystems/dax.txt | 1 + Documentation/filesystems/ext4.txt | 2 ++

[PATCH v6 05/22] Introduce IS_DAX(inode)

Use an inode flag to tag inodes which should avoid using the page cache. Convert ext2 to use it instead of mapping_is_xip(). Signed-off-by: Matthew Wilcox --- fs/ext2/inode.c| 9 ++--- fs/ext2/xip.h | 2 -- include/linux/fs.h | 6 ++ 3 files changed, 12 insertions(+), 5

[PATCH v6 14/22] ext2: Remove xip.c and xip.h

These files are now empty, so delete them Signed-off-by: Matthew Wilcox --- fs/ext2/Makefile | 1 - fs/ext2/inode.c | 1 - fs/ext2/namei.c | 1 - fs/ext2/super.c | 1 - fs/ext2/xip.c| 15 --- fs/ext2/xip.h| 16 6 files changed, 35 deletions(-) delete

[PATCH v6 08/22] Replace xip_truncate_page with dax_truncate_page

It takes a get_block parameter just like nobh_truncate_page() and block_truncate_page() Signed-off-by: Matthew Wilcox --- fs/dax.c | 52 fs/ext2/inode.c| 2 +- include/linux/fs.h | 4 ++-- mm/filemap_xip.c | 40

Re: [PATCH 2/2] mfd: twl6040: Remove duplicate register write

> When probing, regmap_register_patch() will bypass the cache and perform > i2c writes for the given patches. It is thus unnecessary to manually set > the TWL6040_REG_ACCCTL register just before, as it will be done when > registering the twl6040_patch. > > Signed-off-by: Florian Vaussard > --- >

Re: [PATCH 1/2] mfd: twl6040: Check for error when reading revision register

> We may have an error when reading the revision register, so check for > the returned value. > > Signed-off-by: Florian Vaussard > --- > drivers/mfd/twl6040.c | 5 + > 1 file changed, 5 insertions(+) Applied, thanks. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │

[PATCH v6 09/22] Remove mm/filemap_xip.c

It is now empty as all of its contents have been replaced by fs/xip.c Signed-off-by: Matthew Wilcox --- mm/Makefile | 1 - mm/filemap_xip.c | 23 --- 2 files changed, 24 deletions(-) delete mode 100644 mm/filemap_xip.c diff --git a/mm/Makefile b/mm/Makefile index

[PATCH v6 18/22] xip: Add xip_zero_page_range

This new function allows us to support hole-punch for XIP files by zeroing a partial page, as opposed to the xip_truncate_page() function which can only truncate to the end of the page. Reimplement xip_truncate_page() as a macro that calls xip_zero_page_range(). Signed-off-by: Matthew Wilcox

[PATCH v6 16/22] ext2: Remove ext2_aops_xip

We shouldn't need a special address_space_operations any more Signed-off-by: Matthew Wilcox --- fs/ext2/ext2.h | 1 - fs/ext2/inode.c | 7 +-- fs/ext2/namei.c | 4 ++-- 3 files changed, 3 insertions(+), 9 deletions(-) diff --git a/fs/ext2/ext2.h b/fs/ext2/ext2.h index b30c3bd..b8b1c11

[PATCH v6 11/22] Replace ext2_clear_xip_target with dax_clear_blocks

This is practically generic code; other filesystems will want to call it from other places, but there's nothing ext2-specific about it. Make it a little more generic by allowing it to take a count of the number of bytes to zero rather than fixing it to a single page. Thanks to Dave Hansen for

[PATCH v6 22/22] dax: Add reporting of major faults

If we have to call get_block with the create argument set to 1, then the filesystem almost certainly had to zero the block. which is an I/O, which should be reported as a major fault. Note that major faults on DAX files happen for different reasons than major faults on non-DAX files. DAX files

Re: [PATCH 0/2] mfd: twl6040: Small clean-ups

On 02/25/2014 03:28 PM, Florian Vaussard wrote: > Hi, > > Here is two cleanups patches for the TWL6040 audio codec. The first > one checks for an error when reading the revision register (first read > in the probe path). The second removes a duplicate I2C writes. > > Regards, > Florian To both:

[PATCH v6 21/22] ext4: Fix typos

Comment fix only Signed-off-by: Matthew Wilcox --- fs/ext4/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c index 9462730..14a9744 100644 --- a/fs/ext4/inode.c +++ b/fs/ext4/inode.c @@ -3691,7 +3691,7 @@ void ext4_truncate(struct

[PATCH v6 12/22] ext2: Remove ext2_xip_verify_sb()

Jan Kara pointed out that calling ext2_xip_verify_sb() in ext2_remount() doesn't make sense, since changing the XIP option on remount isn't allowed. It also doesn't make sense to re-check whether blocksize is supported since it can't change between mounts. Replace the call to

[PATCH v6 13/22] ext2: Remove ext2_use_xip

Replace ext2_use_xip() with test_opt(XIP) which expands to the same code Signed-off-by: Matthew Wilcox --- fs/ext2/ext2.h | 4 fs/ext2/inode.c | 2 +- fs/ext2/namei.c | 4 ++-- 3 files changed, 7 insertions(+), 3 deletions(-) diff --git a/fs/ext2/ext2.h b/fs/ext2/ext2.h index

[PATCH v6 07/22] Replace the XIP page fault handler with the DAX page fault handler

Instead of calling aops->get_xip_mem from the fault handler, the filesystem passes a get_block_t that is used to find the appropriate blocks. Signed-off-by: Matthew Wilcox --- fs/dax.c | 167 +++ fs/ext2/file.c | 35 -

[PATCH v6 01/22] Fix XIP fault vs truncate race

Pagecache faults recheck i_size after taking the page lock to ensure that the fault didn't race against a truncate. We don't have a page to lock in the XIP case, so use the i_mmap_mutex instead. It is locked in the truncate path in unmap_mapping_range() after updating i_size. So while we hold

Re: [PATCH v3] spi: core: Validate length of the transfers in message

On Thu, 20 Feb 2014 12:02:08 +0200, "Ivan T. Ivanov" wrote: > SPI transfer length should be multiple of SPI word size, > where SPI word size should be power-of-two multiple ... > + n_words = xfer->len / w_size; > + /* No partial transfers accepted */ > + if

Re: [RFC] sched/deadline: Prevent rt_time growth to infinity

On Sat, 22 Feb 2014 04:56:59 +0400 Kirill Tkhai wrote: > On 21.02.2014 20:36, Juri Lelli wrote: > > On Fri, 21 Feb 2014 11:37:15 +0100 > > Peter Zijlstra wrote: > > > >> On Thu, Feb 20, 2014 at 02:16:00AM +0400, Kirill Tkhai wrote: > >>> Since deadline tasks share rt bandwidth, we must care

Re: [PATCH 04/11] sched: unify imbalance bias for target group

On Tue, Feb 25, 2014 at 09:50:47AM +0800, Alex Shi wrote: > Old code considers the bias in source/target_load already. but still > use imbalance_pct as last check in idlest/busiest group finding. It is > also a kind of redundant job. If we bias imbalance in source/target_load, > we'd better not

Re: [PATCH 4/6] gpio / ACPI: Embed events list directly into struct acpi_gpio_chip

On Monday, February 24, 2014 06:00:09 PM Mika Westerberg wrote: > It is not necessary to have events as a pointer to list in struct > acpi_gpio_chip. Instead we can embed the list_head directly to struct > acpi_gpio_chip itself. This makes event handling a bit simpler because now > we don't need

Re: [PATCH 3/6] gpio / ACPI: Rename acpi_gpio_evt_pin to acpi_gpio_event

On Monday, February 24, 2014 06:00:08 PM Mika Westerberg wrote: > In order to consolidate _Exx, _Lxx and _EVT to use the same structure we > make the structure name reflect that we are dealing with any event, not > just _EVT. It's just a rename, right? Then please say in the changelog that no

Re: [PATCH 2/6] gpio / ACPI: Allocate ACPI specific data directly in acpi_gpiochip_add()

On Monday, February 24, 2014 06:00:07 PM Mika Westerberg wrote: > We are going to add more ACPI specific data to accompany GPIO chip so > instead of allocating it per each use-case we allocate it once when > acpi_gpiochip_add() is called and release it when acpi_gpiochip_remove() is > called. > >

Re: perf_fuzzer compiled for x32 causes reboot

On Mon, 24 Feb 2014, H. Peter Anvin wrote: > On 02/24/2014 11:30 AM, Peter Zijlstra wrote: > > On Mon, Feb 24, 2014 at 02:13:29PM -0500, Steven Rostedt wrote: > >> Ah, and x86_64 saves off the cr2 register when entering NMI and restores > >> it before returning. But it seems to be missing from

[PATCH] x86, make check_irq_vectors_for_cpu_disable() aware of numa node irqs

This patch explicitly depends on Yinghai's patch, [PATCH v3] x86, irq: get correct available vectors for cpu disable, which was last posted here: http://marc.info/?l=linux-kernel=139094603622814=2 and is not yet in any tree AFAICT. P. -8<- After some additional testing I had noticed

Re: [PATCH] tools: Unify export.h

Em Tue, Feb 25, 2014 at 10:52:02PM +1030, Rusty Russell escreveu: > Borislav Petkov writes: > > On Tue, Feb 25, 2014 at 12:09:23PM +1030, Rusty Russell wrote: > >> Should we get more ambitious and start a fake-kernel/ directory where > >> we can put userspace equivs/stubs of kernel functionality?

Re: [PATCH 1/6] gpiolib: Allow GPIO chips to request their own GPIOs

On Monday, February 24, 2014 06:00:06 PM Mika Westerberg wrote: > Sometimes it is useful to allow GPIO chips themselves to request GPIOs they > own through gpiolib API. One usecase is ACPI ASL code that should be able > to toggle GPIOs through GPIO operation regions. > > We can't really use

[PATCH 1/4] regmap: Mark reg_defaults in regmap_multi_reg_write as const

There should be no need for the writes supplied to this function to be edited by it so mark them as const. Signed-off-by: Charles Keepax --- drivers/base/regmap/regmap.c |4 ++-- include/linux/regmap.h |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 3/4] regmap: Base regmap_register_patch on _regmap_multi_reg_write

Since we now have an internal version of regmap_multi_reg_write use this to apply the register patch. Signed-off-by: Charles Keepax --- drivers/base/regmap/regmap.c | 18 -- 1 files changed, 4 insertions(+), 14 deletions(-) diff --git a/drivers/base/regmap/regmap.c

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