When a node fails, its dirty areas get special treatment from other nodes
using the area_resyncing() function. Should the suspend_list be created
before any reads or writes from the file system are processed by md? It
seems to me that gfs journal recovery could read/write to dirty regions
(from t
On 06/12/2015 06:41 PM, Alex Williamson wrote:
On Fri, 2015-06-12 at 00:23 +, Wu, Feng wrote:
-Original Message-
From: Avi Kivity [mailto:avi.kiv...@gmail.com]
Sent: Friday, June 12, 2015 3:59 AM
To: Wu, Feng; k...@vger.kernel.org; linux-kernel@vger.kernel.org
Cc: pbonz...@redhat.com
Without this change, modprobe -r sfc hits the BUG_ON() in
efx_pci_remove_main(). Best as I can tell, this was just an oversight,
efx->state gets set to STATE_UNINIT in the error path of
efx_register_netdev() just after unregister_netdevice(), and the same
should happen in efx_unregister_netdev() af
At Fri, 12 Jun 2015 12:01:42 +0200,
Quentin Lambert wrote:
>
>
>
> On 12/06/2015 11:59, Andreas Schwab wrote:
> > Quentin Lambert writes:
> >
> >> The dev_attrs field of struct bus_type is going away, sue dev_groups
> >> instead.
> > s/sue/use/
> I meant use do you need to fix something else o
At Fri, 12 Jun 2015 18:58:59 +0200,
Fabian Frederick wrote:
>
> Use kernel.h macro definition.
>
> Thanks to Julia Lawall for Coccinelle scripting support.
>
> Signed-off-by: Fabian Frederick
Thanks, applied both patches.
Takashi
> ---
> sound/isa/gus/gus_mixer.c | 9 +++--
> 1 file ch
One tiny nitpick / typo, inline below - functionally, this looks good
from our side...
Reviewed-by: mwilliam...@undo-software.com
Tested-by: mwilliam...@undo-software.com
On Tue, Jun 9, 2015 at 9:00 PM, Konstantin Khlebnikov wrote:
> From: Konstantin Khlebnikov
<...snip...>
> -#define __PM_SO
On 06/12/2015 09:21 AM, Stephan Mueller wrote:
>> +void *mpi_get_buffer(MPI a, unsigned *nbytes, int *sign)
>> >+{
>> >+ uint8_t *buf, *p;
>> >+ int n, ret;
>> >+
>> >+ if (!nbytes)
>> >+ return NULL;
>> >+
>> >+ n = mpi_get_size(a);
> Shouldn't n be unsigned i
Hi Konstantin,
Thanks very much for your help on this.
>From our side, I've tested our application against a patched kernel
and I confirm that the functionality can replace what we lost when
PFNs were removed from /proc/PID/pagemap. This addresses the
functionality regression from our PoV (just
The rockchip io-domain driver currently only depends on ARCH_ROCKCHIP
itself. This makes it possible to select the power-domain driver, but
not the POWER_AVS class and results in the iodomain-driver not getting
build in this case.
So add the additional dependency, which also results in the driver
On 06/11, Paul E. McKenney wrote:
>
> > > + * seqcount_t seq;
> > > + * bool X = true, Y = false;
> > > + *
> > > + * void read(void)
> > > + * {
> > > + * bool x, y;
> > > + *
> > > + * do {
> > > + * int s = read_seqcount_begin(&s
On Fri, Jun 12, 2015 at 08:42:33AM +, Naoya Horiguchi wrote:
> 4?) I don't have the whole picture of how address ranging mirroring works,
> but I'm curious about what happens when an uncorrected memory error happens
> on the a mirror page. If HW/FW do some useful work invisible from kernel,
> p
On Fri, 2015-06-12 at 21:48 +0300, Avi Kivity wrote:
> On 06/12/2015 06:41 PM, Alex Williamson wrote:
> > On Fri, 2015-06-12 at 00:23 +, Wu, Feng wrote:
> >>> -Original Message-
> >>> From: Avi Kivity [mailto:avi.kiv...@gmail.com]
> >>> Sent: Friday, June 12, 2015 3:59 AM
> >>> To: Wu,
On 05/18/2015 10:30 PM, Mike Galbraith wrote:
> On Mon, 2015-05-18 at 10:52 -0400, Rik van Riel wrote:
>
>> For real time KVM, it is desirable to run the VCPU threads on
>> isolated CPUs as real time tasks.
>>
>> Meanwhile, the emulator threads can run as normal tasks anywhere
>> on the system.
>>
Em Fri, Jun 12, 2015 at 02:08:13PM +0900, Masami Hiramatsu escreveu:
> Since commit 5e17b28f1e24 ("perf probe: Add --quiet option to
> suppress output result message") have replaced printf with pr_info,
> perf probe -l outputs its result in stderr. However, that is not
> what the commit expected.
>
Em Fri, Jun 12, 2015 at 02:08:20PM +0900, Masami Hiramatsu escreveu:
> Cut off the postfixes which gcc added for optimized routines
> from the event name automatically generated from symbol name,
> since *probe-events doesn't accept it.
> Those symbols will be used if we don't use debuginfo to find
Em Fri, Jun 12, 2015 at 02:08:27PM +0900, Masami Hiramatsu escreveu:
> Fix to check both of non-exist symbols and kprobe blacklist symbols at
> symbol-map based converting too.
>
> E.g. without this fix, perf-probe failes to write the event.
>
> # perf probe vfs_caches_init_early
> Adde
On 15-06-12 02:49 AM, Thierry Reding wrote:
> On Tue, May 26, 2015 at 01:08:20PM -0700, Jonathan Richardson wrote:
>> The pwm_enable function didn't clear the enabled bit if a call to a
>> clients enable function returned an error. The result was that the state
>> of the pwm core was wrong. Clearin
On Thu, Jun 11, 2015 at 02:14:39PM +0100, Matt Fleming wrote:
> Yeah, fair enough. Though it's worth noting that because we're calling
> firmware functions, which use the Microsoft ABI, %rbp will be saved by
> the callee function if used.
Yeah, just looked at the spec.
But you know how we don't t
Hi Masami,
I tried somethig with perf probe today, namely to ask for a
variable that is a struct perf_event_attr to be collected after
the perf_event_open syscall copies it from userspace, and got this
message:
[root@zoo ~]# perf probe SYSC_perf_event_open:23 args
Failed to find 'args' in
On 6/12/15 12:19 PM, Liang, Kan wrote:
[perf]$ sudo ./perf record -e instructions:pp --pid 14560 Reading
/proc/14560/maps cost 13.12690599 s ^C[ perf record: Woken up 1 times
to write data ] [ perf record: Captured and wrote 0.108 MB perf.data
(2783 samples) ]
so perf was able to read the proc
Em Fri, Jun 12, 2015 at 02:08:06PM +0900, Masami Hiramatsu escreveu:
> Masami Hiramatsu (4):
> [BUGFIX] perf probe: List probes in stdout
> [BUGFIX] perf probe: Cut off the postfixes from event name
> [BUGFIX] perf probe: Check non-probe-able symbols when using symbol map
>
Em Thu, Jun 11, 2015 at 11:00:04PM -0700, Sukadev Bhattiprolu escreveu:
> >From 6669ed960a3ee4f9a02790f60b6a73ffc82fd6de Mon Sep 17 00:00:00 2001
> From: Sukadev Bhattiprolu
> Date: Fri, 12 Jun 2015 01:28:36 -0400
> Subject: [PATCH] perf, tools: Fix crash in perf trace
>
> I get following crash
Hello Sudeep,
On 06/12/2015 02:57 PM, Javier Martinez Canillas wrote:
> On 06/12/2015 01:54 PM, Sudeep Holla wrote:
[snip]
>
>> registers are lost assuming the combiner was powered down, even the
>> status register will be lost and you will not know exactly the wakeup
>> reason right ?
>>
>
>
The first patch puts the overlays as objects in the sysfs in
/sys/firmware/devicetree/overlays.
The next adds a master overlay enable switch (that once is set to
disabled can't be re-enabled), while the one after that
introduces a number of default per overlay attributes.
The patchset is against
We are going to need the overlays to appear on sysfs with runtime
global properties (like master enable) so turn them into kobjects.
Signed-off-by: Pantelis Antoniou
---
drivers/of/base.c | 7 +++
drivers/of/of_private.h | 9 +
drivers/of/overlay.c| 52 +++
Documentation ABI entry for overlays sysfs entries.
Signed-off-by: Pantelis Antoniou
---
.../ABI/testing/sysfs-firmware-devicetree-overlays | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Documentation/ABI/testing/sysfs-firmware-devicetree-overlays
diff --git a
A throw once master enable switch to protect against any
further overlay applications if the administrator desires so.
Signed-off-by: Pantelis Antoniou
---
drivers/of/overlay.c | 43 ++-
1 file changed, 42 insertions(+), 1 deletion(-)
diff --git a/drivers
The two default overlay attributes are:
* A targets sysfs attribute listing the targets of the installed
overlay. The targets list the path on the kernel's device tree
where each overlay fragment is applied to
* A per overlay can_remove sysfs attribute that reports whether
the overlay can be remo
On 2015-06-09 22:31:07 [+0200], Stefan Agner wrote:
> > have the endian swap. So an abstraction like you provided earlier
> > would be nice :)
>
> What do you mean by that?
Something like you did for the reader where you have:
|static inline u32 vf610_nfc_read(struct vf610_nfc *nfc, uint reg)
|{
> I'm confused. How are you getting the above time to read /proc maps
> if it never finishes?
Obviously he times it outside perf.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://v
Some applications require applying the same overlay to a different
target according to some external condition (for instance depending
on the slot a card has been inserted, the overlay target is different).
The indirect target use requires using the new
of_overlay_create_indirect() API which uses
Add a unittest for the indirect overlay target case.
Signed-off-by: Pantelis Antoniou
---
drivers/of/unittest-data/testcases.dts | 9 +
drivers/of/unittest-data/tests-overlay.dtsi | 19 ++
drivers/of/unittest.c | 59 +
3 files c
This patchset introduces several concepts that make
working with dynamic DT and overlays considerably easier.
The first 6 patches introduce two new overlay target methods
addressing various user complaints and use cases. For both
documentation entries and unittests are provided.
The final two pat
The target facility of an overlay allows the target to be any point
in the live kernel tree, since it usually that's required when
creating overlays for internal SoC devices. The target ends up
to be a single node in the tree.
However when we're dealing with probeable busses this is a problem
sinc
Add an __of_node_dupv() private method and make __of_node_dup() use it.
This is required for the subsequent changeset accessors which will
make use of it.
Signed-off-by: Pantelis Antoniou
---
drivers/of/dynamic.c | 29 +++--
1 file changed, 23 insertions(+), 6 deletions(-
Changesets are very powerful, but the lack of a helper API
makes using them cumbersome. Introduce a simple copy based
API that makes things considerably easier.
To wit, adding a property using the raw API.
struct property *prop;
prop = kzalloc(sizeof(*prop)), GFP_KERNEL);
Add unittests for target-root based overlays.
Signed-off-by: Pantelis Antoniou
---
drivers/of/unittest-data/testcases.dts | 5 +
drivers/of/unittest-data/tests-overlay.dtsi | 48 +++
drivers/of/unittest.c | 213
3 files changed, 266
Add a description of the target root overlay method to the overlay
documention file.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/overlay-notes.txt | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/devicetree/overlay-notes.txt
b/Documentation/devicetree/
Add a description of the indirect overlay method to the overlay
documention file.
Signed-off-by: Pantelis Antoniou
---
Documentation/devicetree/overlay-notes.txt | 13 +
1 file changed, 13 insertions(+)
diff --git a/Documentation/devicetree/overlay-notes.txt
b/Documentation/devicet
This probably misplaced (in drivers/misc) patch allows use
of device tree overlays on the two kinds of probeable busses
that count nowadays, PCI & USB.
It does so by dynamically creating device nodes for the busses &
devices that are probed and according to user-configuration applying
an overlay w
On Thu, Jun 11, 2015 at 10:07:40PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Wed, Jun 10, 2015 at 10:25:13PM +0200, Jiri Olsa wrote:
> > On Wed, Jun 10, 2015 at 04:09:32PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Wed, Jun 10, 2015 at 08:10:39PM +0200, Jiri Olsa escreveu:
> > > > Propagat
Hi,
On Fri, Jun 12, 2015 at 12:36 PM, Javier Martinez Canillas
wrote:
>>> registers are lost assuming the combiner was powered down, even the
>>> status register will be lost and you will not know exactly the wakeup
>>> reason right ?
>>>
>>
>> Good question, I didn't find in the documentation I'
From: Julien Dehee
comedi/comedi_fops.c
use ENODEV following open manual
comedi/drivers.c
use ENOTTY following ioctl manual
drivers/serial2002.c
use ENOTTY following ioctl manual
Signed-off-by: Julien Dehee
---
drivers/staging/comedi/comedi_fops.c| 2 +-
drivers/staging/c
On Thu, Jun 11, 2015 at 04:54:26PM +0100, David Woodhouse wrote:
> It looks like the original kdump patch set has basically now been
> rewritten. Perhaps the best thing to do is for Zhenhua to resubmit an
> updated and clean version rather than preserving that
> churn?
Here is a cleaned up version
On Wed, 20 May 2015, Thomas Gleixner wrote:
> On Wed, 20 May 2015, Julia Lawall wrote:
> > On Wed, 20 May 2015, Thomas Gleixner wrote:
> > > On Wed, 20 May 2015, Julia Lawall wrote:
> > > > Scripting this may be a little complex, because the variable can be used
> > > > in one way in one executi
added fs_flags possible flags in struct file_system_type documentation.
Signed-off-by: Thomas de Beauchene
---
Documentation/filesystems/vfs.txt | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/Documentation/filesystems/vfs.txt
b/Documentation/filesystems/vfs.txt
inde
On Thu, Jun 11, 2015 at 08:11:45PM +0800, Wan ZongShun wrote:
> The KERNCZ is new AMD SB/FCH generation name, like HUDSON2.
> We will adopt 0x790b as device ID since from this gereration.
s/We will adopt 0x790b as device ID since from/0x790b is the device ID for/
s/gereration/generation/
> Signed
On Fri, 12 Jun 2015, Julia Lawall wrote:
> What is the status of this? I am close to having a semantic patch that
> works. The current version touches 133 files, but I haven't checked all
> of them. This includes both the local functions and the generic ones, but
> not the cases where the nam
>
> On 6/12/15 12:19 PM, Liang, Kan wrote:
> >>> [perf]$ sudo ./perf record -e instructions:pp --pid 14560 Reading
> >>> /proc/14560/maps cost 13.12690599 s ^C[ perf record: Woken up 1
> >>> times to write data ] [ perf record: Captured and wrote 0.108 MB
> >>> perf.data
> >>> (2783 samples) ]
> >
On 06/12, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > So I think the only issue is that ->mm can become NULL when the thread group
> > leader dies - a non-NULL mm should always be shared among all threads.
>
> Indeed, we do that in exit_mm().
Yes,
> So we could add tsk->mm_leader or so,
On Fri, Jun 12, 2015 at 10:20:38PM +0200, julien.de...@gmail.com wrote:
> From: Julien Dehee
>
> comedi/comedi_fops.c
> use ENODEV following open manual
>
> comedi/drivers.c
> use ENOTTY following ioctl manual
>
> drivers/serial2002.c
> use ENOTTY following ioctl manual
What do you
On Mon, 8 Jun 2015 16:32:05 -0500
Tom Zanussi wrote:
> +/**
> + * tracing_map_read_sum - Return the value of a tracing_map_elt's sum
> + * @elt: The tracing_map_elt
Eggs, lettuce, and tomato! Yu!
> +static int cmp_entries_dup(const struct tracing_map_sort_entry **a,
> +
On Mon, 8 Jun 2015 16:32:05 -0500
Tom Zanussi wrote:
> +/**
> + * tracing_map_init - Allocate and clear a map's tracing_map_elts
> + * @map: The tracing_map to initialize
> + *
> + * Creates and sets up a map to contain a max_size number of entries
> + * equal to a size of 2 ** map_bits. Before
On 6/12/15 2:39 PM, Liang, Kan wrote:
Here are the test results.
Please note that I get "synthesized threads took..." after the test case exit.
It means both way have the same issue.
Got it. So what you really mean is launching perf on an already running
process perf never finishes initializin
On 06/12, Oleg Nesterov wrote:
>
> On 06/12, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> >
> > > So I think the only issue is that ->mm can become NULL when the thread
> > > group
> > > leader dies - a non-NULL mm should always be shared among all threads.
> >
> > Indeed, we do that in e
On 06/10/2015 12:47 PM, fu@linaro.org wrote:
+ reg = <0x0 0xe0bb 0 0x1>,
+ <0x0 0xe0bc 0 0x1>;
I think the sizes are wrong. They should be 0x1000 instead of 0x1.
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innova
On Fri, 12 Jun 2015 13:43:27 -0700
Greg KH wrote:
> On Fri, Jun 12, 2015 at 10:20:38PM +0200, julien.de...@gmail.com wrote:
> > From: Julien Dehee
> >
> > comedi/comedi_fops.c
> > use ENODEV following open manual
That should probably be ENXIO by a strict reading, but Linux has always
used
On 06/12/2015 05:42 AM, Sreekanth Reddy wrote:
...
> +#if defined(alloc_ordered_workqueue)
> + ioc->firmware_event_thread = alloc_ordered_workqueue(
> + ioc->firmware_event_name, WQ_MEM_RECLAIM);
> +#else
> + ioc->firmware_event_thread = create_singlethread_workqueue(
>
So I've modified my fuzzer to try to exercise the
PERF_EVENT_IOC_SET_FILTER ioctl() and it is starting to turn up some
warnings.
For example, this one:
[28509.873731] [ cut here ]
[28509.879188] WARNING: CPU: 1 PID: 9572 at
kernel/trace/trace_events_filter.c:1640 repla
On 06/11, Ingo Molnar wrote:
>
> @@ -1592,6 +1592,22 @@ static struct task_struct *copy_process(unsigned long
> clone_flags,
> syscall_tracepoint_update(p);
> write_unlock_irq(&tasklist_lock);
>
> + /*
> + * If we have a new PGD then initialize it:
> + *
> + * This
From: "Jason A. Donenfeld"
Date: Fri, 12 Jun 2015 15:30:29 +0200
> Being able to utilize this makes much code a lot simpler and cleaner.
> It's a nice convenience function.
>
> Signed-off-by: Jason A. Donenfeld
Please do not ever submit patches adding new interfaces without
also submitting cha
From: Masanari Iida
Date: Sat, 13 Jun 2015 00:23:21 +0900
> This patch fix URL (http to https) for wiki.wireshark.org.
>
> Signed-off-by: Masanari Iida
Applied, thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
From: "Chickles, Derek"
Date: Fri, 12 Jun 2015 15:59:54 +
>> -Original Message-
>> From: Michael Ellerman [mailto:m...@ellerman.id.au]
>> Sent: Friday, June 12, 2015 3:51 AM
>> To: Thomas Gleixner; Ingo Molnar; H. Peter Anvin; Peter Zijlstra; David
>> S.Miller
>> Cc: linux-n...@vger.k
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> ...
> > Thanks. Much appreciated.
>
> This doesn't work, neither of these emails are a formal proper submission
> of a fix for this build failure.
>
> One of you has to do the work to formally submit the patch to
On 15-05-30 09:41 AM, Tim Kryger wrote:
> On Tue, May 26, 2015 at 1:08 PM, Jonathan Richardson
> wrote:
>> The config procedure didn't follow the spec which periodically resulted
>> in failing to enable the output signal. This happened one in ten or
>> twenty attempts. Following the spec and addin
On 15-05-30 09:42 AM, Tim Kryger wrote:
> On Tue, May 26, 2015 at 1:08 PM, Jonathan Richardson
> wrote:
>> Adds debugging info to config function where duty cycle and period
>> are calculated and verified.
>>
>> Signed-off-by: Jonathan Richardson
>> ---
>> drivers/pwm/pwm-bcm-kona.c | 25 +
On Thu, 11 Jun 2015 22:57:48 -0400, Valdis Kletnieks said:
> 0) next-20150603 works, so the problem landed in linux-next in the last week.
>
> 1) All 3 times happened while I was at home, using wireless, so
> the interface didn't have link and was ifconfig'ed down.
All 3 crashes happened at almos
On Fri, Jun 12, 2015 at 03:17:11AM +, Wang Nan wrote:
> 'make build-test' finds an error that make_python_perf_so fails due to
> missing of libtraceevent-dynamic-list:
>
> '.../python2' util/setup.py \
>--quiet build_ext; \
>mkdir -p python && \
>cp python_ext_build/lib/perf.so py
bpf_trace_printk() is a helper function used to debug eBPF programs.
Let socket and TC programs use it as well.
Note, it's DEBUG ONLY helper. If it's used in the program,
the kernel will print warning banner to make sure users don't use
it in production.
Signed-off-by: Alexei Starovoitov
---
inc
Introduce new helpers to access 'struct task_struct'->pid, tgid, uid, gid, comm
fields in tracing and networking.
Share bpf_trace_printk() and bpf_get_smp_processor_id() helpers between
tracing and networking.
Alexei Starovoitov (3):
bpf: introduce current->pid, tgid, uid, gid, comm accessors
On Fri, 12 Jun 2015 17:18:22 -0400 (EDT)
Vince Weaver wrote:
>
> So I've modified my fuzzer to try to exercise the
> PERF_EVENT_IOC_SET_FILTER ioctl() and it is starting to turn up some
> warnings.
Is there any way to know what the filter string you used that generated
this?
-- Steve
>
> F
It's useful to do per-cpu histograms.
Suggested-by: Daniel Wagner
Signed-off-by: Alexei Starovoitov
---
kernel/trace/bpf_trace.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/trace/bpf_trace.c b/kernel/trace/bpf_trace.c
index 4f9b5d41869b..88a041adee90 100644
--- a/kernel/trac
eBPF programs attached to kprobes need to filter based on
current->pid, uid and other fields, so introduce helper functions:
u64 bpf_get_current_pid_tgid(void)
Return: current->tgid << 32 | current->pid
u64 bpf_get_current_uid_gid(void)
Return: current_gid << 32 | current_uid
bpf_get_current_com
Hello,
This patchset contains the following assorted updates for the cgroup
writeback support.
0001-writeback-do-foreign-inode-detection-iff-cgroup-writ.patch
0002-vfs-writeback-replace-FS_CGROUP_WRITEBACK-with-MS_CG.patch
0003-writeback-blkio-add-documentation-for-cgroup-writeba.patch
0001 f
Currently, even when a filesystem doesn't set the FS_CGROUP_WRITEBACK
flag, if the filesystem uses wbc_init_bio() and wbc_account_io(), the
foreign inode detection and migration logic still ends up activating
cgroup writeback which is unexpected. This patch ensures that the
foreign inode detection
FS_CGROUP_WRITEBACK indicates whether a file_system_type supports
cgroup writeback; however, different super_blocks of the same
file_system_type may or may not support cgroup writeback depending on
filesystem options. This patch replaces FS_CGROUP_WRITEBACK with a
kernel-internal super_block->s_fl
Update Documentation/cgroups/blkio-controller.txt to reflect the
recently added cgroup writeback support.
Signed-off-by: Tejun Heo
Cc: Li Zefan
Cc: Vivek Goyal
Cc: cgro...@vger.kernel.org
Cc: linux-fsde...@vger.kernel.org
---
Documentation/cgroups/blkio-controller.txt | 83
Hi Duc,
On Thu, Jun 11, 2015 at 01:08:14PM -0700, Duc Dang wrote:
> X-Gene v1 PCIe controller has a bug in Configuration Request Retry
> Status (CRS) logic:
> When CPU tries to read Vendor ID and Device ID of not-existed
> remote device, the controller returns 0x0001 instead of
> 0xF
For ordered and writeback data modes, all data IOs go through
ext4_io_submit. This patch adds cgroup writeback support by invoking
wbc_init_bio() from io_submit_init_bio() and wbc_account_io() in
io_submit_add_bh(). Journal data which is written by jbd2 worker is
left alone by this patch and will
Hello,
This patchset implements cgroup writeback support for ext4, which is
enabled for writeback and ordered data modes. This patchset contains
the following two patches.
0001-ext4-replace-ext4_io_submit-io_op-with-io_wbc.patch
0002-ext4-implement-cgroup-writeback-support.patch
0001 is a pre
ext4_io_submit_init() takes the pointer to writeback_control to test
its sync_mode and determine between WRITE and WRITE_SYNC and records
the result in ->io_op. This patch makes it record the pointer
directly and moves the test to ext4_io_submit().
This doesn't cause any noticeable differences no
On Fri, Jun 12, 2015 at 2:40 PM, Alexei Starovoitov wrote:
> eBPF programs attached to kprobes need to filter based on
> current->pid, uid and other fields, so introduce helper functions:
>
> u64 bpf_get_current_pid_tgid(void)
> Return: current->tgid << 32 | current->pid
>
> u64 bpf_get_current_ui
Hi Bjorn,
On Fri, Jun 12, 2015 at 2:59 PM, Bjorn Helgaas wrote:
> Hi Duc,
>
> On Thu, Jun 11, 2015 at 01:08:14PM -0700, Duc Dang wrote:
>> X-Gene v1 PCIe controller has a bug in Configuration Request Retry
>> Status (CRS) logic:
>> When CPU tries to read Vendor ID and Device ID of not-existed
>
On 06/11, Rob Herring wrote:
> On Thu, Jun 11, 2015 at 7:37 PM, Stephen Boyd wrote:
> > Add support for over current protection (OCP), pin control
> > selection, soft start and soft start strength, auto-mode, input
> > current limiting, and pull down.
> >
> > Cc:
> > Signed-off-by: Stephen Boyd
Add Johannes Weiner as a co-maintainer of cgroup core. Johannes has
been heavily involved with the design of the v2 interface and is
familiar with design and implementation of cgroup core.
Signed-off-by: Tejun Heo
Cc: Li Zefan
Cc: Johannes Weiner
---
MAINTAINERS |1 +
1 file changed, 1 in
On Fri, 12 Jun 2015, Thomas Gleixner wrote:
> On Fri, 12 Jun 2015, Julia Lawall wrote:
> > What is the status of this? I am close to having a semantic patch that
> > works. The current version touches 133 files, but I haven't checked all
> > of them. This includes both the local functions a
On 06/11, Ingo Molnar wrote:
>
> void sync_global_pgds(unsigned long start, unsigned long end, int removed)
> {
> @@ -169,29 +169,33 @@ void sync_global_pgds(unsigned long start, unsigned
> long end, int removed)
>
> for (address = start; address <= end; address += PGDIR_SIZE) {
>
On Fri, Jun 12, 2015 at 10:06:16PM +0100, One Thousand Gnomes wrote:
> On Fri, 12 Jun 2015 13:43:27 -0700
> Greg KH wrote:
>
> > On Fri, Jun 12, 2015 at 10:20:38PM +0200, julien.de...@gmail.com wrote:
> > > From: Julien Dehee
> > >
> > > comedi/comedi_fops.c
> > > use ENODEV following open
Yes I guess I am totally confused ;)
On 06/11, Ingo Molnar wrote:
>
> @@ -178,7 +178,7 @@ void sync_global_pgds(unsigned long start, unsigned long
> end, int removed)
>*
>* So clear the affected entries in every process PGD as well:
>*/
> -
On 06/12/2015 04:53 PM, Oleg Nesterov wrote:
On 06/12, Oleg Nesterov wrote:
On 06/12, Ingo Molnar wrote:
* Linus Torvalds wrote:
So I think the only issue is that ->mm can become NULL when the thread group
leader dies - a non-NULL mm should always be shared among all threads.
Indeed, we
On 06/12/2015 08:31 AM, Stephen Smalley wrote:
On 06/12/2015 02:26 AM, Raghavendra K T wrote:
On 06/12/2015 03:01 AM, Waiman Long wrote:
The inode_free_security() function just took the superblock's isec_lock
before checking and trying to remove the inode security struct from the
linked list. I
Good patch!
> -Original Message-
> From: Kanaka Juvva [mailto:kanaka.d.ju...@linux.intel.com]
> Sent: Friday, June 12, 2015 12:58 AM
> To: Juvva, Kanaka D; Williamson, Glenn P; Fleming, Matt; Auld, Will;
> a...@firstfloor.org; Narayan, Ananth S; Herdrich, Andrew J;
> t...@linutronix.de;
>
>
> On 6/12/15 2:39 PM, Liang, Kan wrote:
> > Here are the test results.
> > Please note that I get "synthesized threads took..." after the test case
> exit.
> > It means both way have the same issue.
>
> Got it. So what you really mean is launching perf on an already running
> process perf never
On 6/12/15 3:08 PM, Andy Lutomirski wrote:
On Fri, Jun 12, 2015 at 2:40 PM, Alexei Starovoitov wrote:
eBPF programs attached to kprobes need to filter based on
current->pid, uid and other fields, so introduce helper functions:
u64 bpf_get_current_pid_tgid(void)
Return: current->tgid << 32 | cu
Hi Mika,
On Wed, Jun 10, 2015 at 4:55 AM, Mika Westerberg
wrote:
> On Mon, Jun 08, 2015 at 02:50:28PM -0300, lucas.de.mar...@gmail.com wrote:
>> @@ -320,7 +320,7 @@ static int dw_i2c_resume(struct device *dev)
>> clk_prepare_enable(i_dev->clk);
>>
>> if (!i_dev->pm_runtime_disabled)
>
On Fri, Jun 12, 2015 at 5:48 PM, Brian Gerst wrote:
> If you follow the convoluted flow of the calls in this file,
> ...
Speaking of which. It is indeed quite bad.
For one, saved_eip is only ever set to point to ret_point:
ENTRY(saved_eip).long 0
...
movl$ret_point, saved
Add an SPMI regulator driver for Qualcomm's PM8841, PM8941, and
PM8916 PMICs. This driver is based largely on code from
codeaurora.org[1].
[1]
https://www.codeaurora.org/cgit/quic/la/kernel/msm-3.10/tree/drivers/regulator/qpnp-regulator.c?h=msm-3.10
Cc: David Collins
Cc:
Signed-off-by: Stephen
The docbook for these members is missing. Add them.
Warning(include/linux/regulator/machine.h:147): No description
found for parameter 'soft_start'
Warning(include/linux/regulator/driver.h:197): No description
found for parameter 'set_soft_start'
Reported-by: kbuild test robot
Signed-off-by: Ste
On 06/11/2015 10:07 AM, Ingo Molnar wrote:
The memory hotplug code uses sync_global_pgds() to synchronize updates
to the global (&init_mm) kernel PGD and the task PGDs. It does this
by iterating over the pgd_list - which list closely tracks task
creation/destruction via fork/clone.
But we want t
On 06/11, Ingo Molnar wrote:
>
> +void arch_pgd_init_late(struct mm_struct *mm, pgd_t *pgd)
> +{
> + /*
> + * This is called after a new MM has been made visible
> + * in fork() or exec().
> + *
> + * This barrier makes sure the MM is visible to new RCU
> + * walkers be
501 - 600 of 759 matches
Mail list logo
