From: Rafael J. Wysocki
Add a MAINTAINERS entry for the PM core with myself as the maintainer
and linux-pm as the mailing list.
This actually documents the current state of things.
Signed-off-by: Rafael J. Wysocki
---
People seem to have problems with figuring out who maintains it, so ...
po
Currently, the scripts print a list of warning/bug indicators from the
console.log file. This works well if there are only a few warnings or
bugs, but can be quite annoying if there is a large number. This commit
therefore prints a summary listing the number of each type of warning/bug
indicator,
Currently, ->gp_state is printed as an integer, which slows debugging.
This commit therefore prints a symbolic name in addition to the integer.
Signed-off-by: Paul E. McKenney
[ Updated to fix relational operator called out by Dan Carpenter. ]
---
kernel/rcu/tree.c | 15 +--
kernel/r
Currently, rcu_torture_writer_state is printed as an integer, which slows
debugging. This commit therefore prints a symbolic name in addition to
the integer.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/rcutorture.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-
Currently, the scripts print "Start batch" at the beginning of each
batch, which does serve as a good visual delimiter between batches.
Unfortunately, if there are a lot of batches, it is hard to quickly
estimate test runtime from the output of "--dryrun sched". This commit
therefore adds a ba
The default test grace period of two minutes is insufficient in some
cases and excessive in others. This commit therefore increases the
default to three minutes, but also adds a --shutdown-grace parameter
to allow the default to be overridden.
Signed-off-by: Paul E. McKenney
---
tools/testing/s
This commit increases debug information in the case where the grace-period
kthread is being prevented from running by dumping that kthread's stack.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/kernel/rcu/tree.c b
Currently, the console output files ("console.log") are placed in the
build directory initially, then copied to the results directory.
One problem with this is if a qemu refuses to die in a timely fashion
after a kernel hang, it will continue to write after the next qemu
starts up, resulting in con
From: Yang Shi
Commit d1ec4c34c7a9 ("rcu: Drop RCU_USER_QS in favor of NO_HZ_FULL") has
removed RCU_USER_QS from Kconfig file, so remove it from some documents
to avoid any confusion.
Signed-off-by: Yang Shi
Signed-off-by: Paul E. McKenney
Acked-by: Frederic Weisbecker
---
tools/testing/self
Hello!
This series contains torture-test updates:
1. Add batch number to script printout to allow easier estimation
of test duration.
2. Dump stack when RCU's grace-period kthread stalls.
3. Set the scripting's default test-hang "grace period" to three
minutes, an
From: James Simmons
The ioctl IOC_LIBCFS_PING_TEST has not been used in
ages. The recent nidstring changes which moved all
the nidstring operations from libcfs to the LNet
layer but this ioctl code was still using an
nidstring operation that was causing a circular
dependency loop between libcfs a
Most of the list-empty-check macros (list_empty(), hlist_empty(),
hlist_bl_empty(), hlist_nulls_empty(), and hlist_nulls_empty()) use
an unadorned load to check the list header. Given that these macros
are sometimes invoked without the protection of a lock, this is
not sufficient. This commit the
Code that does lockless emptiness testing of non-RCU lists is relying
on the list-addition code to write the list head's ->next pointer
atomically. This commit therefore adds WRITE_ONCE() to list-addition
pointer stores that could affect the head's ->next pointer.
Reported-by: Dmitry Vyukov
Sign
Code that does lockless emptiness testing of non-RCU lists is relying
on INIT_LIST_HEAD() to write the list head's ->next pointer atomically,
particularly when INIT_LIST_HEAD() is invoked from list_del_init().
This commit therefore adds WRITE_ONCE() to this function's pointer stores
that could affe
Heiko Stuebner wrote:
> The otgphy clocks really only drive the phy blocks. These in turn
> contain plls that then generate the 480m clocks the clock controller
> uses to supply some other clocks like uart0, gpu or the video-codec.
>
> So fix this structure to actually respect that hirarchy and re
From: Petko Manolov
The list_splice_init_rcu() can be used as a stack onto which full lists
are pushed, but queue-like behavior is now needed by some security
policies. This requires a list_splice_tail_init_rcu().
This commit therefore supplies a list_splice_tail_init_rcu() by
pulling code comm
Hello!
This series contains a few linked-list updates:
1. Use WRITE_ONCE() when adding to lists and hlists (reported
by KTSAN).
2. Use READ_ONCE() when testing for empty lists (reported by
KTSAN).
3. Introduce generic list_splice_tail_init_rcu(), courtesy of
From: Alexey Kardashevskiy
rcu_dereference_raw() calls indirectly rcu_read_lock_held() while
rcu_dereference_raw_notrace() does not so fix the comment about the latter.
Signed-off-by: Alexey Kardashevskiy
Signed-off-by: Paul E. McKenney
---
include/linux/rcupdate.h | 2 +-
1 file changed, 1 i
Now that the rcu_state structure's ->rda field is compile-time initialized,
there is no need to pass the per-CPU rcu_data structure into rcu_init_one().
This commit therefore eliminates this now-unused paramter.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c| 7 +++
kernel/rcu
Currently, the rcu_node_class[], rcu_fqs_class[], and rcu_exp_class[]
arrays needlessly pollute the global namespace within tree.c. This
commit therefore converts them to static local variables within
rcu_init_one().
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 7 +++
1 file chan
Currently, rcu_prepare_for_idle() checks for tick_nohz_active, even on
individual NOCBs CPUs, unless all CPUs are marked as NOCBs CPUs at build
time. This check is pointless on NOCBs CPUs because they never have any
callbacks posted, given that all of their callbacks are handed off to the
correspo
The return value from rcu_gp_init() is always used as a bool, so
this commit makes it be a bool.
Reported-by: Iftekhar Ahmed
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
This commit replaces a local_irq_save()/local_irq_restore() pair with
a lockdep assertion that interrupts are already disabled. This should
remove the corresponding overhead from the interrupt entry/exit fastpaths.
This change was inspired by the fact that Iftekhar Ahmed's mutation
testing showed
From: Paul Gortmaker
The Kconfig currently controlling compilation of this code is:
init/Kconfig:config TREE_RCU_TRACE
init/Kconfig: def_bool RCU_TRACE && ( TREE_RCU || PREEMPT_RCU )
...meaning that it currently is not being built as a module by anyone.
Lets remove the modular code that is e
This function no longer has #ifdefs, so this commit removes the
header comment calling them out.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_plugin.h | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h
index ae4ce2b665
From: Peter Zijlstra
This patch removes a potential deadlock hazard by moving the
wake_up_process() in rcu_spawn_gp_kthread() out from under rnp->lock.
Signed-off-by: Peter Zijlstra
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
We need the scheduler's fastpaths to be, well, fast, and unnecessarily
disabling and re-enabling interrupts is not necessarily consistent with
this goal. Especially given that there are regions of the scheduler that
already have interrupts disabled.
This commit therefore moves the call to rcu_not
The cpu_needs_another_gp() function is currently of type int, but only
returns zero or one. Bow to reality and make it be of type bool.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/kernel/rcu/tree.c b/ke
Several releases have come and gone without the warning triggering,
so remove the lock-acquisition loop. Retain the WARN_ON_ONCE()
out of sheer paranoia.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_plugin.h | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff
This commit applies an early-exit approach to rcu_sched_qs(), reducing
the nesting level and saving a line of code.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel
Hello!
This series contains miscellaneous fixes for 4.5:
1. Move lock_class_key to local scope within rcu_init_one().
2. Make rcu/tree_trace.c explicitly non-modular, courtesy of
Paul Gortmaker.
3. Save a line of code by streamlining rcu_sched_qs() control flow.
4.
Heiko Stuebner wrote:
> Add the #clock-cells properties for the usbphy nodes as they
> provide the pll-clocks now.
>
> Signed-off-by: Heiko Stuebner
Reviewed-by: Michael Turquette
> ---
> arch/arm/boot/dts/rk3066a.dtsi | 2 ++
> arch/arm/boot/dts/rk3188.dtsi | 2 ++
> arch/arm/boot/dts/rk328
Hi,
On Sat, Dec 5, 2015 at 12:15 AM, Andy Shevchenko
wrote:
> On Sat, Dec 5, 2015 at 1:07 AM, Rafael J. Wysocki wrote:
>> On Friday, December 04, 2015 11:49:16 PM Andy Shevchenko wrote:
[cut]
>>
>> The series generally looks good to me, but patch [1/9] needs an ACK from Greg
>> and the dmaengi
On Fri, Dec 04, 2015 at 03:50:19PM -0800, Paul E. McKenney wrote:
> This commit adds RCU requirements as published in a 2015 LWN series.
> Bringing these requirements in-tree allows them to be updated as changes
> are discovered.
>
> Signed-off-by: Paul E. McKenney
> ---
> .../RCU/Design/Require
Add myself as a reviewer for the Renesas Ethernet drivers -- hopefully I
won't miss the buggy patches anymore. :-)
Signed-off-by: Sergei Shtylyov
---
The patch is against DaveM's 'net.git' repo.
Changes in version 2:
- remove garbage from the changelog.
MAINTAINERS |8
1 file c
On Thu, 3 Dec 2015 11:58:46 -0600 Andrew Banman wrote:
> test_pages_in_a_zone does not account for the possibility of missing sections
> in the given pfn range. Since pfn_valid_within always returns 1 when
> CONFIG_HOLES_IN_ZONE is not set, invalid pfns from missing sections
> will pass the test,
liAdd myself as a reviewer for the Renesas Ethernet drivers -- hopefully I
won't miss the buggy patches anymore. :-)
Signed-off-by: Sergei Shtylyov
---
The patch is against DaveM's 'net.git' repo.
MAINTAINERS |8
1 file changed, 8 insertions(+)
Index: net/MAINTAINERS
==
> On Dec 4, 2015, at 4:11 PM, Theodore Ts'o wrote:
>
> On Fri, Dec 04, 2015 at 02:45:32PM -0600, Seth Forshee wrote:
>> On Fri, Dec 04, 2015 at 02:07:36PM -0600, Serge E. Hallyn wrote:
>>> Heh, I was looking over
>>> http://www.gossamer-threads.com/lists/linux/kernel/103611
>>> a little while a
Hello!
This series contains follow-on cleanup changes to RCU's expedited
grace-period functionality. The patches in this series are as follows:
1. Short-circuit synchronize_sched_expedited() if there is only one CPU.
2. Update comment to clarify the role of ->expmaskinitnext.
3.
Hi Nikolaus,
On Mon, Nov 02, 2015 at 12:27:33PM +0100, H. Nikolaus Schaller wrote:
> Changes V2:
> * worked in comments by Nishanth Menon
> * added another patch which solves a probing/boot stall problem (irq
> allocation vs. -EPROBE_DEFER)
>
> V1:
> 4.3-rc1 introduced a new charger driver for
Prior to this, perf report -G and kin did not respect ORDER_CALLER
for DWARF unwinds.
ORDER_CALLER is implemented for fp backtraces by reversing the
callchain when pushing onto the cursor. Simulate this behavior by
prepending the frames onto the cursor when doing the DWARF unwind.
Signed-off-by:
Julius,
On Wed, Dec 2, 2015 at 5:53 PM, Julius Werner wrote:
> In Fuzhou, China, the month of November seems to be having 31 days.
> That's nice and all (I'm sure you can get a lot more done in a year that
> way), but back here in other parts of the world we are not so lucky.
> Therefore, if we r
This commit records RCU's guarantee that the bottom bit of the rcu_head
structure's ->next field will remain zero for callbacks posted via
call_rcu(), but not necessarily for kfree_rcu() or some
possible future call_rcu_lazy() variant that might one day be created
for energy-efficiency purposese.
Because RCU-sched expedited grace periods now use IPIs and interact
with rcu_read_unlock(), it is no longer sufficient to disable preemption
across RCU read-side critical sections that acquire and hold scheduler
locks. It is now necessary to instead disable interrupts. This commit
documents this
This commit adds a second option for avoiding scheduler/RCU deadlocks,
namely that preemption be disabled across the entire RCU read-side
critical section in question.
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Requirements/Requirements.html | 14 +-
Documentation/
This commit expands on RCU's composability by comparing it to that of
transactional memory and of locking.
Signed-off-by: Paul E. McKenney
---
Documentation/RCU/Design/Requirements/Requirements.html | 8
Documentation/RCU/Design/Requirements/Requirements.htmlx | 8
2 files cha
The RCU requirements do not make it absolutely clear that the
memory-barrier requirements are not intended to replace the fundamental
requirement that all pre-existing RCU readers complete before a grace
period completes. This commit therefore pulls the memory-barrier
requirements into a separate
From: Chris Metcalf
In commit 2ecf810121c7 ("Documentation/memory-barriers.txt: Add
needed ACCESS_ONCE() calls to memory-barriers.txt") the statement
"Q = P" was converted to "ACCESS_ONCE(Q) = P". This should have
been "Q = ACCESS_ONCE(P)". It later became "WRITE_ONCE(Q, P)".
This doesn't match
This commit adds verbiage on boot and sysfs parameters that can be
used to control RCU CPU stall warnings, both to change the timeout
and to suppress these warnings entirely.
Signed-off-by: Paul E. McKenney
---
.../RCU/Design/Requirements/Requirements.html | 25 +-
.../R
Hello!
This series contains documentation updates, perhaps most notably a first
installment of RCU design documentation, which first appeared on LWN
(http://lwn.net/Articles/652156/, http://lwn.net/Articles/652677/, and
http://lwn.net/Articles/653326/). The individual patches are as follows:
1.
On Fri, Dec 04, 2015 at 06:11:52PM -0500, Theodore Ts'o wrote:
> On Fri, Dec 04, 2015 at 02:45:32PM -0600, Seth Forshee wrote:
> > On Fri, Dec 04, 2015 at 02:07:36PM -0600, Serge E. Hallyn wrote:
> > > Heh, I was looking over
> > > http://www.gossamer-threads.com/lists/linux/kernel/103611
> > > a
On Fri, Dec 04, 2015 at 02:05:49PM -0800, Linus Torvalds wrote:
> Of course, I suspect we should not use READ_ONCE(), but some
> architecture-overridable version that just defaults to READ_ONCE().
> Same goes for that "smp_rmb()". Because maybe some architectures will
> just prefer an explicit acqu
From: Peter Zijlstra
Providing RCU's memory-ordering guarantees requires that the rcu_node
tree's locking provide transitive memory ordering, which the Linux kernel's
spinlocks currently do not provide unless smp_mb__after_unlock_lock()
is used. Having a separate smp_mb__after_unlock_lock() afte
The rule is that all acquisitions of the rcu_node structure's ->lock
must provide transitivity: The lock is not acquired that frequently,
and sorting out exactly which required it and which did not would be
a maintenance nightmare. This commit therefore supplies the needed
transitivity to the rem
Hello!
Within RCU, acquisitions of the rcu_node structure's ->lock field must
be followed by smp_mb__after_unlock_lock() in order to enforce RCU's
grace-period memory-ordering guarantees. In theory, acquisitions for
debug purposes need not have smp_mb__after_unlock_lock(), but in practice,
anythi
On 12/04/2015 03:31 PM, Andy Lutomirski wrote:
> On Thu, Dec 3, 2015 at 5:14 PM, Dave Hansen wrote:
>> Memory Protection Keys for User pages is a CPU feature which will
>> first appear on Skylake Servers, but will also be supported on
>> future non-server parts. It provides a mechanism for enforc
On Thu, Dec 3, 2015 at 5:14 PM, Dave Hansen wrote:
> Memory Protection Keys for User pages is a CPU feature which will
> first appear on Skylake Servers, but will also be supported on
> future non-server parts. It provides a mechanism for enforcing
> page-based protections, but without requiring
Linux has logical cpu offline capability. That can be triggered by:
# echo 0 > /sys/devices/system/cpu/cpuX/online
In Intel Architecture, MCE's are broadcasted to all CPUs in the system.
This includes the CPUs marked offline by Linux. Unless the CPU's were removed
via an ACPI notification, in wh
Updated the VMWARE_PORT macro to use the new VMW_PORT
macro. Doing this instead of replacing all existing
instances of VMWARE_PORT to minimize code change.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Reviewed-by: Alok N Kataria
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter
Hello!
Are there any known issues with commit 4961b6e11825 (sched: core: Use
hrtimer_start[_expires]())?
The reason that I ask is that I am about 90% sure that an rcutorture
failure bisects to that commit. I will be running more tests on
3497d206c4d9 (perf: core: Use hrtimer_start()), which is t
This port is used by quite a few guest-to-host communication
capabilities, e.g. getting configuration, logging, etc. Currently
multiple kernel modules, and one or more priviledged guest user
mode app, e.g. open-vm-tools, use this port without reservation.
It was determined that no reservation is
Updated VMWARE_BALLOON_CMD to use the common VMW_PORT macro.
Doing this rather than replacing all instances of VMWARE_BALLOON_CMD
to minimize code change.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Reviewed-by: Alok N Kataria
Cc: pv-driv...@vmware.com
Cc: Xavier Deguillard
Cc: l
Updated the VMMOUSE macro to use the new VMW_PORT macro. Doing
this instead of replacing all existing instances of VMWMOUSE
to minimize code change.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Reviewed-by: Alok N Kataria
Cc: pv-driv...@vmware.com
Cc: linux-graphics-maintai...@vmwa
We should no longer have mailing address of Free Software
Foundation in the copyright header. Since this patch series
touches this file, taking this opportunity to fix the header.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Reviewed-by: Alok N Kataria
Cc: pv-driv...@vmware.com
Cc
These macros will be used by multiple VMWare modules for handling
host communication.
Signed-off-by: Sinclair Yeh
Reviewed-by: Thomas Hellstrom
Reviewed-by: Alok N Kataria
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Alok Kataria
Cc: linux-kernel@vger.kernel.org
Cc: virtuali
On Sat, Dec 5, 2015 at 1:07 AM, Rafael J. Wysocki wrote:
> On Friday, December 04, 2015 11:49:16 PM Andy Shevchenko wrote:
>> Here is a v3 of the next generation (previous one is [1]) of the long
>> standing
>> power issue fix regarding to LPSS on Intel Baytrail and Braswell SoCs, in
>> particula
On Fri, Dec 04, 2015 at 11:11:12PM +, Luck, Tony wrote:
> > With that hunk here you want to clear MSR_IA32_MCG_STATUS in the
> > !cfg->banks case, right?
>
> I can't imagine how we'd get into do_machine_check without any banks.
>
> Would indeed be a separate patch ... but value seems limited.
On Fri, Dec 4, 2015 at 4:08 PM, Raj, Ashok wrote:
> On Fri, Dec 04, 2015 at 02:34:52PM -0800, Andy Lutomirski wrote:
>> On Fri, Dec 4, 2015 at 9:53 AM, Luck, Tony wrote:
>> > ist_enter() is black magic to me. Andy? Would you be worried about
>> > executing
>> > ist_{enter,exit}() on a cpu that w
On Fri, Dec 04, 2015 at 02:45:32PM -0600, Seth Forshee wrote:
> On Fri, Dec 04, 2015 at 02:07:36PM -0600, Serge E. Hallyn wrote:
> > Heh, I was looking over
> > http://www.gossamer-threads.com/lists/linux/kernel/103611
> > a little while ago :) The same question was asked 16 years ago. Apparentl
> With that hunk here you want to clear MSR_IA32_MCG_STATUS in the
> !cfg->banks case, right?
I can't imagine how we'd get into do_machine_check without any banks.
Would indeed be a separate patch ... but value seems limited.
-Tony
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�&j:+v��
On Fri, Dec 04, 2015 at 02:34:52PM -0800, Andy Lutomirski wrote:
> On Fri, Dec 4, 2015 at 9:53 AM, Luck, Tony wrote:
> > ist_enter() is black magic to me. Andy? Would you be worried about executing
> > ist_{enter,exit}() on a cpu that was once online, but is currently marked
> > offline
> > by Li
On 04/12/15 12:23, Kapil Hali wrote:
> These changes cleans up SMP implementaion for Broadcom's
> Kona SoC which are required for handling SMP for iProc
> family of SoCs at a single place for BCM NSP and BCM Kona.
>
> Signed-off-by: Kapil Hali
> ---
> arch/arm/boot/dts/bcm11351.dtsi | 2 +-
> a
On Fri, Dec 04, 2015 at 06:57:31PM -0500, Ashok Raj wrote:
> Linux has logical cpu offline capability. That can be triggered by:
>
> # echo 0 > /sys/devices/system/cpu/cpuX/online
>
> In Intel Architecture, MCE's are broadcasted to all CPUs in the system.
>
> This includes the CPUs marked offlin
On 04/12/15 12:23, Kapil Hali wrote:
> Add a compatible string "brcm,bcm-nsp-smp" for Broadcom's
> Northstar Plus CPU to the 32-bit ARM CPU device tree binding
> documentation file and create a new binding documentation for
> Northstar Plus CPU.
>
> Signed-off-by: Kapil Hali
> ---
> .../bindings
On December 4, 2015 2:48:37 PM PST, Borislav Petkov wrote:
>On Fri, Dec 04, 2015 at 02:35:38PM -0800, H. Peter Anvin wrote:
>> How about this: it is easy too easy to hard code MSR accesses, and
>the
>> last things we need is alien non-GPL drivers doing their own
>low-level
>> hacks bypassing these
Linux has logical cpu offline capability. That can be triggered by:
# echo 0 > /sys/devices/system/cpu/cpuX/online
In Intel Architecture, MCE's are broadcasted to all CPUs in the system.
This includes the CPUs marked offline by Linux. Unless the CPU's were removed
via an ACPI notification, in wh
Hello,
I ran into the following warning when running v4.4-rc3 on a TI OMAP4
(pandaboard) using nfsroot.
[ 8063.208526] [ cut here ]
[ 8063.213653] WARNING: CPU: 1 PID: 81 at net/ipv4/af_inet.c:155
inet_sock_destruct+0x188/0x1dc()
[ 8063.213653] Modules linked in: vivid c
On Fri, Dec 04, 2015 at 02:35:38PM -0800, H. Peter Anvin wrote:
> How about this: it is easy too easy to hard code MSR accesses, and the
> last things we need is alien non-GPL drivers doing their own low-level
> hacks bypassing these facilities.
Yeah, that doesn't stop alien, non-GPL drivers from
On 12/04/2015 03:34 PM, Arnd Bergmann wrote:
On Friday 04 December 2015 14:46:19 Jeremy Linton wrote:
On 12/03/2015 02:58 PM, Arnd Bergmann wrote:
On Thursday 03 December 2015 17:58:26 Lorenzo Pieralisi wrote:
I will put together a proposal to define the way we specify HID and
related DSD prop
On 12/04/2015 05:05 PM, Linus Torvalds wrote:
On Fri, Dec 4, 2015 at 12:51 PM, Waiman Long wrote:
Will the following work?
Are we trying to win some obfuscated C contest here?
Just make it do something like (skipping backslashes to make it easier
to type and read)
#define smp_cond_load_acq
On Fri, Dec 04, 2015 at 11:09:07PM +0100, Peter Zijlstra wrote:
> I _will_ blame you for at least a month after every time I mistype a
> pathname because of this ;-)
Oh boy, I probably shouldn't do it after all out of fear of you coming
over ... :-)
> git blame --follow must keep working. That is
On December 4, 2015 2:14:46 PM PST, Peter Zijlstra wrote:
>On Fri, Dec 04, 2015 at 09:51:02AM -0800, Jacob Pan wrote:
>> On Fri, 4 Dec 2015 09:22:56 +0100
>> Peter Zijlstra wrote:
>>
>> > Also, yuck @ powercap/intel_rapl.c for doing rdmsr_on_cpu() +
>> > wrmsr_on_cpu() all over the place.
>> Can
On Friday, December 04, 2015 11:49:16 PM Andy Shevchenko wrote:
> Here is a v3 of the next generation (previous one is [1]) of the long standing
> power issue fix regarding to LPSS on Intel Baytrail and Braswell SoCs, in
> particularly ASuS T100TA. There are few bugs already opened on kernel.org's
On December 4, 2015 10:30:17 AM PST, Borislav Petkov wrote:
>On Fri, Dec 04, 2015 at 10:28:02AM -0800, Andi Kleen wrote:
>> Because making them GPL would prevent any non GPL driver from
>> using MSRs with tracing compiled in, which doesn't make any sense.
>
>I know what EXPORT_SYMBOL_GPL means - I
The JEDEC standard defines the JEDEC parameter page data structure.
One page plus two redundant pages are always there, in bits 0-1535.
Additionnal redundant parameter pages can be stored at bits 1536+.
Add support to read these pages.
The first 3 JEDEC parameter pages are always checked, and if n
On Fri, Dec 4, 2015 at 9:53 AM, Luck, Tony wrote:
>> I don't mean that - I mean the stuff we do before we call
>> cpu_is_offline() like ist_enter, this_cpu_inc(mce_exception_count),
>> etc. Then we do a whole another bunch of stuff at the "out:" label like
>> printk and whatnot which shouldn't run
Thanks Peter.
On Tue, Dec 01, 2015 at 02:49:11PM -0800, H. Peter Anvin wrote:
> On 12/01/15 14:18, Sinclair Yeh wrote:
> > These macros will be used by multiple VMWare modules for handling
> > host communication.
>
> > + __asm__ __volatile__ ("inl %%dx" : \
>
> Th
On Fri, Dec 04, 2015 at 02:18:56PM -0800, Andi Kleen wrote:
> On Fri, Dec 04, 2015 at 07:30:17PM +0100, Borislav Petkov wrote:
> > On Fri, Dec 04, 2015 at 10:28:02AM -0800, Andi Kleen wrote:
> > > Because making them GPL would prevent any non GPL driver from
> > > using MSRs with tracing compiled i
On Thu, Dec 03, 2015 at 07:17:51PM +0800, Ley Foon Tan wrote:
> This series of patch fixes the issues when work with multi-functions PCIe
> devices. Host controller can't access to endpoint with non-zero devfn, due to
> incorrect rootport devfn. It also add checking for TLP status and fix issue in
On Fri, Dec 04, 2015 at 03:59:23PM -0600, Josh Poimboeuf wrote:
> The perf subcommand framework will soon be needed by stacktool. Move
> parse-options.c, run-command.c, exec_cmd.c, help.c, usage.c, and their
> dependencies over to libapi in 'tools/lib/api/util'.
>
> Functions with 'perf' in their
With CONFIG_V4L2=m and VIDEO_SAMSUNG_EXYNOS4_IS=y, we can select the
individual drivers as built-in code when that should not be possible:
drivers/built-in.o: In function `s5pcsis_set_fmt':
policy.c:(.text+0x13afdc): undefined reference to `v4l_bound_align_image'
drivers/built-in.o: In function `s
On Fri, Dec 04, 2015 at 07:30:17PM +0100, Borislav Petkov wrote:
> On Fri, Dec 04, 2015 at 10:28:02AM -0800, Andi Kleen wrote:
> > Because making them GPL would prevent any non GPL driver from
> > using MSRs with tracing compiled in, which doesn't make any sense.
>
> I know what EXPORT_SYMBOL_GPL
On Fri, Dec 04, 2015 at 06:02:06PM +0100, Peter Zijlstra wrote:
> The only solution I've come up with is:
>
> struct rb_aux *aux = rb->aux;
>
> if (aux && vma->vm_pgoff == aux->pgoff) {
> ctx = perf_event_ctx_lock(event);
Can't do this at all, see the comment in put_eve
On Fri, Dec 04, 2015 at 09:51:02AM -0800, Jacob Pan wrote:
> On Fri, 4 Dec 2015 09:22:56 +0100
> Peter Zijlstra wrote:
>
> > Also, yuck @ powercap/intel_rapl.c for doing rdmsr_on_cpu() +
> > wrmsr_on_cpu() all over the place.
> Can you please be more specific? is the concern related to the
> over
Hello,
You may have seen some bugs found by syzkaller reported recently:
https://github.com/google/syzkaller/wiki/Found-Bugs
Syzkaller is a coverage-guided syscall fuzzer. It relies on special
code coverage instrumentation and kernel support to extract code
coverage for individual syscalls. In exc
On Fri, Dec 04, 2015 at 10:17:56PM +0100, Borislav Petkov wrote:
> Hi guys,
>
> so I've had my eyes on this for a long time now and it has managed to
> get on my nerves just enough to do something about it :-)
>
> So how about moving perf stuff to arch/x86/perf/ and get rid of the
> prefixes in t
Thanks Josh!
The patch looks good to me.
Thanks!
Arvind
From: Johannes Thumshirn
Sent: Thursday, December 3, 2015 5:35 AM
To: Josh Boyer; james.bottom...@hansenpartnership.com; Arvind Kumar; Thomas
Hellstrom
Cc: linux-s...@vger.kernel.org; pv-driv...@vmw
On Fri, Dec 04, 2015 at 10:57:45PM +0100, Jiri Kosina wrote:
> On Fri, 4 Dec 2015, Josh Poimboeuf wrote:
>
> > > (1) I pull your 'modules-next' branch, apply this patch on top, and wait
> > > for your merge with Linus and send merge request afterwards
> > > (2) If you are okay with rebasing y
On Fri, Dec 4, 2015 at 12:51 PM, Waiman Long wrote:
>
> Will the following work?
Are we trying to win some obfuscated C contest here?
Just make it do something like (skipping backslashes to make it easier
to type and read)
#define smp_cond_load_acquire(ptr, cond_expr) ({
typeof(*ptr) VAL;
On Fri, Dec 04, 2015 at 02:36:27PM -0600, Seth Forshee wrote:
> On Fri, Dec 04, 2015 at 01:42:06PM -0600, Serge E. Hallyn wrote:
> > Quoting Seth Forshee (seth.fors...@canonical.com):
> > > A privileged user in a super block's s_user_ns is privileged
> > > towards that file system and thus should b
101 - 200 of 900 matches
Mail list logo
