On Wed, Jul 15, 2015 at 02:14:42PM -0700, Sean O. Stalley wrote:
> Add a wrapper function for pci_pool_alloc() to get zeroed memory.
>
> Signed-off-by: Sean O. Stalley
If you get details of managing __GFP_ZERO worked out, I'm fine with this
PCI part of it, and you can merge it along with the
On Wednesday 22 July 2015 12:40 AM, Stephen Boyd wrote:
On 07/21/2015 04:07 AM, Vaibhav Hiremath wrote:
diff --git a/drivers/clk/clk-88pm800.c b/drivers/clk/clk-88pm800.c
new file mode 100644
index 000..cf1c162
--- /dev/null
+++ b/drivers/clk/clk-88pm800.c
@@ -0,0 +1,345 @@
+/*
+ *
On 07/13/2015 05:47 PM, Andy Lutomirski wrote:
On Mon, Jul 13, 2015 at 12:57 PM, Chris Metcalf wrote:
With cpu_isolated mode, the task is in principle guaranteed not to be
interrupted by the kernel, but only if it behaves. In particular, if it
enters the kernel via system call, page fault, or
On Tue, Jul 21, 2015 at 02:14:54PM -0400, Vince Weaver wrote:
> Hello
>
> I have a new AMD A8 system and perf multiplexing support is acting weird.
>
> If I run the perf_event_tests check_multiplexing test it fails like this:
>
> Event TotalCount RawCountScale
On Tue, Jul 21, 2015 at 12:00 PM, wrote:
> On Tue, 21 Jul 2015 11:54:30 -0700, Andy Lutomirski said:
>
>> Could this be done at link time, or perhaps when compressing the
>> kernel image, instead of at boot time?
>
> That's only safe to do if the kernel is built for one specific CPU - if it's
>
On Tue, Jul 21, 2015 at 12:10 PM, Chris Metcalf wrote:
> Sorry for the delay in responding; some other priorities came up internally.
>
> On 07/13/2015 05:45 PM, Andy Lutomirski wrote:
>>
>> On Mon, Jul 13, 2015 at 2:01 PM, Chris Metcalf
>> wrote:
>>>
>>> On 07/13/2015 04:40 PM, Andy Lutomirski
The only caller outside of stop_machine.c is _cpu_down(), it can use
stop_machine(). get_online_cpus() is fine under cpu_hotplug_begin().
Signed-off-by: Oleg Nesterov
---
include/linux/stop_machine.h | 22 ++
kernel/cpu.c |2 +-
kernel/stop_machine.c
Cosmetic, but cpu_stop_fn_t actually makes the code more readable and
it doesn't break cscope. And most of the declarations already use it.
Signed-off-by: Oleg Nesterov
---
include/linux/stop_machine.h |8
kernel/stop_machine.c|8
2 files changed, 8
cpu_stop_park() does cpu_stop_signal_done() but leaves the work on
stopper->works. The owner of this work can free/reuse this memory
right after that and corrupt the list, so if this CPU becomes online
again cpu_stopper_thread() will crash.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c
stop_two_cpus() and stop_cpus() use stop_cpus_lock to avoid the
deadlock, we need to ensure that the stopper functions can't be
queued "backwards" from one another.
Instead, we can change stop_two_cpus() to take 2 stopper->lock's
and queue both works "atomically"; just we need to check that both
queue_stop_cpus_work() can do everything in one for_each_cpu() loop.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 17 +++--
1 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/kernel/stop_machine.c b/kernel/stop_machine.c
index 6e677b0..6212208 100644
---
Multpiple DEFINE_PER_CPU's do not make sense, move all the per-cpu
variables into struct cpu_stopper.
Signed-off-by: Oleg Nesterov
---
kernel/stop_machine.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/kernel/stop_machine.c b/kernel/stop_machine.c
Hello,
Let me resend this. The only change in v2 is that I rediffed this
series against v4.2-rc3.
5/6 patch fixes the bug, I think. Say, stop_one_cpu(X) can race with
_cpu_down(X)->stop_machine() so that the kernel will crash if this
CPU X becomes online again. The window after
On Tue, Jul 21, 2015 at 1:58 AM, Baoquan He wrote:
> Maybe system which don't need low memory is rare, only for testing?
No, it is not rare.
All recent intel based systems with iommu support does not need low.
And those systems get punished by following patch:
| commit
Andrew,
I acked this a while back, but notice that nobody took it up. I
figured that this could go through you. Or perhaps the trivial tree?
-- Steve
On Thu, 16 Apr 2015 21:16:34 +0800
weiyj...@163.com wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: c93bf928fea22c61f6b5c04786b325c9bfbc0462
Gil Fruchter (2):
tracing: Prefer kcalloc over kzalloc with multiply
tracing: Fix for non-continuous cpu ids
Jungseok Lee (1):
tracing:
From: "Steven Rostedt (Red Hat)"
Requiring a extended time stamp is an uncommon occurrence, and it is
best to do it out of line when needed.
Add a noinline function that handles the extended timestamp and
have it called with an unlikely to completely move it out of the
fast path.
From: Gil Fruchter
Use kcalloc for allocating an array instead of kzalloc with multiply,
as that is what kcalloc is used for.
Found with checkpatch.
Link: http://lkml.kernel.org/r/1433835155-6894-2-git-send-email-g...@ezchip.com
Signed-off-by: Gil Fruchter
Signed-off-by: Steven Rostedt
---
From: Umesh Tiwari
In ftrace_dump, for disabling buffer, iter.tr->trace_buffer.data is used.
But for enabling, iter.trace_buffer->data is used.
Even though, both point to same buffer, for readability, same convention
should be used.
Link:
From: "Steven Rostedt (Red Hat)"
Now that events only add time extends after it is committed, in case
an event comes in before it can discard the allocated event, the time
extend needs to be stored within the event. If the event is bigger
than then size needed for the time extend, padding must
From: Umesh Tiwari
This patch extends tracing_thresh functionality to function profile tracer.
If tracing_thresh is set, print those entries only,
whose average is > tracing thresh.
Link:
http://lkml.kernel.org/r/1434972488-8571-1-git-send-email-umes...@samsung.com
Signed-off-by: Umesh Tiwari
From: "Steven Rostedt (Red Hat)"
Move the capturing of the timestamp to after an event is allocated.
If the event is not a commit (where it is an event that preempted
another event), then no timestamp is needed, because the delta of
nested events is always zero.
If the event starts on a new
From: Jungseok Lee
A fine granulity support for delay would be very useful when profiling
VM logics, such as page allocation including page reclaim and memory
compaction with function graph.
Thus, this patch adds two additional marks with two changes.
- An equal sign in mark selection
From: "Steven Rostedt (Red Hat)"
Akashi Takahiro was porting the stack tracer to arm64 and found some
issues with it. One was that it repeats the top function, due to the
stack frame added by the mcount caller and added by itself. This
was added when fentry came in, and before fentry created its
On Tue, Jul 21, 2015 at 03:07:14PM -0400, Stephen Chandler Paul wrote:
> Debugging input devices, specifically laptop touchpads, can be tricky
> without having the physical device handy. Here we try to remedy that
> with ps2emu. This module allows an application to connect to a character
> device
From: Gil Fruchter
Currently exception occures due to access beyond buffer_iter
range while using index of cpu bigger than num_possible_cpus().
Below there is an example for such exception when we use
cpus 0,1,16,17.
In order to fix buffer allocation size for non-continuous cpu ids
we allocate
From: "Steven Rostedt (Red Hat)"
Jungseok Lee noticed the following:
Currently, row's width of 7-digit duration numbers not aligned with
other cases like the following example.
3) $ 3999884 us | }
3) | finish_task_switch() {
3) 0.365 us|
From: Minfei Huang
Always we use type unsigned long to format the ip address, since the
value of ip address is never the negative.
This patch uses type unsigned long, instead of long, to format the ip
address. The code is more clearly to be viewed by using type unsigned
long, although it is
On Tue, Jul 21, 2015 at 03:07:14PM -0400, Stephen Chandler Paul wrote:
> +#define ps2emu_warn(format, args...) \
> + dev_warn(ps2emu_misc.this_device, format, ## args)
Don't make a wrapper function for another wrapper function, just spell
the thing out in the code, makes it much easier to
From: "Steven Rostedt (Red Hat)"
Add rb_event_info descriptor to pass event info to functions a bit
easier than using a bunch of parameters. This will also allow for
changing the code around a bit to find better fast paths.
Signed-off-by: Steven Rostedt
---
kernel/trace/ring_buffer.c | 91
From: "Steven Rostedt (Red Hat)"
Functions in ring-buffer.c have gotten interleaved between different
use cases. Move the functions around to get like functions closer
together. This may or may not help gcc keep cache locality, but it
makes it a little easier to work with the code.
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: 2015年7月21日 11:52
> To: Wang Shenwei-B38339
> Cc: shawn@linaro.org; ja...@lakedaemon.net;
> linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org
> Subject: RE: [PATCH V5 1/2] irqchip:
Hello, Please did you receive what i sent to you last time?
Dobrý den, prosím, jste obdržíte co jsem poslal k vám minule?
--
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
On 07/21/2015 04:07 AM, Vaibhav Hiremath wrote:
diff --git a/drivers/clk/clk-88pm800.c b/drivers/clk/clk-88pm800.c
new file mode 100644
index 000..cf1c162
--- /dev/null
+++ b/drivers/clk/clk-88pm800.c
@@ -0,0 +1,345 @@
+/*
+ * clk-88pm800.c - Clock driver for 88PM800 family of devices
+ *
+
Sorry for the delay in responding; some other priorities came up internally.
On 07/13/2015 05:45 PM, Andy Lutomirski wrote:
On Mon, Jul 13, 2015 at 2:01 PM, Chris Metcalf wrote:
On 07/13/2015 04:40 PM, Andy Lutomirski wrote:
On Mon, Jul 13, 2015 at 12:57 PM, Chris Metcalf
wrote:
The
Now that minor LSMs can cleanly stack with major LSMs, remove the unneeded
config for Yama to be made to explicitly stack. Just selecting the main
Yama CONFIG will allow it to work, regardless of the major LSM. Since
distros using Yama are already forcing it to stack, this is effectively
a no-op
Hi! So, following this is a patch to add the ps2emu module to the kernel. This
module basically allows for us to create virtual PS/2 devices and control them
from userspace. With this, we can do useful things such as playing back
recordings of PS/2 devices in a similar manner to evemu-replay and
Debugging input devices, specifically laptop touchpads, can be tricky
without having the physical device handy. Here we try to remedy that
with ps2emu. This module allows an application to connect to a character
device provided by the kernel, and simulate any PS/2 device. In
combination with
On Tue, 21 Jul 2015 11:54:30 -0700, Andy Lutomirski said:
> Could this be done at link time, or perhaps when compressing the
> kernel image, instead of at boot time?
That's only safe to do if the kernel is built for one specific CPU - if it's
a generic kernel that boots on multiple hardware
On Tue, Jul 21, 2015 at 1:09 PM, Bjorn Helgaas wrote:
> On Fri, Jul 10, 2015 at 05:02:46PM -0500, Jordan Hargrave wrote:
>> From: Jordan Hargrave
>>
>> There currently isn't an easy way to determine which PCI devices belong to
>> system slots. This patch adds support to read SMBIOS Type 9
Linus,
He Kuang noticed that the sample code using the trace_event helper
function __get_dynamic_array_len() is broken. This only changes the
sample code, and I'm pushing this now instead of later because I don't
want others using the broken code as an example when using it for real.
Please
On Tue, 2015-07-21 at 19:37 +0300, Konstantin Khlebnikov wrote:
> On 21.07.2015 18:37, Srinivas Pandruvada wrote:
> > On Tue, 2015-07-21 at 13:25 +0300, Konstantin Khlebnikov wrote:
> >> On 21.07.2015 00:08, Srinivas Pandruvada wrote:
> >>> On Fri, 2015-07-17 at 07:36 +0300, Konstantin Khlebnikov
On Tue, Jul 21, 2015 at 11:50 AM, Jason Baron wrote:
>
>
> On 07/21/2015 02:15 PM, Borislav Petkov wrote:
>> On Tue, Jul 21, 2015 at 06:12:15PM +0200, Peter Zijlstra wrote:
>>> Yes, if you start out false, you must be unlikely. If you start out
>>> true, you must be likely.
>>>
>>> We could maybe
On 21/07/15 18:59, Stephen Boyd wrote:
On 07/21/2015 02:41 AM, Srinivas Kandagatla wrote:
Thanks Stephen for review,
On 20/07/15 22:11, Stephen Boyd wrote:
On 07/20/2015 07:43 AM, Srinivas Kandagatla wrote:
diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c
new file mode 100644
index
On 07/21/2015 02:15 PM, Borislav Petkov wrote:
> On Tue, Jul 21, 2015 at 06:12:15PM +0200, Peter Zijlstra wrote:
>> Yes, if you start out false, you must be unlikely. If you start out
>> true, you must be likely.
>>
>> We could maybe try and untangle that if there really is a good use case,
>>
Hello,
On Tue, Jul 21, 2015 at 08:36:04PM +0200, Linus Walleij wrote:
> Subject: pinctrl: imx1-core: Fix debug output in .pin_config_set
> callback
I remember seeing that "Subject: " in my patch stack, I thought I fixed
that and now it's to late for
git filter-branch --msg-filter
On Tue, 21 Jul 2015, Michael Kerrisk (man-pages) wrote:
> On 5 July 2015 at 19:41, Scot Doyle wrote:
> > On Thu, 26 Mar 2015, Scot Doyle wrote:
> >> Add a Console Private CSI sequence to specify the current console's
> >> cursor blink interval. The interval is specified as a number of
> >>
On 21/07/15 18:59, Stephen Boyd wrote:
On 07/21/2015 02:41 AM, Srinivas Kandagatla wrote:
Thanks Stephen for review,
On 20/07/15 22:11, Stephen Boyd wrote:
On 07/20/2015 07:43 AM, Srinivas Kandagatla wrote:
diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c
new file mode 100644
index
On Wed, Jul 08, 2015 at 12:45:54PM +0300, Ivan T. Ivanov wrote:
> apq8016-sbc board is using Dual SPDT USB Switch (TC7USB40MU),
> witch is controlled by GPIO to de/multiplex D+/D- USB lines to
> USB2513B Hub and uB connector. Add support for this.
>
> Signed-off-by: Ivan T. Ivanov
doesn't
On Tue, Jul 21, 2015 at 11:18 PM, Lee Jones wrote:
> On Tue, 21 Jul 2015, Jassi Brar wrote:
>
>> On Tue, Jul 21, 2015 at 9:22 PM, Lee Jones wrote:
>> > On Tue, 21 Jul 2015, Jassi Brar wrote:
>> >
>> >> >
>> >> >> > +static int sti_mbox_send_data(struct mbox_chan *chan, void *data)
>> >> >> > +{
Hi Linus,
here are some overly ripe pin control fixes for the v4.2 series.
They got delayed because of various crap commits and having
to clean and rinse the patch stack a few times. Now they are
however looking good.
Please pull this in, details in the signed tag.
Yours,
Linus Walleij
The
On Tue, Jul 21, 2015 at 10:36 AM, Chris J Arges
wrote:
> Some architectures like POWER can have a NUMA node_possible_map that
> contains sparse entries. This causes memory corruption with openvswitch
> since it allocates flow_cache with a multiple of num_possible_nodes() and
> assumes the node
On 20/06/15 07:11, Thomas Gleixner wrote:
> On Fri, 19 Jun 2015, Brian Norris wrote:
>> This patch adds a second set of suspend/resume hooks to irq_chip, this
>> time to represent *chip* suspend/resume, rather than IRQ suspend/resume.
>> These callbacks will always be called for an irqchip and are
Thanks Will. I will create a new patch in this patch set to supplement
arm64's page protection type definitions accordingly to meet the needs
as defined in UEFI 2.5 table 8. More comments inline...
On 7/21/2015 8:08 AM, Will Deacon wrote:
On Tue, Jul 21, 2015 at 01:32:38AM +0100, Jonathan
On Wed, Jul 15, 2015 at 4:02 PM, Bjorn Andersson
wrote:
> The Qualcomm PM8941 WLED block is used for backlight and should therefor
> be in the backlight framework and not in the LED framework. This moves
> the driver and adapts to the backlight api instead.
>
> Signed-off-by: Bjorn Andersson
+ joro.
On Tue, Jul 21, 2015 at 05:04:36PM +0200, Andreas Hartmann wrote:
> Hello!
>
> Since Linux 4.1, I'm getting a lot of IO_PAGE_FAULT like this one
>
> [ 17.048609] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:11.0
> domain=0x0008 address=0x40ebaaab00618000 flags=0x0010]
>
> with
On Tue, Jul 21, 2015 at 11:07:59AM +0100, Marc Zyngier wrote:
> Now that the irqdomain layer is a bit more ACPI friendly, add the
> mapping code that allows irq_create_acpi_mapping to be called.
>
> As we only support the GIC so far, support is pretty limited.
>
> Signed-off-by: Marc Zyngier
>
On Tue, Jul 21, 2015 at 06:12:15PM +0200, Peter Zijlstra wrote:
> Yes, if you start out false, you must be unlikely. If you start out
> true, you must be likely.
>
> We could maybe try and untangle that if there really is a good use case,
> but this is the current state.
>
> The whole reason
Em Tue, Jul 21, 2015 at 02:54:54PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Jul 21, 2015 at 12:29:55PM +0200, Peter Zijlstra escreveu:
> > Acme, if you agree with the tools part, feel free to take the lot.
> Looking at it, if all is well, I'll do it
> > Acked-by: Peter Zijlstra
This is based on the shmem version, but it has diverged quite
a bit. We have no swap to worry about, nor the new file sealing.
Add synchronication via the fault mutex table to coordinate
page faults, fallocate allocation and fallocate hole punch.
What this allows us to do is move physical
On Tue, Jul 21, 2015 at 01:13:27PM -0400, Donald Parsons wrote:
> Greg,
>
> The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
> a kvm back-port from 4.1-rc5 went in. (This is on Linux 4.1.2 SMP Mon
> Jul 13 18:08:30 EDT 2015 x86_64 Fedora 14)
>
> This mis-compile was
Now that we have hole punching support for hugetlbfs, we can
also support the MADV_REMOVE interface to it.
Signed-off-by: Dave Hansen
Signed-off-by: Mike Kravetz
---
mm/madvise.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/madvise.c b/mm/madvise.c
index
fallocate hole punch will want to unmap a specific range of pages.
Modify the existing hugetlb_vmtruncate_list() routine to take a
start/end range. If end is 0, this indicates all pages after start
should be unmapped. This is the same as the existing truncate
functionality. Modify existing
In vma_has_reserves(), the current assumption is that reserves are
always present for shared mappings. However, this will not be the
case with fallocate hole punch. When punching a hole, the present
page will be deleted as well as the region/reserve map entry (and
hence any reservation).
Am 20.07.2015 um 12:53 schrieb Thomas Gleixner:
On Mon, 20 Jul 2015, Stefan Priebe - Profihost AG wrote:
Hello list,
i've 36 servers all running vanilla 3.18.18 kernel which have a very
high disk and network load.
Since a few days i encounter regular the following error messages and
pretty
On 21/07/15 19:05, Lorenzo Pieralisi wrote:
> On Tue, Jul 21, 2015 at 11:08:00AM +0100, Marc Zyngier wrote:
>> Now that the basic ACPI GSI code is irq domain aware, make sure
>> that the ACPI support in the GIC doesn't pointlessly deviate from
>> the DT path.
>>
>> Signed-off-by: Marc Zyngier
>>
On Tue, Jul 21, 2015 at 9:14 AM, Bjorn Helgaas wrote:
> On Thu, Jul 09, 2015 at 02:20:10PM -0700, Duc Dang wrote:
>> This patch set adds 1 large (up to 64GB) memory window for each PCIe
>> controller nodes in X-Gene device tree and fix PCIe controller driver
>> to handle multiple memory ranges
Currently, there is only a single place where hugetlbfs pages are
added to the page cache. The new fallocate code be adding a second
one, so break the functionality out into its own helper.
Signed-off-by: Dave Hansen
Signed-off-by: Mike Kravetz
---
include/linux/hugetlb.h | 2 ++
hugetlb page faults are currently synchronized by the table of
mutexes (htlb_fault_mutex_table). fallocate code will need to
synchronize with the page fault code when it allocates or
deletes pages. Expose interfaces so that fallocate operations
can be synchronized with page faults. Minor name
Modify truncate_hugepages() to take a range of pages (start, end)
instead of simply start. If an end value of LLONG_MAX is passed,
the current "truncate" functionality is maintained. Existing
callers are modified to pass LLONG_MAX as end of range. By keying
off end == LLONG_MAX, the routine
fallocate hole punch will want to remove a specific range of pages.
The existing region_truncate() routine deletes all region/reserve
map entries after a specified offset. region_del() will provide
this same functionality if the end of region is specified as LONG_MAX.
Hence, region_del() can
Areas hole punched by fallocate will not have entries in the
region/reserve map. However, shared mappings with min_size subpool
reservations may still have reserved pages. alloc_huge_page needs
to handle this special case and do the proper accounting.
Signed-off-by: Mike Kravetz
---
fallocate hole punch will want to remove a specific range of
pages. When pages are removed, their associated entries in
the region/reserve map will also be removed. This will break
an assumption in the region_chg/region_add calling sequence.
If a new region descriptor must be allocated, it is
Changes in this revision address the minor comment and function name
issues brought up by Naoya Horiguchi. Patch set is also rebased on
current "mmotm/since-4.1". This revision does not introduce any
functional changes.
As suggested during the RFC process, tests have been proposed to
On Fri, Jul 10, 2015 at 05:02:46PM -0500, Jordan Hargrave wrote:
> From: Jordan Hargrave
>
> There currently isn't an easy way to determine which PCI devices belong to
> system slots. This patch adds support to read SMBIOS Type 9 (System Slots).
>
> Signed-off-by: Jordan Hargrave
> ---
>
Hello
I have a new AMD A8 system and perf multiplexing support is acting weird.
If I run the perf_event_tests check_multiplexing test it fails like this:
Event TotalCount RawCountScale
ScaledCount Error
0 500282143 150403975
On 07/20/2015 01:54 AM, Sudeep Holla wrote:
On 17/07/15 19:13, Stephen Boyd wrote:
On 07/17/2015 04:17 AM, Sudeep Holla wrote:
[...]
determine_rate change shouldn't affect SCPI clock driver but I remember
seeing round_rate change too on the list which returns value using the
argument
On Tue, Jul 21, 2015 at 11:08:00AM +0100, Marc Zyngier wrote:
> Now that the basic ACPI GSI code is irq domain aware, make sure
> that the ACPI support in the GIC doesn't pointlessly deviate from
> the DT path.
>
> Signed-off-by: Marc Zyngier
> ---
> drivers/irqchip/irq-gic.c | 17
On Tue, 2015-07-21 at 09:29 -0400, Nicholas Krause wrote:
> This fixes error handling in the function mmc_blk_remove by
> checking the return value of the call to mmc_blk_part_switch
> and if it has failed by returning a error code we now print
> out on the console to the user that removed the mmc
in the parent clock names' array.
Signed-off-by: Dinh Nguyen
Cc: Maxime Ripard
Cc: "Emilio López"
---
Applied to clk-next with that fix I posted.
The kernelci.org bot reported sunxi a20 boot failures[1][2] in
next-20150720 and next-20150721. I have bisected[3] these failures to
t
On 07/21/2015 02:41 AM, Srinivas Kandagatla wrote:
Thanks Stephen for review,
On 20/07/15 22:11, Stephen Boyd wrote:
On 07/20/2015 07:43 AM, Srinivas Kandagatla wrote:
diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c
new file mode 100644
index 000..bde5528
--- /dev/null
+++
On Tue, Jul 21, 2015 at 11:07:57AM +0100, Marc Zyngier wrote:
> struct device_node is very much DT specific, and the original authors
> of the irqdomain subsystem recognized that tie, and went as far as
> mentionning that this could be replaced by some "void *token",
> should another firmware
Em Tue, Jul 21, 2015 at 12:29:55PM +0200, Peter Zijlstra escreveu:
> On Tue, Jul 21, 2015 at 12:44:02PM +0300, Adrian Hunter wrote:
> > There are already two events for context switches, namely
> > the tracepoint sched:sched_switch and the software event
> > context_switches. Unfortunately neither
On Tue, 21 Jul 2015, Jassi Brar wrote:
> On Tue, Jul 21, 2015 at 9:22 PM, Lee Jones wrote:
> > On Tue, 21 Jul 2015, Jassi Brar wrote:
> >
> >> >
> >> >> > +static int sti_mbox_send_data(struct mbox_chan *chan, void *data)
> >> >> > +{
> >> >> > + struct sti_channel *chan_info =
On Tue, Jul 21 2015 at 11:34am -0400,
Eric Sandeen wrote:
> On 7/20/15 5:36 PM, Dave Chinner wrote:
> > On Mon, Jul 20, 2015 at 11:18:49AM -0400, Mike Snitzer wrote:
> >> If XFS fails to write metadata it will retry the write indefinitely
> >> (with the hope that the write will succeed at some
Steve Pennington writes:
> Repaced call to htons with call to cpu_to_be16s to fix the
> following sparse warning:
> drivers/staging/rtl8723au/core/rtw_recv.c:1557:21: warning: incorrect type in
> assignment (different base types)
> drivers/staging/rtl8723au/core/rtw_recv.c:1557:21:expected
Hi,
during IOMMU API function testing on s390 I hit the following scenario:
After binding a device to vfio-pci, the user completes the VFIO_SET_IOMMU
ioctl and stops, see the sample C program below. Now the device is manually
removed via "echo 1 > /sys/bus/pci/devices/.../remove", which
When a user completes the VFIO_SET_IOMMU ioctl and the vfio-pci device is
removed thereafter (before any other ioctl like VFIO_GROUP_GET_DEVICE_FD),
then the detach_dev callback of the underlying IOMMU API is never called.
This patch adds a call to vfio_group_try_dissolve_container() to the
On Jul 10 2015 or thereabouts, Krzysztof Kozlowski wrote:
> i2c_driver does not need to set an owner because i2c_register_driver()
> will set it.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
BTW, Dmitry took the same in his tree, so I think we are safe here too.
Acked-by: Benjamin Tissoires
Em Tue, Jul 21, 2015 at 02:24:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Jul 21, 2015 at 02:31:22PM +0200, Jiri Olsa escreveu:
> > Moving aggr_mode into new struct. The point is to centralize
> > the base stat config so it could be used localy together with
> > other stat routines in
On Fri, Jul 17, 2015 at 12:47:35PM +1000, Dave Chinner wrote:
> On Thu, Jul 16, 2015 at 07:42:03PM -0500, Eric W. Biederman wrote:
> > Dave Chinner writes:
> >
> > > On Wed, Jul 15, 2015 at 11:47:08PM -0500, Eric W. Biederman wrote:
> > >> Casey Schaufler writes:
> > >> > On 7/15/2015 6:08 PM,
Some architectures like POWER can have a NUMA node_possible_map that
contains sparse entries. This causes memory corruption with openvswitch
since it allocates flow_cache with a multiple of num_possible_nodes() and
assumes the node variable returned by for_each_node will index into
Repaced call to htons with call to cpu_to_be16s to fix the
following sparse warning:
drivers/staging/rtl8723au/core/rtw_recv.c:1557:21: warning: incorrect type in
assignment (different base types)
drivers/staging/rtl8723au/core/rtw_recv.c:1557:21:expected unsigned short
[unsigned] [assigned]
On Tue, Jul 21, 2015 at 11:57 AM, Bjorn Helgaas wrote:
> On Mon, Jul 13, 2015 at 09:57:32AM -0500, Jordan Hargrave wrote:
>> On Mon, Jul 13, 2015 at 2:35 AM, Jean Delvare wrote:
>>
>> > Hi Jordan,
>> >
>> > On Fri, 10 Jul 2015 17:02:46 -0500, Jordan Hargrave wrote:
>> > > From: Jordan Hargrave
Em Tue, Jul 21, 2015 at 02:31:29PM +0200, Jiri Olsa escreveu:
> Tolerating NULL maps in perf_evlist__propagate_maps,
> so we dont need to pass evlist with both cpus and threads
> maps defined.
Applied
> Link: http://lkml.kernel.org/n/tip-y15hjmv6uu8b6gyhkz5v4...@git.kernel.org
> Signed-off-by:
Greg,
The kernel still does not compile with gcc-4.5.1 since linux-4.0.5 when
a kvm back-port from 4.1-rc5 went in. (This is on Linux 4.1.2 SMP Mon
Jul 13 18:08:30 EDT 2015 x86_64 Fedora 14)
This mis-compile was fixed in 4.1-rc8. The diff was:
diff -ur linux-4.1-rc7/arch/x86/kvm/mmu.c
Em Tue, Jul 21, 2015 at 02:31:31PM +0200, Jiri Olsa escreveu:
> We will reuse argv style data in following change to display
> counters header showing monitored command line.
Applied
> Link: http://lkml.kernel.org/n/tip-qu64zmm5zbpbkuybusnkg...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
>
Em Tue, Jul 21, 2015 at 02:31:21PM +0200, Jiri Olsa escreveu:
> Checking also for refcnt in thread_map test.
Applied.
> Link: http://lkml.kernel.org/n/tip-6fege00q2h2ulx4296921...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
> tools/perf/tests/thread-map.c | 4
> 1 file changed, 4
Em Tue, Jul 21, 2015 at 02:31:30PM +0200, Jiri Olsa escreveu:
> Forcing perf_evlist__set_maps to propagate maps through events,
> so cpu/thread maps get set within evlist.
Applied
> Link: http://lkml.kernel.org/n/tip-0oqwhvjdr3jgfzkbd3qee...@git.kernel.org
> Signed-off-by: Jiri Olsa
> ---
>
On Tue, Jul 21, 2015 at 02:07:25PM +0800, Henry Chen wrote:
> Then in driver rtc-mt6397.c, it used regmap_bulk_read() to get the time
> of PMIC, and hit the null function of format_val(), because the
> regmap_bus was null.
> It skipped the initialization of format_val() because bus == null, but
301 - 400 of 2004 matches
Mail list logo
