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
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 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
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.
On Fri, Mar 13, 2015 at 10:57 AM, Andy Lutomirski wrote:
> On Mar 13, 2015 6:24 AM, "Andrew G. Morgan" 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. After all, these are the
-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 100644
--- a/drivers
,
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
index e8cc19f
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 :
---
drivers/net/ethernet/dec/tulip/tulip_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
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
On 10/03/2015 at 14:42:24 +0100, Arnd Bergmann wrote :
> On Tuesday 10 March 2015 10:42:09 Alexandre Belloni wrote:
> > >
> > > I actually added a bunch of these in other places, but have stopped
> > > doing so because Russell didn't like them, and I tend to follow
> > > his argument now that
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
Now that kthreads do not use FPU until exec swpper/0 doesn't need
to allocate fpu->state.
Signed-off-by: Oleg Nesterov
---
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 dff0ec2..1cf5667
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()
{
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
On Fri, 13 Mar 2015 15:09:03 +0100
Denys Vlasenko 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 task_pt_regs(). Tweak
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
>> Cc: David Brown
>> Cc: Bryan Huntsman
>> Cc: Daniel Walker
>> Signed-off-by: Stephen Boyd
>> ---
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
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
---
arch/microblaze/kernel/process.c | 12
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
---
arch/openrisc/kernel/process.c | 9
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
---
arch/mn10300/kernel/process.c | 10 ++
1 file
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
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
---
arch/m32r/kernel/process.c | 10
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
> ---
> drivers/cpuidle/cpuidle-arm64.c | 2 +-
> 1 file changed, 1 insertion(+),
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
---
arch/um/kernel/process.c | 9 +++--
'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
---
arch/unicore32/kernel/process.c | 9 +++--
1 file changed,
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
---
arch/sparc/kernel/process_32.c | 10
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
---
arch/tile/kernel/process.c | 11
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
---
arch/score/kernel/process.c | 8 +---
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
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
---
arch/powerpc/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
---
arch/x86/kernel/process_32.c | 9
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
---
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
---
arch/sh/kernel/process_32.c | 10
This config no longer exists now that mach-msm has been removed.
Delete it and the associated code.
Cc: Greg Kroah-Hartman
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly to serial tree.
This dependency no longer exists now that mach-msm has been
removed. Delete it.
Cc: Greg Kroah-Hartman
Cc: Alan Stern
Cc: linux-...@vger.kernel.org
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied
This device only exists on platforms under ARCH_QCOM, not
ARCH_MSM.
Cc: Yaniv Gardi
Cc: Dov Levenglick
Cc: Christoph Hellwig
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly.
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: Ulf Hansson
Cc: Chris Ball
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
I'd appreciate an ack here from mmc maintainers so this can go with patch 1
through arm-soc.
This code is no longer used now that mach-msm has been removed.
Delete it.
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This needs an ack to go through arm-soc with patch 1 that
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: Greg Kroah-Hartman
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly to serial tree.
drivers/tty/serial/Kconfig
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
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly 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
---
arch/metag/kernel/process.c | 8 ++--
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
---
arch/mips/kernel/process.c | 10
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
---
arch/frv/kernel/process.c | 7 ---
1
'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
---
arch/hexagon/kernel/process.c | 5 +++--
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
---
arch/m68k/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
---
arch/nios2/kernel/process.c | 10
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
---
arch/s390/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
---
arch/parisc/kernel/process.c | 10
This driver is orphaned now that mach-msm has been removed.
Delete it.
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Cc: Linus Walleij
Cc: Alexandre Courbot
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly to gpio tree.
This phy only exists on platforms under ARCH_QCOM, not ARCH_MSM.
Cc: Yaniv Gardi
Cc: Dov Levenglick
Cc: Christoph Hellwig
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly to phy tree.
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
---
YES, this does not checkpatch, but I'm not changing all the old
Opt_* names just to add a new
This code is no longer used now that mach-msm has been removed.
Delete it.
Cc: Daniel Lezcano
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly to clocksource
tree.
This config no longer exists now that mach-msm has been removed.
Delete it and the associated code.
Cc: David S. Miller
Cc: David Brown
Cc: Bryan Huntsman
Cc: Daniel Walker
Signed-off-by: Stephen Boyd
---
This can be acked and go through arm-soc or applied directly.
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
---
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
index c73b894..154479d
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
---
arch/cris/arch-v32/kernel/process.c | 8
'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
---
arch/blackfin/kernel/process.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
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
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
---
Hi,
The
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
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
---
arch/avr32/kernel/process.c | 9
'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
---
arch/arm/kernel/process.c | 9 +++--
1
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
---
arch/cris/arch-v10/kernel/process.c | 8
'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
---
arch/c6x/kernel/process.c | 8
1 file changed, 4 insertions(+), 4
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
---
arch/arc/kernel/process.c | 9 ++---
'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
---
arch/arm64/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
---
arch/alpha/kernel/process.c | 7 +++
Geert Uytterhoeven writes:
> On Wed, Mar 11, 2015 at 11:08 PM, Rafael J. Wysocki
> 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 domain hasn't been registered
On Fri, Mar 13, 2015 at 9:06 AM, Christoph Lameter wrote:
> On Fri, 13 Mar 2015, Andrew G. Morgan wrote:
>
>> > prctl(PR_CAP_AMBIENT, PR_CAP_AMBIENT_RAISE, CAP_SYS_ADMIN);
>> > system("/bin/bash");
>>
>> Let's call the above two lines [a] and [b]. With this patch, you are
>> encouraging folk to
On Mar 13, 2015 6:24 AM, "Andrew G. Morgan" 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 that
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
>
On Fri, Mar 13, 2015 at 1:58 AM, Ingo Molnar wrote:
> * John Stultz wrote:
>> On Thu, Mar 12, 2015 at 2:19 AM, Ingo Molnar wrote:
>> > * John Stultz wrote:
>> >> New in v4:
>> >> * Lots and lots of typo corrections and minor cleanups suggested
>> >> by Ingo.
>> >> * Dropped "Remove
Signed-off-by: Sricharan R
---
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
--- a/arch/arm/boot/dts/qcom-msm8974.dtsi
+++
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
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
---
drivers/i2c/busses/i2c-qup.c | 30
Signed-off-by: Sricharan R
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
b/arch/arm/boot/dts/qcom-msm8974.dtsi
index 3f648ae..1ec7ec5 100644
--- a/arch/arm/boot/dts/qcom-msm8974.dtsi
+++
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
From: Andy Gross
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. Adding the support for
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: Gregory CLEMENT
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 cpu_pm_exit() is never
called
From: Sebastien Rannou
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:
On 03/12/15 20:29, Shawn Guo wrote:
> On Thu, Mar 12, 2015 at 12:43:40PM -0700, Stephen Boyd wrote:
>> On 03/12/15 10:20, Sebastian Andrzej Siewior wrote:
>>> On 2015-02-17 14:01:04 [-0800], Stephen Boyd wrote:
diff =
--- arch/arm/mach-imx/mach-imx6q.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
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:
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
On Fri, 13 Mar 2015, Kalle Valo wrote:
> Nicholas Mc Guire 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
>
> Doesn't apply:
>
>
Signed-off-by: Martin Kepplinger
---
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
-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
2015-03-13 0:36 GMT+01:00 Stefan Agner :
> 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
> ---
> drivers/irqchip/irq-nvic.c | 28 +++-
> 1
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
Linus,
please pull sound fixes for v4.0-rc4 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.0-rc4
The topmost commit is ef403edb75580a3ec5d155f5de82155f0419c621
sound fixes for 4.0-rc4
This
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
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 +,
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
Dave Hansen writes:
> On 03/12/2015 03:35 PM, Andrew Morton wrote:
>> On Mon, 09 Mar 2015 13:43:21 -0700 Dave Hansen wrote:
>>> From: Dave Hansen
>>>
>>> Physical addresses are sensitive information. There are
>>> existing, known exploits that are made easier if physical
>>> information is
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.
>
>
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
From: Alexey Kodanev
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 03/13/2015 06:03 PM, Kevin Hilman wrote:
Daniel Lezcano 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 the code
is following
201 - 300 of 1714 matches
Mail list logo