From: Henrik Austad
The following files moved files out of Documentation/vm/
c6dd897f ("mm: move page-types.c from Documentation to tools/vm")
f0f57b2b ("move hugepage test examples to tools/testing/selftests/vm)
Remove these files from vm/00-INDEX.
The following commits add
or user memory changes tracking")
61b0d760 ("zswap: add documentation")
27c6aec2 ("mm: frontswap: config and doc files")
Add the missing documentation-files with a short description to 00-INDEX
Signed-off-by: Henrik Austad
---
Documentation/vm/00-INDEX | 20 +
ernel lockups without being able to
preempt the thread at all.
Signed-off-by: Henrik Austad
---
arch/tile/lib/delay.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/tile/lib/delay.c b/arch/tile/lib/delay.c
index cdacdd1..a53cdcd 100644
--- a/arch/tile/lib/delay.c
0xfe407993fab8)
frame 3: 0xfff7004dc578 __ndelay+0x38/0x80 (sp 0xfe407993fae0)
However, in this case:
- the frequency is the same accross all cores
- we use the data read-only
- we do not scale the frequency
Which means that we can use the __raw_get_cpu_var instead.
Signed-off-by: Henrik
0xfe407993fab8)
frame 3: 0xfff7004dc578 __ndelay+0x38/0x80 (sp 0xfe407993fae0)
However, in this case:
- the frequency is the same accross all cores
- we use the data read-only
- we do not scale the frequency
Which means that we can use the __raw_get_cpu_var instead.
Signed-off-by: Henrik
So, to connect this to your question - if you get an excessive amount of
interrupts whilst in the middle of softirq processing, all you get is a set
of raised softirqs which will cause __do_softirq() to loop 10 times before
offloading the work to ksoftirqd.
--
Henrik Austad
signature.asc
Description: Digital signature
On Sun, Jun 19, 2016 at 11:46:29AM +0200, Richard Cochran wrote:
> On Sun, Jun 19, 2016 at 12:45:50AM +0200, Henrik Austad wrote:
> > edit: this turned out to be a somewhat lengthy answer. I have tried to
> > shorten it down somewhere. it is getting late and I'm
ounds
like it is doable to achieve something useful.
Looks like I will be looking into what to put in the .trigger-handler in
the ALSA shim and experimenting with this to see how it make sense to
connect it from the TSN-stream.
Thanks!
--
Henrik Austad
signature.asc
Description: Digital signature
. Miller
Signed-off-by: Henrik Austad
---
net/core/dev.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/net/core/dev.c b/net/core/dev.c
index fcddccb..d2b20e7 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -2040,6 +2040,7 @@ int netdev_txq_to_tc(struct net_device *dev, unsigned int
As per-irc request
*prod*
thanks!
-Henrik
On Thu, Aug 20, 2015 at 03:54:02PM +0200, Henrik Austad wrote:
> Most of the policy-tests are done via the _policy() helpers with
> the notable exception of idle. A new wrapper for valid_policy() has also
> been added to improve readab
/ethertype/eth.txt
This is a respin of a previous patch ("ether: add AVB frame type
ETH_P_AVB")
CC: "David S. Miller"
CC: net...@vger.kernel.org
CC: linux-...@vger.kernel.org
CC: linux-kernel@vger.kernel.org
Signed-off-by: Henrik Austad
---
include/uapi/linux/if_ether.h | 1
Most of the policy-tests are done via the _policy() helpers with
the notable exception of idle. A new wrapper for valid_policy() has also
been added to improve readability in set_load_weight().
This commit does not change the logical behavior of the scheduler core.
Signed-off-by: Henrik Austad
On Fri, Nov 09, 2018 at 11:35:31AM +0100, Henrik Austad wrote:
> On Fri, Nov 09, 2018 at 11:07:28AM +0100, Henrik Austad wrote:
> > From: Henrik Austad
> >
> > Short story:
>
> Sorry for the spam, it looks like I was not very specific in /which/
> version I ta
onix.de
Cc: xlp...@redhat.com
Cc: rost...@goodmis.org
Cc: mathieu.desnoy...@efficios.com
Cc: jdesfos...@efficios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104151.554710...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kern
: jdesfos...@efficios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104151.652692...@infradead.org
Signed-off-by: Thomas Gleixner
Conflicts:
kernel/locking/rtmutex.c (WAKE_Q)
Tested-by: Henrik Austad
---
kernel/locking/rtmutex-debug.c | 9
Cc: xlp...@redhat.com
Cc: rost...@goodmis.org
Cc: mathieu.desnoy...@efficios.com
Cc: jdesfos...@efficios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104152.001659...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
s...@redhat.com
Link: http://lkml.kernel.org/r/20170322104152.062785...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 77 +
kernel/locking/rtmutex.c| 26 --
kernel/locking/rtmu
c: mathieu.desnoy...@efficios.com
Cc: jdesfos...@efficios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104152.161341...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 30 +++
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104152.112378...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/kernel/futex.c b/kernel/fute
y: Steven Rostedt
Cc: juri.le...@arm.com
Cc: bige...@linutronix.de
Cc: mathieu.desnoy...@efficios.com
Cc: jdesfos...@efficios.com
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170323150216.110065...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c
From: Xunlei Pang
commit e96a7705e7d3fef96aec9b590c63b2f6f7d2ba22 upstream.
A crash happened while I was playing with deadline PI rtmutex.
BUG: unable to handle kernel NULL pointer dereference at 0018
IP: [] rt_mutex_get_top_task+0x1f/0x30
PGD 232a75067 PUD 230947067 PMD
nel.org/r/20170322104151.850383...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 50 ++
1 file changed, 14 insertions(+), 36 deletions(-)
diff --git a/kernel/futex.c b/kernel/futex.c
index 9d7d462..91acb65 100644
---
From: Peter Zijlstra
commit 5293c2efda37775346885c7e924d4ef7018ea60b upstream.
Part of what makes futex_unlock_pi() intricate is that
rt_mutex_futex_unlock() -> rt_mutex_slowunlock() can drop
rt_mutex::wait_lock.
This means it cannot rely on the atomicy of wait_lock, which would be
preferred in
From: Peter Zijlstra
commit 16ffa12d742534d4ff73e8b3a4e81c1de39196f0 upstream.
There's a number of 'interesting' problems, all caused by holding
hb->lock while doing the rt_mutex_unlock() equivalient.
Notably:
- a PI inversion on hb->lock; and,
- a SCHED_DEADLINE crash because of pointer in
rost...@goodmis.org
Cc: mathieu.desnoy...@efficios.com
Cc: jdesfos...@efficios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104151.950039...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c
Cc: Peter Zijlstra
Cc: Darren Hart
Cc: Davidlohr Bueso
Cc: bhuvanesh_surach...@mentor.com
Cc: Andy Lowe
Link: http://lkml.kernel.org/r/20151219200607.259636...@linutronix.de
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 17 ++---
1 file changed, 10
icios.com
Cc: dvh...@infradead.org
Cc: bris...@redhat.com
Link: http://lkml.kernel.org/r/20170322104151.751993...@infradead.org
Signed-off-by: Thomas Gleixner
Tested-by: Henrik Austad
---
kernel/futex.c | 165 +
1 file changed, 132 inser
From: Peter Zijlstra
commit bf92cf3a5100f5a0d5f9834787b130159397cb22 upstream.
Add a put_pit_state() as counterpart for get_pi_state() so the refcounting
becomes consistent.
Signed-off-by: Peter Zijlstra (Intel)
Cc: juri.le...@arm.com
Cc: bige...@linutronix.de
Cc: xlp...@redhat.com
Cc: rost...
From: Henrik Austad
Short story:
The following patches are needed on a 4.4 kernel to avoid
Oops in the scheduler when a sched_rr and sched_deadline task contends
on the same futex (with PI).
Longer story:
On one of our arm64 systems, we occasionally crash with an Oops in the
scheduler with
From: Thomas Gleixner
commit b4abf91047cf054f203dcfac97e1038388826937 upstream.
Sasha reported a lockdep splat about a potential deadlock between RCU boosting
rtmutex and the posix timer it_lock.
CPU0CPU1
rtmutex_lock(&rcu->rt_mutex)
spin_lock(&rcu->rt_mut
: Henrik Austad
---
kernel/futex.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/futex.c b/kernel/futex.c
index bb87324..9e92f12 100644
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -1284,8 +1284,7 @@ static void mark_wake_futex(struct wake_q_head *wake_q,
struct
On Fri, Nov 09, 2018 at 11:07:28AM +0100, Henrik Austad wrote:
> From: Henrik Austad
>
> Short story:
Sorry for the spam, it looks like I was not very specific in /which/
version I targeted this to, as well as not providing a full Cc-list for the
cover-letter.
The series is ta
On Fri, Dec 14, 2018 at 08:18:26AM +0100, Greg Kroah-Hartman wrote:
> On Mon, Nov 19, 2018 at 12:27:21PM +0100, Henrik Austad wrote:
> > On Fri, Nov 09, 2018 at 11:35:31AM +0100, Henrik Austad wrote:
> > > On Fri, Nov 09, 2018 at 11:07:28AM +0100, Henrik Austad wrote:
> >
On Tue, Oct 09, 2018 at 11:24:26AM +0200, Juri Lelli wrote:
> Hi all,
Hi, nice series, I have a lot of details to grok, but I like the idea of PE
> Proxy Execution (also goes under several other names) isn't a new
> concept, it has been mentioned already in the past to this community
> (both in e
ner
(cherry picked from commit e96a7705e7d3fef96aec9b590c63b2f6f7d2ba22)
Conflicts:
include/linux/sched.h
Backported-and-tested-by: Henrik Austad
Cc: Greg Kroah-Hartman
---
include/linux/init_task.h | 1 +
include/linux/sched.h | 2 ++
include/linux/sched/rt.h | 1 +
kernel/fork.c
On Tue, Nov 06, 2018 at 02:22:10PM +0100, Peter Zijlstra wrote:
> On Tue, Nov 06, 2018 at 01:47:21PM +0100, Henrik Austad wrote:
> > From: Xunlei Pang
> >
> > On some of our systems, we notice this error popping up on occasion,
> > completely hanging the system.
>
e P_i for period, then this is correct and should
be applied.
> densities of the tasks running on such a CPU is smaller or equal than 1
> (notice that this condition is only sufficient, and not necessary).
>
> --
> 1.9.0
>
Just my $0.02 etc etc :)
1) http://www-users
uling on a Multiprocessor. Real-Time Systems Journal, vol. 32,
> + no. 2, pp 133-189, 2008.
> + 13 - P. Valente and G. Lipari. An Upper Bound to the Lateness of Soft
> + Real-Time Tasks Scheduled by EDF on Multiprocessors. Proceedings of
> + the 26th IEEE Real-Time
On Thu, Apr 09, 2015 at 11:34:37AM +0200, Luca Abeni wrote:
> Hi Henrik,
>
> On 04/09/2015 11:06 AM, Henrik Austad wrote:
> >On Wed, Apr 08, 2015 at 01:59:39PM +0200, Luca Abeni wrote:
> [...]
> >Also, density is equivalent
> >to 'utilization', right? (w
cessor. Proceedings of the
> + 11th IEEE Real-time Systems Symposium, 1990.
> + 6 - S. K. Baruah, L. E. Rosier and R. R. Howell. Algorithms and Complexity
> + Concerning the Preemptive Scheduling of Periodic Real-Time tasks on
> + One Processor. Real-Time Systems Journal, vol. 4,
cording to the Liu&Layland model (does not block
> before the end of the job) and the SCHED_DEADLINE parameters are properly
> assigned
> (runtime >= WCET, period <= P) then the task's absolute deadlines and the
> scheduling
> deadlines coincides, so it is possible
On Thu, Apr 09, 2015 at 12:11:25PM +0200, Peter Zijlstra wrote:
> On Thu, Apr 09, 2015 at 12:08:36PM +0200, Luca Abeni wrote:
> > On 04/09/2015 11:44 AM, Peter Zijlstra wrote:
> > >On Thu, Apr 09, 2015 at 11:39:08AM +0200, Henrik Austad wrote:
> > >>>+ CPUs, wi
wn patch so that other patches can be applied anyway.
Apart from a slight nitpick (I didn't bother adding it the thread for patch
6) that the patch adds more than just references, it also describes Dhall's
effect, perhaps that should be reflected in the patch
From: Henrik Austad
Hi!
This is a rework of the preiovus patch based on the feedback gathered
from the last round. I've split it up a bit, mostly to make it easier to
single out the parts that require more attention (#4 comes to mind).
Being able to read (and possible force a specific C
Most of this is 'extras' needed in order to get sysfs working.
CC: Thomas Gleixner
CC: Peter Zijlstra
CC: Frederic Weisbecker
CC: John Stultz
Signed-off-by: Henrik Austad
---
kernel/time/timekeeping.c | 43 +++
1 file changed, 43
have
timer-interrupts disabled. As for NO_HZ_IDLE, timer CPU will change
often.
CC: Thomas Gleixner
CC: Peter Zijlstra
CC: Frederic Weisbecker
CC: John Stultz
Signed-off-by: Henrik Austad
---
kernel/time/tick-common.c | 12
kernel/time/tick-internal.h |1 +
2 files
From: Henrik Austad
This allows userspace to set the forced CPU via sysfs in
/sys/kernel/timekeeping/forced_cpu.
CC: Thomas Gleixner
CC: Peter Zijlstra
CC: Frederic Weisbecker
CC: John Stultz
CC: Paul E. McKenney
Signed-off-by: Henrik Austad
---
kernel/time/timekeeping.c | 36
From: Henrik Austad
This allows userspace to see which CPU is currently responsible for
handling the do_timer update of the time machinery.
sysctl kernel.current_timer_cpu
/proc/sys/kernel/current_timer_cpu
Note that this value can be fleeting if CONFIG_NO_HZ_FULL is enabled. If
not
From: Henrik Austad
By default, this is disabled (set to -1) and must be explicitly set in order
to have an effect. The CPU must be online.
If the specified CPU is part of the NO_HZ_FULL set, it is removed from
the set. When forced tick is either disabled or moved to another CPU, it
will try to
From: Henrik Austad
This allows userspace to set a specific CPU as the only core able
to handle do_timer() updates via
cat sysctl kernel.forced_timer_cpu
/proc/sys/kernel/forced_timer_cpu
and for writing:
sysctl -w kernel.forced_timer_cpu=2
/bin/echo 2 > /proc/sys/ker
On Tue, Feb 25, 2014 at 03:19:09PM +0100, Frederic Weisbecker wrote:
> On Tue, Feb 25, 2014 at 01:33:55PM +0100, Henrik Austad wrote:
> > From: Henrik Austad
> >
> > Hi!
> >
> > This is a rework of the preiovus patch based on the feedback gathered
> > from
<< cc->shift) - 1);
> +
> + return quot * cc->mult + ((rem * cc->mult) >> cc->shift);
> }
Makes sense to me, for whatever that's worth :)
Also, tile could probably do with a similar approach for ns2cycles (not
that I have observed any problems, but
On Tue, Mar 04, 2014 at 08:36:28AM +0100, Mike Galbraith wrote:
> (boing boing boing... hell with it, today doesn't exist;)
you lost me at boing.. :)
> On Tue, 2014-03-04 at 08:31 +0100, Mike Galbraith wrote:
> > On Tue, 2014-03-04 at 08:20 +0100, Henrik Austad wrote:
>
ermediate value that could overflow.
arch/tile/kernel/time.c has a similar pattern in cycles2ns, and this
copies the same pattern in this function
CC: John Stultz
CC: Mike Galbraith
CC: Salman Qazi
Signed-off-by: Henrik Austad
---
arch/tile/kernel/time.c | 10 +-
1 file changed
don't
think many kernelhackers leave the easy bugs "just to be nice to newbies" -
whenever a bug is discovered they are fixed.
However, I discovered http://eudyptula-challenge.org/ a little while ago.
Be warned, I haven't tested it, not sure what the challenge is like, but
migh
On Wed, Feb 26, 2014 at 02:02:42PM +0100, Frederic Weisbecker wrote:
> On Wed, Feb 26, 2014 at 09:16:03AM +0100, Henrik Austad wrote:
> > On Tue, Feb 25, 2014 at 03:19:09PM +0100, Frederic Weisbecker wrote:
> > > On Tue, Feb 25, 2014 at 01:33:55PM +0100, Henrik Austad wrote:
&g
On Thu, Feb 27, 2014 at 02:56:20PM +0100, Frederic Weisbecker wrote:
> On Thu, Feb 27, 2014 at 09:37:35AM +0100, Henrik Austad wrote:
> > On Wed, Feb 26, 2014 at 02:02:42PM +0100, Frederic Weisbecker wrote:
> > >
> > > -1 could be an option but hmm...
> >
On Sat, Mar 01, 2014 at 12:08:36AM +0100, Frederic Weisbecker wrote:
> On Fri, Feb 28, 2014 at 10:40:35AM +0100, Henrik Austad wrote:
> > On Thu, Feb 27, 2014 at 02:56:20PM +0100, Frederic Weisbecker wrote:
> > > Right, or timekeeper_cpumask.
> >
> > Right, pay
On Wed, Feb 19, 2014 at 05:42:07PM +0100, Thomas Gleixner wrote:
> On Wed, 19 Feb 2014, hen...@austad.us wrote:
> > From: Henrik Austad
> >
> > Looks like this got dropped by vger a few days ago, resending.
> >
> > This allows everybody in a system to read wh
d
> +hopefully we should be able to produce some demonstrative code soon;
> + - (c)group based bandwidth management, and maybe scheduling;
> + - access control for non-root users (and related security concerns to
> +address), which is the best way to allow unprivileged use of th
On Mon, Jan 27, 2014 at 01:30:42PM +0100, Luca Abeni wrote:
> Hi Henrik,
>
> On 01/27/2014 12:53 PM, Henrik Austad wrote:
> [...]
> >>+ In more details, the CBS algorithm assigns scheduling deadlines to
> >>+ tasks in the following way:
> >>+
> >>+
list :-)
This changes the numbered list 1,2,2,2 to the more intuitive 1,2,3,4.
Introduces in 2eec9ad9 (lightweight robust futexes: docs)
CC: Ingo Molnar
Signed-off-by: Henrik Austad
---
Documentation/robust-futex-ABI.txt |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
(1/2)
leds: (0/4)
arm: (10/7)
fb: (3/3)
power: (1/2)
mmc: (4/0)
w1: (2/0)
w1/masters: (1/2)
w1/slaves: (0/1)
powerpc: (4/0)
x86: (0/8)
--
Henrik Austad
signature.asc
Description: Digital signature
hed/deadline.c
> +++ b/kernel/sched/deadline.c
> @@ -351,7 +351,8 @@ static void replenish_dl_entity(struct sched_dl_entity
> *dl_se,
> * disrupting the schedulability of the system. Otherwise, we should
> * refill the runtime and set the deadline a period in the future,
> * because keeping the current (absolute) deadline of the task would
> - * result in breaking guarantees promised to other tasks.
> + * result in breaking guarantees promised to other tasks (refer to
> + * Documentation/scheduler/sched-deadline.txt for more informations).
> *
> * This function returns true if:
> *
> --
> 1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Henrik Austad
signature.asc
Description: Digital signature
On Mon, Jan 20, 2014 at 01:15:51PM +0100, Juri Lelli wrote:
> On 01/20/2014 12:24 PM, Henrik Austad wrote:
> > On Mon, Jan 20, 2014 at 11:40:40AM +0100, Juri Lelli wrote:
> >> From: Dario Faggioli
> >>
> >> Add in Documentation/scheduler/ some hints about th
On Mon, Jan 20, 2014 at 02:39:29PM +0100, Luca Abeni wrote:
> Hi all,
>
> On 01/20/2014 02:16 PM, Henrik Austad wrote:
> [...]
> >>>>+ The typical -deadline task is composed of a computation phase (instance)
> >>>>+ which is activated on a
On Mon, Jan 20, 2014 at 12:24:42PM +0100, Henrik Austad wrote:
> On Mon, Jan 20, 2014 at 11:40:40AM +0100, Juri Lelli wrote:
> > From: Dario Faggioli
> >
> > Add in Documentation/scheduler/ some hints about the design
> > choices, the usage and the future p
nce during date package forwarding.
>
> Not sure I understand this. But see below..
>
> > Thanks for the authors to implement EDF based on linux. This schedule
> > class has been applied in product.
>
> And this is great news! :)
>
> Any way you can share mor
nning jobs at extremely low priority
>(lower even than a +19 nice value with the SCHED_OTHER or SCHED_BATCH
>policies).
>
> RETURN VALUE
> On success, sched_setattr() and sched_getattr() return 0. On
> error, -1 is returned, and errno is set appr
Jokes aside, setting up an easy way to support the project wouldn't be such
a bad idea. Is this something we (tglx) could talk (convince)
linuxfoundation into hosting?
As said in the original mail, the kernel has benefited greatly from this
effort over the last few years, making the effort
David,
I messed up the keys on my keyboard and shipped the patch without CC to
you. Sorry!
- Henrik
On 06/06/2014 11:42 AM, Henrik Austad wrote:
Audio/Video Bridging over layer-2 transport protocol uses 0x22F0 as
packet type. This type is used for both AVB control data as well as AVB
media
> endmenu
>
> menu "Boot options"
> --
> 1.7.9.5
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-in
e the
test-scripts all the much simpler to maintain if we don't have to rely
on some dynamic tweaking of the core.
Just sayin'
--
Henrik Austad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ty on
> the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modi
On Fri, Jun 06, 2014 at 12:13:02PM +0200, Henrik Austad wrote:
> David,
Hi, ACK/NACK on this?
Thanks,
Henrik
> I messed up the keys on my keyboard and shipped the patch without CC
> to you. Sorry!
>
> - Henrik
>
> On 06/06/2014 11:42 AM, Henrik Austad wrote:
> &g
C: David S. Miller
CC: Mark Brown
CC: "H. Peter Anvin"
CC: Ingo Molnar
CC: Gleb Natapov
CC: Linus Torvalds
CC: Len Brown
CC: Andrew Morton
CC: James Bottomley
CC: Jean-Christophe Plagniol-Villard
Signed-off-by: Henrik Austad
---
Documentation/00-
n for that?
Ahem, yes, but not anymore. Leftovers from my initial index-traverse.py
hack. Updated patch below.
henrik
>From 78882b49b0910079aa574781accc9426e215ac78 Mon Sep 17 00:00:00 2001
From: Henrik Austad
Date: Thu, 31 Oct 2013 14:19:10 +0100
Subject: [PATCH] Documentation cleanup, up
On Fri, Jan 31, 2014 at 02:24:42PM -0800, Andrew Morton wrote:
> On Wed, 29 Jan 2014 22:24:11 -0600 Rob Landley wrote:
>
> > On 01/29/14 18:27, Henrik Austad wrote:
> > > Some of the 00-INDEX files are somewhat outdated and some folders does not
> > > contain 00-IND
he first part of this test will always
be true.
Or have I suffered catastrophic monday-morning braindamage?
--
Henrik Austad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, Feb 03, 2014 at 11:14:05AM +0100, Juri Lelli wrote:
> On 02/03/2014 10:53 AM, Henrik Austad wrote:
> > On Fri, Jan 31, 2014 at 05:43:27PM +0100, Juri Lelli wrote:
> >> Don't compare sysctl_sched_rt_runtime against sysctl_sched_rt_period if
> >> the former is
From: Henrik Austad
- timers-howto was added by commit 0fcb8081 (Documentation: Add
timers/timers-howto.txt)
- NO_HZ was added by commit 0c87f9b5 (nohz_full: Add documentation.)
Cc: Patrick Pannuto
Cc: Paul E. McKenney
Cc: Jiri Kosina
Signed-off-by: Henrik Austad
---
Documentation/timers
On Thu, Nov 14, 2013 at 11:09:03PM -0600, Rob Landley wrote:
> On 10/28/2013 08:05:11 AM, Henrik Austad wrote:
> >Hi Rob, Jiri
> >Hacking away at python shows me that of the 254 subfolders 57 has
> >outdated
> >00-INDEX, either with missing files, or files that has be
uations
> requiring its use.
This was very useful, thanks! :)
--
Henrik Austad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ed comments made by Henrik (thanks!)
> - added patch 5/5 (as Henrik asked)
To the whole series,
Reviewed-by: Henrik Austad
> Best Regards,
>
> - Juri
>
> Juri Lelli (3):
> Documentation/scheduler/sched-deadline.txt: Rewrite section 4 intro
> Documentation/scheduler
t" (being part of the algorithm's name and all
;)
>
> Signed-off-by: Luca Abeni
> Signed-off-by: Juri Lelli
> Cc: Randy Dunlap
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Henrik Austad
> Cc: Dario Faggioli
> Cc: Juri L
On Thu, Aug 28, 2014 at 11:00:27AM +0100, Juri Lelli wrote:
> Section 4 intro was still describing the old interface. Rewrite it.
>
> Signed-off-by: Juri Lelli
> Signed-off-by: Luca Abeni
> Cc: Randy Dunlap
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Henrik Aust
; This patch improves and clarifies bits and pieces regarding AC, both for UP
> and SMP systems.
>
> Signed-off-by: Luca Abeni
> Signed-off-by: Juri Lelli
> Cc: Randy Dunlap
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Henrik Austad
> Cc: Dario Faggioli
> C
ri Lelli
> Cc: Randy Dunlap
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Henrik Austad
> Cc: Dario Faggioli
> Cc: Juri Lelli
> Cc: linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> ---
> Documentation/scheduler/sched-deadline.txt | 52
> +
On Thu, Aug 28, 2014 at 11:00:25AM +0100, Juri Lelli wrote:
> Hello everyone,
>
> This is version 3 of a small patchset that fixes and improves SCHED_DEADLINE
> documentation.
>
> Patch 1/4 fixes and clarifies terminology; patch 2/4 aligns Section 4 to
> the current interface; patch 3/4 improves
uot;r6", "r7",
> + "r8", "r9", "r11", "r12", "r13", "r14", "r15",
> + "r16", "r17", "r18", "r19", "r20", "r21", "r22&
On Mon, May 18, 2015 at 03:00:23PM +0200, Luca Abeni wrote:
> Hi all,
Hi Luca, from my point of view, it looks good! (I still think the M+1
describing Dhall's effect is confusing, but that's probably more about me
than the text itself :)
To the series;
Reviewed-by: Henrik Austa
Or do I
also need to run phc2sys in order to sync the system-time to PTP-time? Note
that this is for outgoing traffic, Rx should perhaps use the timestamp
in skb.
Hooking into ktime_get() instead of directly to the PTP-subsystem (if that
is even possible) makes it a lot easier to debug when running this in a VM
as it doesn't *have* to use PTP-time when I'm crashing a new kernel :)
Thanks!
--
Henrik Austad
signature.asc
Description: Digital signature
too far along but we probably don't want
> another mechanism to map hw queues/tcs/etc if the existing interfaces
> work or can be extended to support this.
Sure, I get that, as long as the complexity for setting up a link doesn't
go through the roof :)
Thanks!
--
Henrik Austad
signature.asc
Description: Digital signature
On Mon, Jun 13, 2016 at 09:32:10PM +0200, Richard Cochran wrote:
> On Mon, Jun 13, 2016 at 03:00:59PM +0200, Henrik Austad wrote:
> > On Mon, Jun 13, 2016 at 01:47:13PM +0200, Richard Cochran wrote:
> > > Which driver is that?
> >
> > drivers/net/ethernet/renesas/
&g
On Tue, Jun 14, 2016 at 08:26:15PM +0200, Richard Cochran wrote:
> On Tue, Jun 14, 2016 at 11:30:00AM +0200, Henrik Austad wrote:
> > So loop data from kernel -> userspace -> kernelspace and finally back to
> > userspace and the media application?
>
> Huh? I wonder wh
On Wed, Jun 15, 2016 at 09:04:41AM +0200, Richard Cochran wrote:
> On Tue, Jun 14, 2016 at 10:38:10PM +0200, Henrik Austad wrote:
> > Whereas I want to do
> >
> > aplay some_song.wav
>
> Can you please explain how your patches accomplish this?
In short:
modprobe
On Wed, Jun 15, 2016 at 01:49:08PM +0200, Richard Cochran wrote:
> Now that I understand better...
>
> On Sun, Jun 12, 2016 at 01:01:35AM +0200, Henrik Austad wrote:
> > Userspace is supposed to reserve bandwidth, find StreamID etc.
> >
> > To use as a Talker:
>
On Thu, Nov 10, 2016 at 09:08:07AM +0100, Peter Zijlstra wrote:
>
>
> Add support for single CPU affinity to SCHED_DEADLINE; the supposed reason for
> wanting single CPU affinity is better QoS than provided by G-EDF.
>
> Therefore the aim is to provide harder guarantees, similar to UP, for singl
On Thu, Nov 10, 2016 at 01:38:40PM +0100, luca abeni wrote:
> Hi Henrik,
Hi Luca,
> On Thu, 10 Nov 2016 13:21:00 +0100
> Henrik Austad wrote:
> > On Thu, Nov 10, 2016 at 09:08:07AM +0100, Peter Zijlstra wrote:
> [...]
> > > We define the time to fail as:
> &g
On Fri, Dec 16, 2016 at 01:20:57PM -0500, David Miller wrote:
> From: Greg
> Date: Fri, 16 Dec 2016 10:12:44 -0800
>
> > On Fri, 2016-12-16 at 18:59 +0100, hen...@austad.us wrote:
> >> From: Henrik Austad
> >>
> >>
> >> The driver is d
1 - 100 of 140 matches
Mail list logo
