On 03/13/2015 06:03 PM, Kevin Hilman wrote:
Daniel Lezcano daniel.lezc...@linaro.org writes:
There is a big number of cpuidle drivers for the ARM architecture.
These drivers have been cleaned up and grouped into the drivers/cpuidle
directory to keep track of the changes more easily and ensure
From: Alexey Kodanev alexey.koda...@oracle.com
Date: Fri, 13 Mar 2015 19:13:53 +0300
commit dfd8645ea1bd9127 wrongly assumes that VXLAN_VDI_MASK includes
eight lower order reserved bits of VNI field that are using for remote
checksum offload.
Right now, when VNI number greater then 0x,
On Thu, Mar 12, 2015 at 07:07:49AM -0700, Paul E. McKenney wrote:
On Thu, Mar 12, 2015 at 08:32:05AM -0400, Sasha Levin wrote:
On 03/12/2015 08:28 AM, Sasha Levin wrote:
On 03/11/2015 07:16 PM, Paul E. McKenney wrote:
On Wed, Mar 11, 2015 at 07:06:40PM -0400, Sasha Levin wrote:
On
Hi Linus,
Please pull the kselftest fix for 4.0-rc4.
thanks,
-- Shuah
The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
are available in the git repository at:
qup_wait_writeready waits only on a output fifo empty event.
Change the same function to accept the event and data length
to wait as parameters. This way the same function can be used for
timeouts in otherplaces as well.
Signed-off-by: Sricharan R sricha...@codeaurora.org
---
QUP cores can be attached to a BAM module, which acts as
a dma engine for the QUP core. When DMA with BAM is enabled,
the BAM consumer pipe transmitted data is written to the output FIFO
and the BAM producer pipe received data is read from the input FIFO.
With BAM capabilities, qup-i2c core can
The maintainers for mach-msm no longer have any plans to support
or test the platforms supported by this architecture[1]. Most likely
there aren't any active users of this code anyway, so let's
delete it and the associated drivers/code. We should probably merge
this as one big series through
On Fri, 13 Mar 2015, Andy Lutomirski wrote:
The functionalty here depends on CAP_SETPCAP. That was intended as some
point to be off by default? You can have distros/kernels with that being
off.
Not in my version. I don't want to further encourage people to hand
out CAP_SETPCAP.
Owww...
On Fri, Mar 13, 2015 at 10:57 AM, Andy Lutomirski l...@amacapital.net wrote:
On Mar 13, 2015 6:24 AM, Andrew G. Morgan mor...@kernel.org wrote:
I think it is safe to say that naive privilege inheritance has a fair
track record of being exploited orders of magnitude more frequently
than this.
v1: initial draft
v2: fixed tons of grammar mistakes pointed by Silvan Jegen
v3: introduce BPF abbreviation sooner as suggested by Walter Harms
Signed-off-by: Alexei Starovoitov a...@plumgrid.com
---
man2/bpf.2 | 630
1 file changed,
On 3/13/2015 6:13 AM, Rob Herring wrote:
On Thu, Mar 12, 2015 at 8:15 AM, Frank Rowand frowand.l...@gmail.com wrote:
From: Frank Rowand frank.row...@sonymobile.com
This 3 patch series is not bisectable. If CONFIG_OF_UNITTEST=y then the
kernel
will not build with just patch 1 or just
On Fri, Mar 13, 2015 at 05:26:54PM +0100, Oleg Nesterov wrote:
One example where drop_init_fpu() seems to make sense is
__kernel_fpu_end(): kernel is done with FPU and current was using the
FPU prior so let's restore it for the eagerfpu case.
No, no, this is another case or I
The 'stack_size' argument is never used to pass a stack size. It's only used
when
forking a kernel thread, in which case it is an argument which should be passed
to the 'main' function which the kernel thread executes. Hence, rename it to
'kthread_arg'.
Signed-off-by: Alex Dowad
On 03/10/2015 10:05 PM, Michael Ellerman wrote:
The makefile in arch/x86/Makefile.um sets LDFLAGS and exports it, which
is then propagated to the selftest Makefiles and leads to build errors
there. The build errors occur because we are passing LDFLAGS to CC, but
the option set in Makefile.um
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
'stk_sz' is a misnomer: it is never used for a stack size. Rather, it is an
argument which is passed to the main function executed by a kernel thread, when
forking a new kthread. The most appropriate name is 'kthread_arg'.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
'ustk_size' is a misnomer: it is never used for the size of the user stack. It
is
only used when forking a new kernel thread, as the argument passed to the
kthread's
main function.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
arch/c6x/kernel/process.c | 8
1 file changed, 4
On Fri, Mar 13, 2015 at 04:29:23PM +, Christoph Lameter wrote:
On Fri, 13 Mar 2015, Mark Rutland wrote:
*/
- do {
- tid = this_cpu_read(s-cpu_slab-tid);
- c = raw_cpu_ptr(s-cpu_slab);
- } while (IS_ENABLED(CONFIG_PREEMPT) unlikely(tid != c-tid));
+
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
Rename the 'thread_fn_arg' it to 'kthread_arg' for consistency
with do_fork() and other arch-specific implementations of copy_thread().
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
arch/xtensa/kernel/process.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
'stk_sz' is misleading, since this argument is never used for a stack size.
Rather, it is an argument passed to the main function executed by a new
kernel thread. Therefore, rename it to 'kthread_arg'.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
arch/unicore32/kernel/process.c | 9
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
is against 4.0-rc3 (localversion-next is -next-20150313)
drivers/net/wireless/ath/ath10k/htc.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/htc.c
b/drivers/net/wireless/ath/ath10k/htc.c
index 2fd9e18..690a2f5
On Fri, Mar 13, 2015 at 11:52 AM, Kees Cook keesc...@chromium.org wrote:
All this said, almost half of the capabilities, if passed to flawed
children with attacker controlled execution, can be elevated to full
root privileges pretty easily[1], so I think any documentation around
this feature
Resending a v2 on behalf of Beeresh with comments from Daniel and Rob
addressed.
Beeresh Gopal (2):
drm/msm: update generated headers
drm/msm/mdp4: Support NV12MT format in mdp4
drivers/gpu/drm/msm/mdp/mdp4/mdp4.xml.h | 36 ---
From: Beeresh Gopal gbeer...@codeaurora.org
Using fb modifier flag, support NV12MT format in MDP4.
v2:
- rework the modifier's description [Daniel Vetter's comment]
- drop .set_mode_config() callback [Rob Clark's comment]
Signed-off-by: Beeresh Gopal gbeer...@codeaurora.org
Signed-off-by:
Arnd, Olof, Kevin,
Another cleanup series on top of the previous one that I sent you this
afternoon ;-) I think it is the last time that we can remove a whole bunch of
files and legacy code... We were getting used to it!
I still have another one dealing with at91rm9200 ST cleanup that I plan to
flush_thread() - drop_init_fpu() is suboptimal and confusing. It does
drop_fpu() or restore_init_xstate() depending on !use_eager_fpu(). But
flush_thread() too checks eagerfpu right after that, and if it is true
then restore_init_xstate() just burns CPU for no reason. We are going to
load
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
This
This code is no longer used now that mach-msm has been removed.
Delete it.
Cc: Felipe Balbi ba...@ti.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: linux-...@vger.kernel.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: Ulf Hansson ulf.hans...@linaro.org
Cc: Chris Ball ch...@printf.net
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Signed-off-by: Stephen Boyd
This device only exists on platforms under ARCH_QCOM, not
ARCH_MSM.
Cc: Yaniv Gardi yga...@codeaurora.org
Cc: Dov Levenglick d...@codeaurora.org
Cc: Christoph Hellwig h...@lst.de
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
On Fri, 13 Mar 2015 15:09:03 +0100
Denys Vlasenko dvlas...@redhat.com wrote:
Before this change, task_pt_regs() was using KSTK_TOP(),
and it was the only use of that macro. In turn, KSTK_TOP used
THREAD_SIZE_LONGS, and it was the only use of that macro too.
Fold these macros into
On Fri, 13 Mar 2015, Mark Rutland wrote:
w.r.t. CONFIG_PREEMPT, git grep tells me otherwise:
Grep does not tell you what is deployed. Its more of a reflection of the
thought of the kernel devs what they think are reasonable configurations.
--
To unsubscribe from this list: send the line
Given that the documentation mentions the actual phy used, it may be
worth mentioning this also in the driver? i.e. that it's not a
dm816x phy but a SR70LX Synopsys USB 2.0 OTG nanoPHY (in contrast
to the dm814x and am335x which use a phy TI made themselves)
USB is one of the few subsystems of
On 03/10/2015 10:05 PM, Michael Ellerman wrote:
This adds a Make include file which most selftests can then include to
get the run_tests logic.
On its own this has the advantage of some reduction in repetition, and
also means the pass/fail message is defined in fewer places.
However the
Dave Hansen d...@sr71.net writes:
On 03/12/2015 03:35 PM, Andrew Morton wrote:
On Mon, 09 Mar 2015 13:43:21 -0700 Dave Hansen d...@sr71.net wrote:
From: Dave Hansen dave.han...@linux.intel.com
Physical addresses are sensitive information. There are
existing, known exploits that are made
On Tue, Mar 03, 2015 at 12:29:32PM +, Daniel Lezcano wrote:
The cpu_do_idle() function is always used by the cpuidle drivers.
That led to have each driver including cpuidle.h and proc-fns.h, they are
always paired. That makes a lot of duplicate headers inclusion. Instead of
including
This code is no longer used now that mach-msm has been removed.
Delete it.
Cc: Daniel Lezcano daniel.lezc...@linaro.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
This
RDMA can use the same kind of weak security as TCP by checking the
client can bind to a privileged port, which is better than nothing
if TAUTH isn't implemented.
Signed-off-by: Dominique Martinet dominique.marti...@cea.fr
---
YES, this does not checkpatch, but I'm not changing all the old
Opt_*
This config no longer exists now that mach-msm has been removed.
Delete it and the associated code.
Cc: David S. Miller da...@davemloft.net
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Signed-off-by: Stephen Boyd
On Fri 2015-03-13 20:04 +0200, Alex Dowad wrote:
The 'stack_size' argument is never used to pass a stack size. It's only used
when
forking a kernel thread, in which case it is an argument which should be
passed
to the 'main' function which the kernel thread executes. Hence, rename it to
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
On Tue, Mar 03, 2015 at 01:29:35PM +0100, Daniel Lezcano wrote:
diff --git a/drivers/cpuidle/cpuidle-arm64.c b/drivers/cpuidle/cpuidle-arm64.c
index 0cea244..6ef291c7 100644
--- a/drivers/cpuidle/cpuidle-arm64.c
+++ b/drivers/cpuidle/cpuidle-arm64.c
@@ -110,7 +110,7 @@ static int __init
On 03/13/15 11:14, Daniel Lezcano wrote:
On 03/13/2015 07:09 PM, Stephen Boyd wrote:
This code is no longer used now that mach-msm has been removed.
Delete it.
Cc: Daniel Lezcano daniel.lezc...@linaro.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc:
+ CONFIG_ATH_CARDS=m,
CONFIG_ATH10K=m
Patch is against 4.0-rc3 (localversion-next is -next-20150313)
drivers/net/wireless/ath/ath10k/mac.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/mac.c
b/drivers/net/wireless/ath/ath10k/mac.c
From: Beeresh Gopal gbeer...@codeaurora.org
To avoid ambiguity rename FRAME_SIZE to
SSTILE_FRAME_SIZE
Signed-off-by: Beeresh Gopal gbeer...@codeaurora.org
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4.xml.h | 36 +
1 file changed, 14 insertions(+), 22 deletions(-)
diff
, NULL, t_fops);
and
t_file = debugfs_create_file(id, S_IWOTH | S_IXOTH, t_dir, NULL, t_fops);
Patch is against 4.0-rc3 (localversion-next is -next-20150313)
scripts/checkpatch.pl | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts
Hanjun, Catalin,
On Thu, Mar 12, 2015 at 03:31:57PM +0800, Hanjun Guo wrote:
On 2015/3/12 13:12, Jason Cooper wrote:
On Thu, Mar 12, 2015 at 09:46:39AM +0800, Hanjun Guo wrote:
On 2015/3/12 7:11, Jason Cooper wrote:
Hey Grant,
On Wed, Mar 11, 2015 at 06:04:50PM +, Grant Likely
2015-03-13 0:36 GMT+01:00 Stefan Agner ste...@agner.ch:
Add support for hierarchy irq domain. Use to support the interrupt
router found in Vybrid SoC, which is between the NVIC and the
peripherals.
Signed-off-by: Stefan Agner ste...@agner.ch
---
drivers/irqchip/irq-nvic.c | 28
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-4.0-rc3-tag
xen: bug fixes for 4.0-rc3
- - Fix a PV regression in 3.19.
- - Fix a dom0 crash on hosts with large numbers of
Signed-off-by: Martin Kepplinger mart...@posteo.de
---
This is a question: What's the real difference between the two solutions?
I'm not sure if they are equivalent :(
drivers/firewire/nosy.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/firewire/nosy.c
Hi Rafael,
this pull request contains a couple of fixes:
- Fix the cpu_pm_enter/exit symmetry in the mvebu driver (Gregory Clement)
- Fix the mvebu drivers latency/residency values to reach an
acceptable tradeoff between perf / power (Sebastian Rannou)
Thanks !
-- Daniel
ps: I took
On Fri, Mar 13, 2015 at 1:58 AM, Ingo Molnar mi...@kernel.org wrote:
* John Stultz john.stu...@linaro.org wrote:
On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar mi...@kernel.org wrote:
* John Stultz john.stu...@linaro.org wrote:
New in v4:
* Lots and lots of typo corrections and minor
Signed-off-by: Sricharan R sricha...@codeaurora.org
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
b/arch/arm/boot/dts/qcom-msm8974.dtsi
index e265ec1..3f648ae 100644
---
We're currently using an uninitialized value if option privport is not set,
thus (almost) always using a privileged port.
Signed-off-by: Dominique Martinet dominique.marti...@cea.fr
---
net/9p/trans_fd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/9p/trans_fd.c b/net/9p/trans_fd.c
Hello.
This patch is out of order a bit, but since Borislav mentioned this
during review...
And I was going to send the 2nd one (below), but it turns out that
__init_refok is not discarded? So is there any way to do
void __init init_function();
void non_init_func()
{
Now that kthreads do not use FPU until exec swpper/0 doesn't need
to allocate fpu-state.
Signed-off-by: Oleg Nesterov o...@redhat.com
---
arch/x86/kernel/xsave.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/xsave.c b/arch/x86/kernel/xsave.c
index
On Thu, Mar 12, 2015 at 03:25:34PM +0100, Daniel Lezcano wrote:
do you agree with this patchset ?
In principle yes, apart from some function naming and I'm waiting for
Lorenzo's ack as well. Do you plan to upstream this directly via your
tree? If yes, I'll look in more detail and give some acks.
Hello.
On 03/13/2015 05:15 PM, Ameen Ali wrote:
Array index 'j' is used before limits check.
Suggest put limit check before index use.
Signed-off-by : ameenali...@gmail.com
---
drivers/net/ethernet/dec/tulip/tulip_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
introduce user accessible mirror of in-kernel 'struct sk_buff':
struct __sk_buff {
__u32 len;
__u32 pkt_type;
__u32 mark;
__u32 queue_mapping;
};
bpf programs can do:
int bpf_prog(struct __sk_buff *skb)
{
__u32 var = skb-pkt_type;
which will be compiled to bpf assembler as:
On Fri, 13 Mar 2015, Rik van Riel wrote:
On 03/13/2015 01:26 PM, Eric B Munson wrote:
--- a/mm/compaction.c
+++ b/mm/compaction.c
@@ -1046,6 +1046,8 @@ typedef enum {
ISOLATE_SUCCESS,/* Pages isolated, migrate */
} isolate_migrate_t;
+int
Currently, pages which are marked as unevictable are protected from
compaction, but not from other types of migration. The POSIX real time
extension explicitly states that mlock() will prevent a major page
fault, but the spirit of is is that mlock() should give a process the
ability to control
On Fri, 13 Mar 2015, Kalle Valo wrote:
Nicholas Mc Guire hof...@osadl.org writes:
Return type of wait_for_completion_timeout is unsigned long not int.
An appropriately named unsigned long is added and the assignments fixed up.
Signed-off-by: Nicholas Mc Guire hof...@osadl.org
From: Sebastien Rannou m...@sbrk.org
Originally, the thresholds used in the cpuidle driver for Armada SOCs
were temporarily chosen, leaving room for improvements.
This commit updates the thresholds for the Armada XP SOCs with values
that positively impact performances:
From: Gregory CLEMENT gregory.clem...@free-electrons.com
As stated in kernel/cpu_pm.c, Platform is responsible for ensuring
that cpu_pm_enter is not called twice on the same CPU before
cpu_pm_exit is called.. In the current code in case of failure when
calling mvebu_v7_cpu_suspend, the function
QUP from version 2.1.1 onwards, supports a new format of
i2c command tags. Tag codes instructs the controller to
perform a operation like read/write. This new tagging version
supports and is required for adding bam dma capabilities.
v2 tags supports transfer of more than 256 bytes in a single
i2c
From: Andy Gross agr...@codeaurora.org
QUP from version 2.1.1 onwards, supports a new format of
i2c command tags. Tag codes instructs the controller to
perform a operation like read/write. This new tagging version
supports bam dma and transfers of more than 256 bytes without 'stop'
in between.
The definition of i2c_msg says that
If this is the last message in a group, it is followed by a STOP.
Otherwise it is followed by the next @i2c_msg transaction segment,
beginning with a (repeated) START
So the expectation is that there is no 'STOP' bit inbetween individual
i2c_msg segments
On Mar 13, 2015 6:24 AM, Andrew G. Morgan mor...@kernel.org wrote:
It's to preserve the invariant that pA is always a subset of pI.
But since a user can always raise a bit in pI if it is present in pP,
what does this invariant add to your model other than inconvenience?
The useful part is
Geert Uytterhoeven ge...@linux-m68k.org writes:
On Wed, Mar 11, 2015 at 11:08 PM, Rafael J. Wysocki r...@rjwysocki.net
wrote:
More CCes.
On Wednesday, March 11, 2015 08:27:28 AM Eric Anholt wrote:
If we've declared a power domain in the OF, and the OF node is found
but the requested
'topstk' is a misnomer: it is not a pointer to the top of a stack. Rather, it is
an argument passed to the main function executed by a new kernel thread.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
arch/blackfin/kernel/process.c | 9 +++--
1 file changed, 7 insertions(+), 2
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
This patch prevents duplicated error output. per_session__new function calls
perf_data_file__open which will print error message if it can not open the file
and we will get duplicated output of the error message:
failed to open perf.data.old: No such file or directory
Failed to open perf.data.old
'ustk_size' is misleading, since this argument is never used for a user stack
size. Rather, it is an argument passed to the main function executed by a new
kernel thread. Therefore, rename it to 'kthread_arg'.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
arch/mn10300/kernel/process.c |
On Tue, Mar 03, 2015 at 01:29:34PM +0100, Daniel Lezcano wrote:
Call the common ARM/ARM64 'arm_cpuidle_suspend' instead of cpu_suspend
function
which is specific to ARM64.
Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
drivers/cpuidle/cpuidle-arm64.c | 2 +-
1 file changed,
On 03/13/2015 01:26 PM, Eric B Munson wrote:
--- a/mm/compaction.c
+++ b/mm/compaction.c
@@ -1046,6 +1046,8 @@ typedef enum {
ISOLATE_SUCCESS,/* Pages isolated, migrate */
} isolate_migrate_t;
+int sysctl_compact_unevictable;
+
/*
* Isolate all pages that can be
- modify sockex1 example to count number of bytes in outgoing packets
- modify sockex2 example to count number of bytes and packets per flow
- add 4 stress tests that exercise 'skb-field' code path of verifier
Signed-off-by: Alexei Starovoitov a...@plumgrid.com
---
samples/bpf/sockex1_kern.c |
Hi All,
V1-V2:
- refactored field access converter into common helper convert_skb_access()
used in both classic and extended BPF
- added missing build_bug_on for field 'len'
- added comment to uapi/linux/bpf.h as suggested by Daniel
- dropped exposing 'ifindex' field for now
classic BPF has a
On 03/10/2015 10:06 PM, Michael Ellerman wrote:
This adds make install support to selftests. The basic usage is:
$ cd tools/testing/selftests
$ make install
That installs into tools/testing/selftests/install, which can then be
copied where ever necessary.
The install destination is
'stk_sz' is a misnomer: it is never used for a stack size. Rather, it is an
argument which is passed to the main function executed by a kernel thread, when
forking a new kthread. The most appropriate name is 'kthread_arg'.
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
This config no longer exists now that mach-msm has been removed.
Delete it and the associated code.
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Signed-off-by: Stephen Boyd
This dependency no longer exists now that mach-msm has been
removed. Delete it.
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Alan Stern st...@rowland.harvard.edu
Cc: linux-...@vger.kernel.org
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker
On 3/13/15 9:43 AM, Daniel Borkmann wrote:
On 03/13/2015 05:22 PM, Alexei Starovoitov wrote:
On 3/13/15 2:57 AM, Daniel Borkmann wrote:
On 03/13/2015 03:21 AM, Alexei Starovoitov wrote:
introduce user accessible mirror of in-kernel 'struct sk_buff':
For each member, I'd also add
This phy only exists on platforms under ARCH_QCOM, not ARCH_MSM.
Cc: Yaniv Gardi yga...@codeaurora.org
Cc: Dov Levenglick d...@codeaurora.org
Cc: Christoph Hellwig h...@lst.de
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: David Brown dav...@codeaurora.org
Cc: Bryan Huntsman bry...@codeaurora.org
Cc: Daniel Walker dwal...@fifo99.com
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Alexandre Courbot gnu...@gmail.com
Signed-off-by: Stephen Boyd
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
'user_stack_size' is very misleading, since the argument is never used for the
size of the user stack. Rather, it is an argument which is passed to the main
function executed by a newly forked kernel thread. Hence, rename it to
'kthread_arg'.
When forking a new user thread, the kernel thread arg
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity (and consistency
with do_fork() and other arch-specific implementations of copy_thread()).
Signed-off-by: Alex Dowad alexinbeij...@gmail.com
---
1 - 100 of 1714 matches
Mail list logo