On Tue 23-02-16 14:04:30, Waiman Long wrote:
> Linked list is used everywhere in the Linux kernel. However, if many
> threads are trying to add or delete entries into the same linked list,
> it can create a performance bottleneck.
>
> This patch introduces a new per-cpu list subystem with associat
On Tue, 23 Feb 2016 20:09:02 +0100,
Martin Kepplinger wrote:
>
> Am 2016-02-23 um 18:14 schrieb Ville Syrjälä:
> > On Tue, Feb 23, 2016 at 05:57:40PM +0100, Takashi Iwai wrote:
> >> On Mon, 22 Feb 2016 22:37:28 +0100,
> >> Martin Kepplinger wrote:
> >>>
> >>> Am 2016-02-22 um 20:10 schrieb Takashi
* Torsten Duwe [2016-02-23 18:00:17]:
> On Wed, Feb 17, 2016 at 02:08:41PM +1100, Michael Ellerman wrote:
> >
> > That stub uses r2 to find the location of itself, but it only works if r2
> > holds
> > the TOC for scsi_mod.ko. In this case r2 still contains ibmvscsi.ko's TOC.
>
> Here's my sol
* Josh Poimboeuf wrote:
> Hi Ingo,
>
> On Tue, Feb 23, 2016 at 09:14:06AM +0100, Ingo Molnar wrote:
> > So I tried out this latest stacktool series and it looks mostly good for an
> > upstream merge.
> >
> > To help this effort move forward I've applied the preparatory/fix patches
> > that a
Hi Valentin,
On Wednesday 24 February 2016 12:53 PM, Valentin Rothberg wrote:
> Hi Vineet,
>
> your commit 0443ad7fb2eb ("ARC: SMP: No need for CONFIG_ARC_IPI_DBG")
> has shown up in todays linux-next tree (i.e., next-20160224) and removes
> the Kconfig option ARC_IPI_DBG and all referencing #ifde
On Tue, Feb 23, 2016 at 10:34:09AM -0500, Alan Stern wrote:
> On Tue, 23 Feb 2016, Peter Chen wrote:
>
> > Hi Tejun Heo and Florian Mickler,
> >
> > I have a question that during the system resume process, the freezable
> > workqueue can be thawed if there is a non-freezable workqueue is
> > bloc
On 23.02.2016 23:16, Anand Moon wrote:
> Hi Krzysztof,
>
> On 23 February 2016 at 17:32, Krzysztof Kozlowski
> wrote:
>> 2016-02-23 18:17 GMT+09:00 Anand Moon :
>>> Hi Krzysztof,
>>>
>>> On 23 February 2016 at 14:03, Krzysztof Kozlowski
>> };
>> +
>> +gpio_keys {
>> +
Hi Vineet,
your commit 0443ad7fb2eb ("ARC: SMP: No need for CONFIG_ARC_IPI_DBG")
has shown up in todays linux-next tree (i.e., next-20160224) and removes
the Kconfig option ARC_IPI_DBG and all referencing #ifdefs but one:
arch/arc/kernel/mcip.c:58:#ifdef CONFIG_ARC_IPI_DBG
arch/arc/kernel/mcip.c-
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, this is on top of the perf-core-for-mingo
> submitted recently,
>
> - Arnaldo
>
> The following changes since commit 03e0a7df3efd959e40cd7ff40b1fabddc234ec5a:
>
> perf tools: Introduce bpf-output event (2016-02
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 91e48b7df15196b8ce01f40455219d3ed7889988:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
As dell_smi_error() is exported by dell-smbios, its prefix should be
consistent with other exported symbols, so change function name to
dell_smbios_error().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 16
drivers/platform/x86/dell-smbios.c |4 ++--
This patch series makes use of the API exported by dell-smbios, so it
should be applied to either testing or dell-smbios.
Changes from v3:
- Extract code issuing the WMI-controlling SMBIOS request into a
separate function
- Document the SMBIOS request used
- Split keymap section "Shor
Similarly to Dell Vostro V131, Dell Inspiron M5110 also requires an
SMBIOS request to be issued in order for WMI events to be generated and
does not raise an i8042 interrupt when the Dell Instant Launch hotkey is
pressed. However, the event code for that hotkey on this machine is
0xe029, so add it
On models on which an SMBIOS request needs to be issued in order for WMI
events to be generated, pressing the Dell Instant Launch hotkey does not
raise an i8042 interrupt - only a WMI event is generated (0xe025 on Dell
Vostro V131). Thus, the 0xe025 event should only be ignored on machines
which d
On some laptop models (e.g. Dell Vostro V131), WMI events are not
generated until a specific SMBIOS request is issued to register an event
listener [1]. As there seems to be no ACPI method or SMBIOS request to
determine without possible side effects whether a given machine needs to
issue this SMBI
The dell_smi_error() method could be used by modules other than
dell-laptop for convenient translation of SMBIOS request errors into
errno values. Thus, move it to dell-smbios.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 14 --
drivers/platform/x86/dell-s
On Tue, Feb 23, 2016 at 10:30:04PM -0800, Junio C Hamano wrote:
> Fengguang Wu writes:
>
> > The necessary lines for the robot are
> >
> > base commit:
> > base patch-id:
> > or
> > base tree-id:
> > base patch-id:
>
> I will not repeat why a commit object name wo
This patch add 4GB mode support for m4u.
Signed-off-by: Yong Wu
---
In this patch I use the global "max_pfn" to check whether the current
dram size is over 4GB, I am not sure this is proper.
If there is any other suggestions, please let me know.
Thanks.
drivers/iommu/mtk_iommu.c | 14 +
Mediatek extend bit9 in the lvl1 and lvl2 pgtable descriptor of the
Short-descriptor as the 4GB mode in which the dram size will be
over 4GB.
We add a special quirk for this MTK-4GB mode, And in the standard
spec, Bit9 in the lvl1 is "IMPLEMENTATION DEFINED", while it's AP[2]
in the lvl2, therefor
This patch-set add MTK 4GB mode support on the Short-Descriptor.
MTK extend the bit9 of the standard pgtable descriptor as the 4GB mode.
We add a special quirk for this.
This two patches are based on Robin's Short-decriptor v3[1], MTK
IOMMU v10[2] and Robin's "Rationalise quirk handling"[3].
[
On 02/19/2016 09:04 AM, Marc Zyngier wrote:
Hi David,
On 18/02/16 23:48, David Long wrote:
From: Sandeepa Prabhu
Kprobes needs simulation of instructions that cannot be stepped
from different memory location, e.g.: those instructions
that uses PC-relative addressing. In simulation, the behavi
On Mon, Feb 22, 2016 at 2:05 AM, Dmitry Vyukov wrote:
> unreferenced object 0x8800628991d8 (size 4096):
> comm "a.out", pid 7081, jiffies 4294920662 (age 35.917s)
> hex dump (first 32 bytes):
> 00 00 00 00 00 00 00 00 61 78 30 00 00 00 00 00 ax0.
> 00 00 00 00 00 00 00
We need to remove the SQUASH_TOC_SAVE_INSNS bits as well, now that the
ppc64_profile_stub_insns does not save r2
> Looks like we are getting closer to the final solution Thanks, Balbir
With the SQUASH_TOC_SAVE_INSNS removed, ftrace function seems to work, but
function_graph is broken. I've no
Hi Mathieu,
[auto build test ERROR on arm/for-next]
[also build test ERROR on v4.5-rc5 next-20160223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Mathieu-Desnoyers/getcpu_cache-wire-up-ARM
This issue is involved from commit 02323db17e3a7 ("cifs: fix
cifs_uniqueid_to_ino_t not to ever return 0"), when BITS_PER_LONG
is 64 on s390x, the corresponding cifs_uniqueid_to_ino_t()
function will cast 64-bit fileid to 32-bit by using (ino_t)fileid,
because ino_t (typdefed __kernel_ino_t) is int
Hi Bjorn, many thanks for replying
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: 24 February 2016 09:14
> To: Gabriele Paoloni
> Cc: 'Mark Rutland'; Guohanjun (Hanjun Guo); Wangzhou (B); liudongdong
> (C); Linuxarm; qiujiang; 'bhelg...@google.com'; 'a...@a
On 24/02/16 04:00, Torsten Duwe wrote:
> On Wed, Feb 17, 2016 at 02:08:41PM +1100, Michael Ellerman wrote:
>> That stub uses r2 to find the location of itself, but it only works if r2
>> holds
>> the TOC for scsi_mod.ko. In this case r2 still contains ibmvscsi.ko's TOC.
> Here's my solution, a b
On Wed, Feb 24, 2016 at 6:34 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20160223:
>
...
> The aio tree still had a build failure so I used the version from
> next-20160111.
>
Might be good to poke the maintainer as I am seeing this for a long
time in Linux-next.
- Sedat -
Fengguang Wu writes:
> The necessary lines for the robot are
>
> base commit:
> base patch-id:
> or
> base tree-id:
> base patch-id:
I will not repeat why a commit object name would be more appropriate
than a tree object name here (please see my response to HPA).
On Tue, 2016-02-23 at 21:00 -0800, Greg Kroah-Hartman wrote:
> On Wed, Feb 24, 2016 at 05:49:45AM +0100, Mike Galbraith wrote:
> > On Tue, 2016-02-23 at 19:32 -0800, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.4.3 release.
> > > There are 137 patches in th
Hi Paul,
On Tuesday 23 February 2016 11:58 PM, Paul Walmsley wrote:
> Kishon
>
> On Tue, 23 Feb 2016, Kishon Vijay Abraham I wrote:
>
>> On Monday 22 February 2016 03:25 PM, Kishon Vijay Abraham I wrote:
>>> On Monday 22 February 2016 12:01 PM, Paul Walmsley wrote:
On Mon, 22 Feb 2016, Kish
"H. Peter Anvin" writes:
> Personally, as a maintainer, I would love to see the tree ID and
> ideally also the commit ID a series is based on. The commit ID is
> in some ways less useful since it is non-recreatable (and
> therefore will never match for anything but the first patch of a
> series)
There will be a log spam when there is no cable plugged. Please refer to
following links. https://bugzilla.kernel.org/show_bug.cgi?id=104351
https://bugzilla.kernel.org/show_bug.cgi?id=107421
This issue is caused by runtime power management. When there is no cable
plugged, the driver will be suspe
Hi,
On Monday 08 February 2016 05:30 AM, Paul Gortmaker wrote:
> In a recent patch series that aimed to remove code related to module
> unload for PCI support that was simply non modular, the discussion
> led to people wanting to keep the code and push towards taking the
> steps needed to support
Hi Ville,
We will look into this in sometime. Right now team is slightly loaded due to
project milestone.
Last time I looked into this, we dint have this HW to reproduce this issue.
Regards
Shashank
-Original Message-
From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
Sent: Tue
Hi,
Thanks Dinh & Alexander for the intergration testing.
---
@Dinh,
Can you test it again with the patch[0]?
patch[0]:
https://patchwork.kernel.org/patch/8398511/
-
Caesar
在 2016年02月23日 23:14, Dinh Nguyen 写道:
Hi,
Sorry that I couldn't get to this sooner.
On 02/18/2016 10:07 AM, Alexand
On Tue 23 Feb 09:21 PST 2016, Georgi Djakov wrote:
> When the SMEM is probed it defers as it depends on the hardware lock, which
> is not available yet. But the SMD bus and RPM regulators and clocks depend
> on SMEM and they defer too. The problem with this is that the order of
> registering the d
On Wed, 2016-02-24 at 00:04 -0500, Mimi Zohar wrote:
> On Fri, 2016-02-19 at 17:18 +, David Howells wrote:
>
> > /*
> > * Verify a signature using a public key.
> > */
> > int public_key_verify_signature(const struct public_key *pkey,
> > const struct public_k
Hi Linus,
A critical bug fix since the last pull request and a sweeping defconfig cleanup
from Alexey.
Please pull.
Thx,
-Vineet
>
The following changes since commit 18558cae0272f8fd9647e69d3fec1565a7949865:
Linux 4.5-rc4 (2016-02-14 13:05:20 -0800)
are available in the git repository a
On Wed, Feb 17, 2016 at 4:34 PM, Ross Green wrote:
> Appreciate your efforts!
>
> Just trying to make sure it does not get lost.
> Introduced in rc1, not fixed by ... rc4.
>
> Anyway, I will continue to test, lots of other things still to chase
> even in rc4!
>
> Regards,
>
> Ross Green
>
> On Wed
+++ Rasmus Villemoes [23/02/16 23:47 +0100]:
On Tue, Feb 23 2016, Jessica Yu wrote:
Implement basic character sets for the '%[]' conversion specifier.
lib/vsprintf.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/lib/vsprintf.c b/lib/vsprintf.
Hi all,
Changes since 20160223:
The arc tree gained conflicts against the arc-current tree.
The pci tree gained a conflict against the pci-current tree.
The mac80211-next tree gained a build failure so I used the version
from next-20160223.
The kvm-arm tree gained a conflict against the arm64
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit caaee6234d05a58c5b4d05e7bf766131b810a657 upstream.
By checking the effective credentials instead of the real UID / permitted
capabilities, ensure that the calling process actu
Fix comments to use trailing */ on separate lines.
Signed-off-by: YU BO
---
drivers/staging/xgifb/vb_init.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/xgifb/vb_init.c b/drivers/staging/xgifb/vb_init.c
index 4cb9ff4..8fc8a95 100644
--- a/dr
Hi Mathieu,
[auto build test ERROR on arm/for-next]
[also build test ERROR on v4.5-rc5 next-20160223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Mathieu-Desnoyers/getcpu_cache-wire-up-ARM
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Ken Xue
commit 4fd41a8552afc01054d9d9fc7f1a63c324867d27 upstream.
The routines in scsi_pm.c assume that if a runtime-PM callback is
invoked for a SCSI device, it can only mean that the device'
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 40998193560dab6c3ce8d25f4fa58a23e252ef38 upstream.
When dropping a lock while iterating a list we must restart the search
as other threads could have manipulated the l
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt
commit 32abc2ede536aae52978d6c0a8944eb1df14f460 upstream.
When a long value is read on 32 bit machines for 64 bit output, the
parsing needs to change "%lu" into "%llu", as the v
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: James Bottomley
commit 00cd29b799e3449f0c68b1cc77cd4a5f95b42d17 upstream.
The starting node for a klist iteration is often passed in from
somewhere way above the klist infrastructure, meaning
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 13d5e5d4725c64ec06040d636832e78453f477b7 upstream.
The commit [7f0973e973cd: ALSA: seq: Fix lockdep warnings due to
double mutex locks] split the management of two linked l
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Oberparleiter
commit 863e02d0e173bb9d8cea6861be22820b25c076cc upstream.
Writing a number to /sys/bus/scsi/devices//queue_ramp_up_period
returns the value of that number instead of the nu
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit ca82c2bded29b38d36140bfa1e76a7bbfcade390 upstream.
This patch addresses a case where iscsi_target_do_tx_login_io()
fails sending the last login response PDU, after th
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Bart Van Assche
commit b49493f99690c8eaacfbc635bafaad629ea2c036 upstream.
Avoid that kmemleak reports the following memory leak if a
SCSI LLD calls scsi_host_alloc() and scsi_host_put() but ne
On Wed, 24 Feb 2016 00:13:47 -0500 Jessica Yu wrote:
> >> This patch adds support for the '%[' conversion specifier for sscanf().
> >> This is useful in cases where we'd like to match substrings delimited by
> >> something other than spaces. The original motivation for this patch
> >> actually ca
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit b33c8ff4431a343561e2319f17c14286f2aa52e2 upstream.
In my randconfig tests, I came across a bug that involves several
components:
* gcc-4.9 through at least 5.3
* CONFIG_G
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit caaee6234d05a58c5b4d05e7bf766131b810a657 upstream.
By checking the effective credentials instead of the real UID / permitted
capabilities, ensure that the calling process actu
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt
commit 32abc2ede536aae52978d6c0a8944eb1df14f460 upstream.
When a long value is read on 32 bit machines for 64 bit output, the
parsing needs to change "%lu" into "%llu", as the v
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit ee9159ddce14bc1dec9435ae4e3bd3153e783706 upstream.
The N_X25 line discipline may access the previous line discipline's closed
and already-freed private data on open [1].
T
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: James Bottomley
commit 00cd29b799e3449f0c68b1cc77cd4a5f95b42d17 upstream.
The starting node for a klist iteration is often passed in from
somewhere way above the klist infrastructure, meaning
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 13b4389143413a1f18127c07f72c74cad5b563e8 upstream.
Runtime suspend during driver probe and removal can cause problems.
The driver's runtime_suspend or runtime_resume callback
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Imre Deak
commit fd0fe6acf1dd88aabfbf383f7e4c16315387a7b7 upstream.
After Damien's D3 fix I started to get runtime suspend residency for the
first time and that revealed a breakage on the set_
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Oberparleiter
commit 863e02d0e173bb9d8cea6861be22820b25c076cc upstream.
Writing a number to /sys/bus/scsi/devices//queue_ramp_up_period
returns the value of that number instead of the nu
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit ca82c2bded29b38d36140bfa1e76a7bbfcade390 upstream.
This patch addresses a case where iscsi_target_do_tx_login_io()
fails sending the last login response PDU, after th
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 40998193560dab6c3ce8d25f4fa58a23e252ef38 upstream.
When dropping a lock while iterating a list we must restart the search
as other threads could have manipulated the l
The current memory-barriers.txt does not address the possibility of
a write to a dereferenced pointer. This should be rare, but when it
happens, we need that write -not- to be clobbered by the initialization.
This commit therefore adds an example showing a data dependency ordering
a later data-dep
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Andrew Gabbasov
commit bb00c898ad1ce40c4bb422a8207ae562e9aea7ae upstream.
If a name contains at least some characters with Unicode values
exceeding single byte, the CS0 output should have 2 by
This commit adds a couple of paragraphs to the description of RCU's
combining tree explaining how the combining tree keeps lock contention
acceptably low, despite RCU grace periods being global operations.
Signed-off-by: Paul E. McKenney
---
.../Design/Data-Structures/Data-Structures.html| 2
Currently, an error-free run produces an empty console.log.diags file.
This can be annoying when using "vi */console.log.diags" to see a full
summary of the errors. This commit therefore removes any empty files
during the analysis process.
Signed-off-by: Paul E. McKenney
---
tools/testing/selft
From: Boqun Feng
In C programming language, we don't have a easy way to privatize a
member of a structure. However in kernel, sometimes there is a need to
privatize a member in case of potential bugs or misuses.
Fortunately, the noderef attribute of sparse is a way to privatize a
member, as by d
This commit adds checks for rcutorture writer starvation, so that
instances will be added to the test summary.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/bin/parse-console.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftes
The current scripts parse console output only for cases where one CPU
detect a stall on some other CPU or task. This commit therefore adds
checks for self-detected stalls.
Signed-off-by: Paul E. McKenney
---
tools/testing/selftests/rcutorture/bin/parse-console.sh | 4 ++--
1 file changed, 2 ins
On Wed, Feb 24, 2016 at 2:21 AM, David Miller wrote:
> From: Konstantin Khlebnikov
> Date: Sun, 21 Feb 2016 10:11:02 +0300
>
>> Currently initial net.ipv4.conf.all.* and net.ipv4.conf.default.* are
>> copied from init network namespace because static structures are used
>> for init_net. This make
This commit exports rcu_gp_is_normal() in order to allow it to be used
by rcutorture and rcuperf.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/update.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/rcu/update.c b/kernel/rcu/update.c
index 76b94e19430b..ca828b41c938 100644
--- a/ke
From: Yang Shi
Because there are neither uses nor intended uses for the
rcu_user_hooks_switch() function that was orginally intended
for nohz use, this commit removes it.
Signed-off-by: Yang Shi
Acked-by: Frederic Weisbecker
Signed-off-by: Paul E. McKenney
---
include/linux/rcupdate.h | 2 --
Hello!
This series provides torture-test updates:
1. Add checks for rcutorture writer starvation.
2. Don't keep empty console.log.diags files.
3. Make rcutorture scripts check for self-detected stalls.
4. Export rcu_gp_is_normal() so that it can be used in torture tests
From: Chen Gang
The related warning from gcc 6.0:
In file included from kernel/rcu/tree.c:4630:0:
kernel/rcu/tree_plugin.h:810:40: warning: ‘rcu_data_p’ defined but not used
[-Wunused-const-variable]
static struct rcu_data __percpu *const rcu_data_p = &rcu_sched_data;
From: Boqun Feng
irq_common_data::state_use_accessors is not designed for public use.
Therefore make it private so that people who write code accessing it
directly will get blamed by sparse. Also #undef the macro
__irqd_to_state after used in header files, so that the macro can't be
misused.
Sig
From: Paul Gortmaker
The Kconfig currently controlling compilation of this code is:
init/Kconfig:config TINY_RCU
init/Kconfig: bool
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is essentially orphaned, so that
when reading the code
From: Boqun Feng
In patch:
"rcu: Add transitivity to remaining rcu_node ->lock acquisitions"
All locking operations on rcu_node::lock are replaced with the wrappers
because of the need of transitivity, which indicates we should never
write code using LOCK primitives alone(i.e. without a proper
SRCU uses per-CPU variables, and DEFINE_STATIC_SRCU() uses a static
per-CPU variable. However, per-CPU variables have significant
restrictions, for example, names of per-CPU variables must be globally
unique, even if declared static. These restrictions carry over to
DEFINE_STATIC_SRCU(), and this
Commit 4a81e8328d379 ("Reduce overhead of cond_resched() checks for RCU")
handles the error case where a nohz_full loops indefinitely in the kernel
with the scheduling-clock interrupt disabled. However, this handling
includes IPIing the CPU running the offending loop, which is not what
we want for
The "Disabled dynamic grace-period expediting" console message is
currently printed unconditionally. This commit causes it to be
output only when it is impossible to switch between normal and
expedited grace periods, which was the original intent.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index d5a6d2f0cbf4..39f9c73d33c5 100644
--- a/kernel/rcu/tree.c
+++ b/kernel/rcu/tree.c
@@ -2354,12 +2354,7 @@ static void rcu_repo
The header comment for rcu_report_qs_rsp() was obsolete, dating well
before the advent of RCU grace-period kthreads. This commit therefore
brings this comment back into alignment with current reality.
Reported-by: Lihao Liang
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 12 +++--
A zero seems to have escaped earlier true/false substitution efforts,
so this commit changes 0 to false for the ->core_needs_qs boolean field.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/
+++ Andrew Morton [23/02/16 14:05 -0800]:
On Tue, 23 Feb 2016 15:38:22 -0500 Jessica Yu wrote:
Implement basic character sets for the '%[]' conversion specifier.
The '%[]' conversion specifier matches a nonempty sequence of characters
from the specified set of accepted (or with '^', rejected)
Hello!
This series contains miscellaneous fixes for 4.6:
1. rcu: Assign false instead of 0 for ->core_needs_qs
2. Update rcu_report_qs_rsp() comment for RCU's grace-period kthreads.
3. Stop treating in-kernel CPU-bound workloads as errors, and stop
IPIing such CPUs unless
The summary of the "CONTROL DEPENDENCIES" section incorrectly states that
barrier() may be used to prevent compiler reordering when more than one
leg of the control-dependent "if" statement start with identical stores.
This is incorrect at high optimization levels. This commit therefore
updates th
This commit fixes a couple of "Compiler Barrier" section references to
be "COMPILER BARRIER". This makes it easier to find the section in
the usual text editors.
Signed-off-by: Paul E. McKenney
---
Documentation/memory-barriers.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Commit #e3663b1024d1 ("rcu: Handle gpnum/completed wrap while dyntick
idle") sets rdp->gpwrap on the wrong side of the "if" statement in
dyntick_save_progress_counter(), that is, it sets it when the CPU is
not idle instead of when it is idle. Of course, if the CPU is not idle,
its rdp->gpnum won't
This commit adds a Quick Quiz whose answer explains why the compiler
code reordering enabled by CONFIG_PREEMPT=n's empty rcu_read_lock()
and rcu_read_unlock() functions does not hinder RCU's ability to figure
out which RCU read-side critical sections have completed and not.
Signed-off-by: Paul E.
On Wed, Feb 24, 2016 at 01:19:25PM +0900, Magnus Damm wrote:
> Hi Simon,
>
> On Wed, Feb 17, 2016 at 9:08 PM, Simon Horman wrote:
> > On Wed, Feb 17, 2016 at 03:45:19PM +0900, Magnus Damm wrote:
> >> $ grep "renesas,"
> >> Documentation/devicetree/bindings/dma/renesas,rcar-dmac.txt
> >> - compat
The "transitivity" section mentions cumulativity in a potentially
confusing way. Contrary to the current wording, cumulativity is
not transitivity, but rather a hardware discipline that can be used
to implement transitivity on ARM and PowerPC CPUs. This commit
therefore deletes the mention of cum
Signed-off-by: Paul E. McKenney
---
.../RCU/Design/Requirements/Requirements.html | 92 ++
.../RCU/Design/Requirements/Requirements.htmlx | 82 +++
2 files changed, 174 insertions(+)
diff --git a/Documentation/RCU/Design/Requirements/Requirements.html
There is already a blanket statement about no member of RCU's API
being legal from an offline CPU, but add an explicit note where it
states that it is illegal to invoke call_rcu() from an NMI handler.
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Requirements/Requirements.html |
Commit #1ebee8017d84 (rcu: Eliminate array-index-based RCU primitives)
eliminated the primitives supporting RCU-protected array indexes, but
failed to update Documentation/memory-barriers.txt accordingly. This
commit therefore removes the discussion of RCU-protected array indexes.
Signed-off-by:
Hello!
This series contains documentation updates as follows:
1. Update the requirements design-level documentation to record RCU's
responsibility to avoid injecting OS jitter onto nohz_full CPUs.
2. Fix control-dependency summary of memory-barriers.txt to
note that bar
From: SeongJae Park
The compiler store-fusion example in memory-barriers.txt uses a C
comment to represent arbitrary code that does not update a given
variable. Unfortunately, someone could reasonably interpret the
comment as instead referring to the following line of code. This
commit therefor
The memory-barriers.txt discussion of local transitivity and
release-acquire chains leaves out discussion of the outcome of
the read from "u". This commit therefore adds an outcome showing
that you can get a "1" from this read even if the release-acquire
pairs don't line up.
Reported-by: Will Dea
This commit records RCU's responsibility to avoid degrading latencies
of CPUs running tight loops within properly configured workloads,
both in kernel and in userspace.
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Requirements/Requirements.html | 10 +-
Documentation/RCU
1 - 100 of 1269 matches
Mail list logo
