From: Alexander Z Lam
Allow tracer instances to disable tracing by cpu by moving
the static global tracing_cpumask into trace_array.
Link:
http://lkml.kernel.org/r/921622317f239bfc2283cac2242647801ef584f2.1375980149.git@google.com
Cc: Vaibhav Nagarnaik
Cc: David Sharp
Cc: Alexander Z
From: "Steven Rostedt (Red Hat)"
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like NO_HZ_FULL and coming back from userspace).
These functions need to be marked so that
From: "Steven Rostedt (Red Hat)"
Some ftrace function tracing callbacks use RCU (perf), thus if
it gets called from tracing a function outside of the RCU tracking,
like in entering or leaving NO_HZ idle/userspace, the RCU read locks
in the callback are useless.
As normal function tracing does
From: "Steven Rostedt (Red Hat)"
When the RCU lockdep splat hits because of the unsafe RCU checker,
the backtrace does not always show the culprit. But the culprit was
passed to the unsafe RCU checker.
Save the ip of the function being traced in a per_cpu variable, and
when the RCU lockdep
Dear Sachin Kamat,
> devm_* simplifies the code.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/regulator/rc5t583-regulator.c | 22 ++
> 1 file changed, 2 insertions(+), 20 deletions(-)
>
> diff --git a/drivers/regulator/rc5t583-regulator.c
>
From: "Steven Rostedt (Red Hat)"
Some callbacks of the function tracer use rcu_read_lock(). This means that
there's places that can not be traced because RCU is not tracking the CPU
for various reasons (like NO_HZ_FULL and coming back from userspace).
These functions need to be marked so that
Compile the correct gcov implementation file for the specific gcc version.
v2: - added possibility to explicitly select gcc version during configuration,
this is based on code provided by Peter Oberparleiter.
- added a note about gcov format selection to gcov.txt
Signed-off-by:
Hello, Eric.
On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
> Can I just say ick, blech, barf, gag.
Gees, an awesome way to start the conversation. If your gag response
is hyper-sensitive, go see a frigging doctor. It's annoying because
you tend to go over the top while
The gcov in-memory format changed in gcc 4.7. The biggest change, which
requires this special implementation, is that gcov_info no longer contains
array of counters for each counter type for all functions and gcov_fn_info is
not used for mapping of function's counters to these arrays(offset). Now
This adds the .init_array section as yet another section with constructors. This
is needed because gcc could add __gcov_init calls to .init_array or .ctors
section, depending on gcc version.
v2: - reuse mod->ctors for .init_array section for modules, because gcc uses
.ctors or .init_array,
Commit-ID: 5a8e01f8fa51f5cbce8f37acc050eb2319d12956
Gitweb: http://git.kernel.org/tip/5a8e01f8fa51f5cbce8f37acc050eb2319d12956
Author: Stanislaw Gruszka
AuthorDate: Wed, 4 Sep 2013 15:16:03 +0200
Committer: Ingo Molnar
CommitDate: Wed, 4 Sep 2013 16:31:25 +0200
sched/cputime: Do not
From: "Steven Rostedt (Red Hat)"
When more than one ftrace_ops is registered, the list function is
used to call all registered functions. It uses the filter and
notrace hashes from the ftrace_ops to determine if the corresponding
callback should be called or not.
Currently, it does not take
On Thu 22-08-13 17:03:16, Andy Lutomirski wrote:
> Writes via mmap currently update mtime and ctime in ->page_mkwrite.
> This hurts both throughput and latency. In workloads that dirty a
> large number of mmapped pages, ->page_mkwrite can be hot and
> file_update_time is slow and scales poorly.
From: "Steven Rostedt (Red Hat)"
Having the RCU unsafe checker running when function graph is enabled
can cause a live lock. That's because the RCU unsafe checker enables
full lockdep debugging on RCU which does a lot of internal calls that
may be traced by the function graph tracer. This adds
From: "Steven Rostedt (Red Hat)"
Add a boot time start up test that has a RCU safe ftrace_ops as well
as an unsafe one. Make sure the RCU safe ops can trace RCU unsafe
functions while the unsafe ftrace_ops can not.
Cc: Jiri Olsa
Acked-by: Paul E. McKenney
Signed-off-by: Steven Rostedt
---
On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
> Jan Kaluza writes:
> > Hi,
> >
> > this patchset against net-next (applies also to linux-next) adds 3 new types
> > of "Socket"-level control message (SCM_AUDIT, SCM_PROCINFO and SCM_CGROUP).
> >
> > Server-like processes in
> Cheers for producing a binding.
>
> On Wed, Sep 04, 2013 at 02:50:55PM +0100, Lee Jones wrote:
> > LPS001WP is a Pressure and Temperature sensor.
> >
> > Signed-off-by: Lee Jones
> > ---
> > Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
> > 1 file changed, 1 insertion(+)
>
Use devm_request_irq function.
Signed-off-by: Michal Simek
---
drivers/dma/pl330.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
index fa645d8..1989e4c 100644
--- a/drivers/dma/pl330.c
+++ b/drivers/dma/pl330.c
@@
From: "Steven Rostedt (Red Hat)"
As available_filter_functions file displays functions that are generally
available for tracing, do not show the ones that are RCU unsafe. Otherwise
it may be confusing for perf users to see these functions in this file but
not be able to trace them.
Cc: Jiri
On Wed, Sep 4, 2013 at 3:57 PM, Martin Mares wrote:
> Hello!
>
> First of all: Sorry for not replying to the first mail. I do not follow
> linux-pci too much these days (or, I do that in big batches).
No problem, I guessed as much.
>> This lets you select hwdb support at compile time.
>>
>>
On 09/04/2013 04:58 PM, Richard Guy Briggs wrote:
On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
Jan Kaluza writes:
Hi,
this patchset against net-next (applies also to linux-next) adds 3 new types
of "Socket"-level control message (SCM_AUDIT, SCM_PROCINFO and SCM_CGROUP).
Hello,
On Wed, Sep 04, 2013 at 02:32:39PM +0200, Alexander Gordeev wrote:
> Hmm.. that is actually a great idea. What I am not sure about whether is
> a dummy port still can send (spurious?) interrupts? The hardware interrupt
> handler would have to be reworked then. Seems as a yet another topic
On Wed, Sep 04, 2013 at 08:27:56AM -0500, Nishanth Menon wrote:
> On 09/04/2013 01:31 AM, Sachin Kamat wrote:
> > abb = devm_kzalloc(dev, sizeof(struct ti_abb), GFP_KERNEL);
> > - if (!abb) {
> > - dev_err(dev, "%s: Unable to allocate ABB struct\n", __func__);
> > - ret
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, September 04, 2013 12:17 AM
> To: KY Srinivasan
> Cc: o...@aepfle.de; b...@alien8.de; a...@canonical.com; x...@kernel.org;
> t...@linutronix.de; de...@linuxdriverproject.org;
i2c_adap is a field of a struct and will always be allocated so
its address will never be null.
Suggested by coccinelle, manually verified.
Signed-off-by: Alexandru Juncu
---
drivers/media/pci/dm1105/dm1105.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote:
> On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa wrote:
> > Hi Josh,
> >
> > On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
> >> Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
> >> exynos-cpufreq driver
On Sep 3, 2013, at 5:34 PM, Suman Anna wrote:
> Kumar,
>
>>>
>>> On 09/03/2013 01:50 PM, Kumar Gala wrote:
On Sep 3, 2013, at 12:52 PM, Suman Anna wrote:
> HwSpinlock IP is present only on OMAP4 and other newer SoCs,
> which are all device-tree boot only. This patch
On Thu 22-08-13 17:03:19, Andy Lutomirski wrote:
> Filesystems that defer cmtime updates should update cmtime when any
> of these events happen after a write via a mapping:
>
> - The mapping is written back to disk. This happens from all kinds
>of places, most of which eventually call
From: "Steven Rostedt (Red Hat)"
Let the user know that the RCU safety checker for function tracing
has been disabled. The checker only runs when the user specifically
configures it in the kernel, and this is done to search for locations
in the kernel that may be unsafe for a function trace
On Wed, 4 Sep 2013, Will Deacon wrote:
> Hmm, why can't you get interrupted during atomic64_xchg? On ARM, we have the
> following sequence:
AFAICT atomic means one uninterruptible action.
> static inline u64 atomic64_xchg(atomic64_t *ptr, u64 new)
> {
> u64 result;
> unsigned
On 4 September 2013 20:02, Marek Vasut wrote:
> Dear Sachin Kamat,
>
>> devm_* simplifies the code.
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> drivers/regulator/palmas-regulator.c | 38
>> @@ -1021,7 +1021,7 @@ static int palmas_regulators_probe(struct
>> platform_device *pdev) id, reg_init);
Since also the gcov structures(gcov_info, gcov_fn_info, gcov_ctr_info) can
change between gcc releases, as shown in gcc 4.7, they cannot be defined in a
common header and need to be moved to a specific gcc implemention file. This
also requires to make the gcov_info structure opaque for the common
On Wed, 2013-09-04 at 11:17 +0530, Govindarajulu Varadarajan wrote:
> This patch exposes symbols for usnic low latency driver that can be used to
> register and unregister vNics as well to traverse the resources on vNics.
>
> Signed-off-by: Upinder Malhi
> Signed-off-by: Nishank Trivedi
>
On 09/04/2013 10:32 AM, Josh Boyer wrote:
Matt's @ti.com address bounces. Update the MODULE_AUTHOR information in
edma.c to his Linaro address.
Signed-off-by: Josh Boyer
---
v2: Actually get the right email address
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index
On 09/04/2013 10:12 AM, Mark Brown wrote:
> On Wed, Sep 04, 2013 at 08:27:56AM -0500, Nishanth Menon wrote:
>> On 09/04/2013 01:31 AM, Sachin Kamat wrote:
>
>>> abb = devm_kzalloc(dev, sizeof(struct ti_abb), GFP_KERNEL);
>>> - if (!abb) {
>>> - dev_err(dev, "%s: Unable to allocate
On Wed, 4 Sep 2013, Andi Kleen wrote:
> > What does this mean? The above values are exported as part of
> > include/uapi/linux/perf_event.h
> > Do they not work yet?
>
> You can filter on the fields, but you can't see them outside
> the kernel driver yet. The patch to see them is still
On Wed, Sep 4, 2013 at 7:52 AM, Waiman Long wrote:
>
> The latest tty patches did work. The tty related spinlock contention is now
> completely gone. The short workload can now reach over 8M JPM which is the
> highest I have ever seen.
Good. And this was with the 80-core machine, so there aren't
On Wed, 4 Sep 2013, Vineet Gupta wrote:
> Considering other discussions on this thread, shall I drop this from my
> for-curr
> for this merge window ? I don't see any other arch changes to that effect in
> latest linux-next.
The required fix of the macros was merged yesterday into upstream.
--
On Wed, Sep 4, 2013 at 11:04 AM, Tomasz Figa wrote:
> On Wednesday 04 of September 2013 10:41:31 Josh Boyer wrote:
>> On Wed, Sep 4, 2013 at 10:36 AM, Tomasz Figa wrote:
>> > Hi Josh,
>> >
>> > On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
>> >> Using Linus' tree as of this
This patch converts the Tegra114 gate clock registration to be table driven
like the periph clocks. The same struct tegra_periph_init_data is used for the
table, but some fields are unused. This makes the code easier to read and also
paves the way to share clock data between Tegra SoCs.
On Wed, Sep 04, 2013 at 02:36:54PM +0100, Lee Jones wrote:
> On Wed, 04 Sep 2013, Mark Rutland wrote:
>
> > Hi Lee,
> >
> > On Wed, Sep 04, 2013 at 10:31:34AM +0100, Lee Jones wrote:
> > > After applying this node the LPS001WP sensor chip should probe
> > > successfully once the driver support
Dear Sachin Kamat,
> devm_* simplifies the code.
>
> Signed-off-by: Sachin Kamat
Makes sense
Acked-by: Marek Vasut
> ---
> This series is compile tested.
> ---
> drivers/regulator/anatop-regulator.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git
Dear Sachin Kamat,
> devm_* simplifies the code.
>
> Signed-off-by: Sachin Kamat
Acked-by: Marek Vasut
Best regards,
Marek Vasut
--
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
This patch converts the Tegra114 PMC clock registration to be table driven
like the periph clocks.
Signed-off-by: Peter De Schrijver
---
Fix comment :)
---
drivers/clk/tegra/clk-tegra114.c | 58 +++---
1 files changed, 23 insertions(+), 35 deletions(-)
diff
On Tue, Jul 02, K. Y. Srinivasan wrote:
> The current code picked the highest version advertised by the host. WS2012 R2
> has implemented a protocol version for KVP that is not compatible with prior
> protocol versions of KVP. Fix the bug in the current code by explicitly
> specifying
> the
This patch converts the Tegra114 audio clock registration to be table driven
like the periph clocks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra114.c | 262 +++---
drivers/clk/tegra/clk.h | 73 +++
2 files changed, 150
Here's a series for fixing issues with d_drop on a directory dentry with
children and adding support for such dropped directories in fuse.
This one adds a helper for walking the dentry tree. This reduces code
duplication and reduces the chances of a bug creeping into one of the instances.
The
From: Miklos Szeredi
Do have_submounts(), shrink_dcache_parent() and d_drop() atomically.
check_submounts_and_drop() can deal with negative dentries as well.
Signed-off-by: Miklos Szeredi
CC: David Howells
---
fs/afs/dir.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
From: Miklos Szeredi
This one replaces three instances open coded tree walking (have_submounts,
select_parent, d_genocide) with a common helper.
In addition to slightly reducing the kernel size, this simplifies the
callers and makes them less bug prone.
Signed-off-by: Miklos Szeredi
---
This patch converts the Tegra114 audio clock registration to be table driven
like the periph clocks.
Signed-off-by: Peter De Schrijver
---
drivers/clk/tegra/clk-tegra114.c | 58 +++---
1 files changed, 23 insertions(+), 35 deletions(-)
diff --git
On Wed, 4 Sep 2013, Will Deacon wrote:
> > Did you apply the first patch of this series which is a bug fix?
>
> No, sorry, I didn't see that. Do you have a branch anywhere that I can play
> with?
It was merged in Linus tree yesterday.
> > I do not see any special code for ARM for
On Wed, Sep 04, 2013 at 03:17:09PM +0100, Christoph Lameter wrote:
> On Wed, 4 Sep 2013, Will Deacon wrote:
> > God knows! You're completely right, and we simply disable interrupts which I
> > somehow misread as taking a lock. However, is it guaranteed that mixing
> > an atomic64_* access with a
On Wed, Sep 04, 2013 at 04:05:53PM +0200, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> Do have_submounts(), shrink_dcache_parent() and d_drop() atomically.
>
> check_submounts_and_drop() can deal with negative dentries and
> non-directories as well.
>
> Non-directories can also be mounted
* Stanislaw Gruszka wrote:
> scale_stime() silently assumes that stime < rtime, otherwise when
> stime == rtime and both values are big enough (operations on them do
> not fit in 32 bits), the resulting scaling stime can be bigger than
> rtime. In consequence utime = rtime - stime results in
Hi Lee,
Cheers for producing a binding.
On Wed, Sep 04, 2013 at 02:50:55PM +0100, Lee Jones wrote:
> LPS001WP is a Pressure and Temperature sensor.
>
> Signed-off-by: Lee Jones
> ---
> Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
Dear Sachin Kamat,
> devm_* simplifies the code.
>
> Signed-off-by: Sachin Kamat
Acked-by: Marek Vasut
Best regards,
Marek Vasut
--
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
> -Original Message-
> From: Gleb Natapov [mailto:g...@redhat.com]
> Sent: Wednesday, September 04, 2013 2:40 AM
> To: KY Srinivasan
> Cc: x...@kernel.org; gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
>
From: "Steven Rostedt (Red Hat)"
The function debug_lockdep_rcu_enabled() is part of the RCU lockdep
debugging, and is called very frequently. I found that if I enable
a lot of debugging and run the function graph tracer, this
function can cause a live lock of the system.
We don't usually trace
Lieber Freund
Ich vermute das diese E-Mail eine Überraschung für Sie sein wird, aber es ist
wahr.Ich bin bei einer routinen Überprüfung in meiner Bank (StandardBank PLC
von Süd Afrika) wo ich arbeite, auf einem Konto gestoßen, was nicht in anspruch
genommen worden ist, wo derzeit USD$18.5M
Dear Sachin Kamat,
> devm_* simplifies the code.
>
> Signed-off-by: Sachin Kamat
Acked-by: Marek Vasut
Best regards,
Marek Vasut
--
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 Wed, Sep 04, 2013 at 08:13:38AM +0100, Prabhakar Lad wrote:
> Hi Mark,
Hi Prabhakar,
>
> On Mon, Sep 2, 2013 at 9:47 PM, Mark Rutland wrote:
> > On Wed, Aug 28, 2013 at 03:43:04AM +0100, Prabhakar Lad wrote:
> >> Hi Mark,
> >>
> >> On Tue, Aug 27, 2013 at 8:54 PM, Mark Rutland wrote:
> >>
On Wed, Sep 04, Olaf Hering wrote:
> I suggest to let callers deal with error handling. Also as a cleanup,
> vmbus_prep_negotiate_resp does not make use of the negop passed to it.
> So that arg can be removed.
Simplify vmbus_prep_negotiate_resp. If we take the optimistic approach
that
From: "Steven Rostedt (Red Hat)"
This is a light weight way to keep the rcu checker from checking
RCU safety. It adds a ftrace_unsafe_rcu_checker_disable/enable()
that increments or decrements a counter respectively. When the
counter is set, the RCU unsafe checker callback does not run the
tests
From: "Steven Rostedt (Red Hat)"
The irqsoff tracer can be called during some of the RCU unsafe
regions. The problem is that some of the internal calls that it
makes may also be traced. For example, it uses spin locks. But if
the spin lock gets traced and the RCU unsafe checker runs, it will
Hello,
On Wed, Sep 04, 2013 at 10:06:23AM +0200, Alexander Gordeev wrote:
> > Please separate out threaded IRQ support from multiple MSI.
>
> This series does not really bring any structural change to the AHCI code -
> just tweaks the MSI initialization.
>
> As threaded IRQ support vs multiple
From: Miklos Szeredi
We check submounts before doing d_drop() on a non-empty directory dentry in
NFS (have_submounts()), but we do not exclude a racing mount.
Process A: have_submounts() -> returns false
Process B: mount() -> success
Process A: d_drop()
This patch prepares the ground for
Make use of the new pci_enable_msi_block_part() interface
and conserve on othewise wasted interrupt resources for 10
of 16 unused MSI vectors on Intel chipsets.
Signed-off-by: Alexander Gordeev
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index db4380d..41f9c08 100644
---
Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
exynos-cpufreq driver doesn't build because it includes a file that
doesn't exist.
+ make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1
arch/arm/kernel/return_address.c:63:2: warning: #warning "TODO:
return_address should use
This patchset introduces a table driven initialization method for the
audio, PMC and gate clocks. It's similar to the table we already have for
the periph clocks.
This patch determines the register bank for clock enable/disable and reset
based on the clock ID instead of hardcoding it in the tables describing the
clocks. This results in less data to be maintained in the tables, making the
code easier to understand. The full benefit of the change will be
On Wed, 2013-09-04 at 10:05 +0800, Tang Chen wrote:
> On 09/04/2013 08:37 AM, Toshi Kani wrote:
> > On Tue, 2013-08-27 at 17:37 +0800, Tang Chen wrote:
> >> memblock_alloc_base_nid() is a common API of memblock. And it calls
> >> memblock_find_in_range_node() with %start = 0, which means it has no
Hi
On Fri, Aug 30, 2013 at 5:50 PM, Anatol Pomozov
wrote:
> Hi, Joe
>
> On Fri, Aug 30, 2013 at 4:28 PM, Joe Perches wrote:
>> On Fri, 2013-08-30 at 15:48 -0700, Randy Dunlap wrote:
>>> On 08/30/13 15:14, Anatol Pomozov wrote:
>>> > But another question still remains: why compiler does not warn
Hello,
On Wed, Sep 04, 2013 at 09:22:57AM +0200, Alexander Gordeev wrote:
> I think a general approach that will cover it all (including ICH and undesired
> sharing of interrupt vectors) - start MME from roundup_pow_of_two(n_ports) and
> ensure MRSM bit is unset. If not - double MME and retry. If
On Wed, Sep 04, 2013 at 02:26:38PM +0100, Lee Jones wrote:
> On Wed, 04 Sep 2013, Lars-Peter Clausen wrote:
> > > I think this would be better handled with something like Mark Brown's
> > > suggested regulator_get_optional [1,2].
> Thanks Mark, I didn't know that existed.
It's only just gone
On Wed, Sep 04, 2013 at 07:37:22AM -0700, tip-bot for Stanislaw Gruszka wrote:
> Commit-ID: 5a8e01f8fa51f5cbce8f37acc050eb2319d12956
> Gitweb: http://git.kernel.org/tip/5a8e01f8fa51f5cbce8f37acc050eb2319d12956
> Author: Stanislaw Gruszka
> AuthorDate: Wed, 4 Sep 2013 15:16:03 +0200
>
This patch is inpired by the patch for drvdata
"device-core: Ensure drvdata = NULL when no driver is bound"
(sha1: 0998d0631001288a5974afc0b2a5f568bcdecb4d)
Also it fixes all occurences in drivers.
Signed-off-by: Michal Simek
---
arch/arm/kernel/etm.c | 6 --
drivers/amba/bus.c
This is an attempt to bring support for modified gcov format in gcc 4.7 to
the kernel. It tries to leverage the existing layout/abstraction, which was
designed keeping in mind that the gcov format could change, but some changes had
to be make. Mostly because the current model does not take into
From: Miklos Szeredi
Use d_materialise_unique() instead of d_splice_alias(). This allows dentry
subtrees to be moved to a new place if there moved, even if something is
referencing a dentry in the subtree (open fd, cwd, etc..).
This will also allow us to drop a subtree if it is found to be
After applying this node the LPS001WP sensor chip should probe
successfully once the driver support has also been applied.
Signed-off-by: Lee Jones
diff --git a/arch/arm/boot/dts/ste-snowball.dts
b/arch/arm/boot/dts/ste-snowball.dts
index cf9b16e..dc556d1 100644
---
In the recent change to the reset function API (commit
7b6d864b48d95e6ea1df7df64475b9cb9616dcf9), the mode argument changed from a
char to an enum. lpc23xx_restart() only handles REBOOT_SOFT and REBOOT_HARD,
but the new kernel code emits REBOOT_COLD (0) on reboots now which leads to
lpc32xx simply
From: "Steven Rostedt (Red Hat)"
There's a slight race when going from a list function to a non list
function. That is, when only one callback is registered to the function
tracer, it gets called directly by the mcount trampoline. But if this
function has filters, it may be called by the wrong
From: Miklos Szeredi
We check submounts before doing d_drop() on a non-empty directory dentry in
NFS (have_submounts()), but we do not exclude a racing mount. Nor do we
prevent mounts to be added to the disconnected subtree using relative paths
after the d_drop().
This patch fixes these issues
On Wed, 2013-09-04 at 11:20 -0400, Richard Guy Briggs wrote:
> On Wed, Sep 04, 2013 at 10:58:30AM -0400, Richard Guy Briggs wrote:
> > On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
> > > Jan Kaluza writes:
> > > > this patchset against net-next (applies also to linux-next)
On 09/03/2013 03:09 PM, Linus Torvalds wrote:
On Tue, Sep 3, 2013 at 8:34 AM, Linus Torvalds
wrote:
I suspect the tty_ldisc_lock() could be made to go away if we care.
Heh. I just pulled the tty patches from Greg, and the locking has
changed completely.
It may actually fix your AIM7
On Wed, Sep 04, 2013 at 10:58:30AM -0400, Richard Guy Briggs wrote:
> On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
> > Jan Kaluza writes:
> > > this patchset against net-next (applies also to linux-next) adds 3 new
> > > types
> > > of "Socket"-level control message
From: "Steven Rostedt (Red Hat)"
For the ftrace_ops that use RCU read locks, and can not be called by
unsafe RCU functions (those outside of RCU tracking), have them not
update the RCU unsafe function records when they are being registered
or unregistered.
The ftrace function records store a
On Sat, 31 Aug 2013, Paul E. McKenney wrote:
> Queued for 3.13. I had to rework for conflicts, please see below for
> the update patch.
Looks fine to me. Can I drop the rcu patches from my patchset?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi Josh,
On Wednesday 04 of September 2013 10:13:16 Josh Boyer wrote:
> Using Linus' tree as of this morning (v3.11-2654-g458c3f6), the
> exynos-cpufreq driver doesn't build because it includes a file that
> doesn't exist.
>
> + make -s ARCH=arm V=1 -j4 bzImage KALLSYMS_EXTRA_PASS=1
>
From: Thomas Bogendoerfer
The last line of PARISC machines (C8000, RP34x0, etc.) have a BMC for
controlling temperature, fan speed and other stuff. The BMC is connected
via a special bus and listed in the firmware device tree. This change
adds support for these BMCs to the IPMI driver.
Sage Weil wrote:
> David, are the fscache patches here ready for the next merge window? Do
> you have a preference for whose tree they go through?
There's only one problem - patch 1 needs to come _after_ patch 2 to avoid
breaking git bisect. Plus these patches 2 and 4 extend the fscache API
On 09/04/2013 05:30 PM, Eric Dumazet wrote:
On Wed, 2013-09-04 at 11:20 -0400, Richard Guy Briggs wrote:
On Wed, Sep 04, 2013 at 10:58:30AM -0400, Richard Guy Briggs wrote:
On Wed, Sep 04, 2013 at 12:42:26AM -0700, Eric W. Biederman wrote:
Jan Kaluza writes:
this patchset against net-next
On Tue, Sep 3, 2013 at 7:39 AM, Ingo Molnar wrote:
>
> Please pull the latest x86-asmlinkage-for-linus git tree from:
Grr. This one seems to introduce this annoying warning:
arch/x86/kernel/paravirt.c:66:0: warning: "DEF_NATIVE" redefined
[enabled by default]
#define DEF_NATIVE(ops, name,
On Sun, 1 Sep 2013 22:55:51 +0200
Hans-Christian Egtvedt wrote:
> Around Fri 12 Oct 2012 22:26:35 -0400 or thereabout, Steven Rostedt wrote:
>
> Hello Steven,
>
> > Use Kbuild infrastructure to handle the asm-generic headers
> > and remove the wrapper headers that call them.
> >
> > This only
From: Dan Carpenter
On x86_64 there is a 4 byte hole between ->recv_type and ->addr.
Signed-off-by: Dan Carpenter
---
drivers/char/ipmi/ipmi_devintf.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/char/ipmi/ipmi_devintf.c b/drivers/char/ipmi/ipmi_devintf.c
index
From: "jordan_hargr...@dell.com"
I'd submitted this about a year ago but it never made it upstream.
The latest versions of the kernel drivers for ipmi can use ACPI to
determine the type of BMC device used in the system. The following
patch adds a module alias so that udev will autoload the
On Tue, Aug 27, 2013 at 12:01:01PM -0500, Robin Holt wrote:
> Alex,
>
> Although the explanation seems plausible, have you verified this is
> actually possible? You could make a simple pthread test case which
> allocates a getpagesize() * area, prints its
> address and then each thread migrate
On Wed, Sep 4, 2013 at 11:53 AM, Kees Cook wrote:
> On Tue, Sep 3, 2013 at 4:50 PM, Matthew Garrett
> wrote:
>> We have two in-kernel mechanisms for restricting module loading - disabling
>> it entirely, or limiting it to the loading of modules signed with a trusted
>> key. These can both be
From: Corey Minyard
A couple of variables were getting warnings about being uninitialized.
It was a false warning, but initialize them, anyway.
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_msghandler.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Sep 04, 2013 at 12:33:46PM +0800, Jason Wang wrote:
> sock_tx_timestamp() will clear all zerocopy flags of skb which may lead the
> frags never to be orphaned. This will break guest to guest traffic when
> zerocopy
> is enabled. Fix this by orphaning the frags before trying to set tx time
The following changes since commit cde2d7a796f7e895e25b43471ed658079345636d:
ext4: flush the extent status cache during EXT4_IOC_SWAP_BOOT (2013-08-12
09:29:30 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus
901 - 1000 of 1352 matches
Mail list logo
