Steven Rostedt | 17 Jul 17:26 2014

[ANNOUNCE] 3.2.60-rt89


Dear RT Folks,

I'm pleased to announce the 3.2.60-rt89 stable release.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v3.2-rt
  Head SHA1: 28dbf3f4acae4140e2b56cfa507f3fe623052269

Or to build 3.2.60-rt89 directly, the following patches should be applied:

  http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.2.tar.xz

  http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.2.60.xz

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.2/patch-3.2.60-rt89.patch.xz

You can also build from 3.2.60-rt88 by applying the incremental patch:

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.2/incr/patch-3.2.60-rt88-rt89.patch.xz

Enjoy,

-- Steve

Changes from v3.2.60-rt88:

(Continue reading)

Steven Rostedt | 17 Jul 17:24 2014

[ANNOUNCE] 3.12.24-rt38


Dear RT Folks,

I'm pleased to announce the 3.12.24-rt38 stable release.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v3.12-rt
  Head SHA1: e0c7cbcada84aa70709673b0d0fba0ca5d11cb01

Or to build 3.12.24-rt38 directly, the following patches should be applied:

  http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.12.tar.xz

  http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.12.24.xz

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.12/patch-3.12.24-rt38.patch.xz

You can also build from 3.12.24-rt37 by applying the incremental patch:

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.12/incr/patch-3.12.24-rt37-rt38.patch.xz

Enjoy,

-- Steve

Changes from v3.12.24-rt37:

(Continue reading)

Koehrer Mathias (ETAS/ESW5 | 16 Jul 08:11 2014

Achievable latency with USB I/O and RT_PREEMPT?

Hi all,

we are running RT_PREEMPT on a standard x86 PC which works really fine.
Our I/O is so far mainly done via PCI/PCIe boards which works fine as well.
Now there is an idea to do some special I/O using USB (2.0) microcontrollers (e.g. something like the
Arduino Lenorado - AVR ATmega32U4) that are connected to the PC.
The requirement is that we are able to transfer data (about 40 byte per direction) between the PC and the
microcontroller once per millisecond.
Might this be achievable?
Is there anybody who has experience with this kind of setup?
What are the typical latencies/jitter on the microcontroller side that are to be expected?
What effect on the latency/jitter does it have if multiple microcontrollers are connected via an USB hub to
the PC?

Thank you very much for all help on this questions.

Best regards

Mathias
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Steven Rostedt | 14 Jul 22:06 2014

[PATCH RT 0/4] Linux 3.2.60-rt89-rc1


Dear RT Folks,

This is the RT stable review cycle of patch 3.2.60-rt89-rc1.

Please scream at me if I messed something up. Please test the patches too.

The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release candidate).

The pre-releases will not be pushed to the git repository, only the
final release is.

If all goes well, this patch will be converted to the next main release
on 7/17/2014.

Enjoy,

-- Steve

To build 3.2.60-rt89-rc1 directly, the following patches should be applied:

  http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.2.tar.xz

  http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.2.60.xz

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.2/patch-3.2.60-rt89-rc1.patch.xz

You can also build from 3.2.60-rt88 by applying the incremental patch:

(Continue reading)

Steven Rostedt | 14 Jul 22:03 2014

[PATCH RT 0/3] Linux 3.12.24-rt38-rc1


Dear RT Folks,

This is the RT stable review cycle of patch 3.12.24-rt38-rc1.

Please scream at me if I messed something up. Please test the patches too.

The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release candidate).

The pre-releases will not be pushed to the git repository, only the
final release is.

If all goes well, this patch will be converted to the next main release
on 7/17/2014.

Enjoy,

-- Steve

To build 3.12.24-rt38-rc1 directly, the following patches should be applied:

  http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.12.tar.xz

  http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.12.24.xz

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.12/patch-3.12.24-rt38-rc1.patch.xz

You can also build from 3.12.24-rt37 by applying the incremental patch:

(Continue reading)

Paul E. McKenney | 14 Jul 12:06 2014
Picon

[PATCH RFC tip/core/rcu 0/2] NOCB kthread economization patches

Hello!

This series provides a couple of patches that reduce the number of rcuo
kthreads in cases where nr_cpu_ids is larger than the actual number of
online CPUs.

1.	Preparation patch that rationalizes RCU's creation of early-boot
	kthreads.

2.	Instead of creation rcuo kthreads for each possible CPU, create
	them only for those CPUs that have come online at least once
	since boot.

							Thanx, Paul

------------------------------------------------------------------------

 b/kernel/rcu/tree.c        |    8 ++-
 b/kernel/rcu/tree.h        |    5 +-
 b/kernel/rcu/tree_plugin.h |  105 ++++++++++++++++++++++++++++++++++++---------
 3 files changed, 95 insertions(+), 23 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Daniel Wagner | 11 Jul 15:26 2014
Picon

[RFC v1 0/3] Add simple work framework

From: Daniel Wagner <daniel.wagner <at> bmw-carit.de>

Hi,

here is my next attempt to fix the crash I see on my system.

I spend considerable time reading up on memory barriers and etc.  Many
thanks to the authors of the excellent documentation
(memory-barriers.txt and Is Parallel Programming hard, And, If So,
What Can You Do About It?)!

After reading it I am pretty sure I got it wrong.

The framework is inspired by the irq_work.c infrastructure. Maybe it
could be merged somehow but I don't know if that is a clever idea.

cheers,
daniel

Daniel Wagner (2):
  work-simple: Simple work queue implemenation
  thermal: Defer thermal wakups to threads

Steven Rostedt (1):
  x86/mce: Defer mce wakeups to threads for PREEMPT_RT

 arch/x86/kernel/cpu/mcheck/mce.c       |  57 +++++++++---
 drivers/thermal/x86_pkg_temp_thermal.c |  48 +++++++++-
 include/linux/work-simple.h            |  35 +++++++
 kernel/sched/Makefile                  |   1 +
(Continue reading)

Juri Lelli | 10 Jul 12:20 2014
Picon

Re: set_schedattr + cpuset issue

Hi Kevin,

On Wed, 2 Jul 2014 17:08:47 -0400
Kevin Burns <kevinpb <at> vt.edu> wrote:

> Hello Mr. Lelli,
> 
> I am a graduate student at Virginia Tech and am having an issue with
> sched_setattr.
> 
> The folks over at at #linux-rt on irc.oftc.net suggested I bring the issue
> to your attention.
> 

Sorry for the late reply, but I'm traveling in these days.

> Here's the issue:
> 
> I am able to allocate a bandwidth with a ratio of .1 to two processes using
> the sched_setattr() system call.
> 
> I then am able to add said tasks to a cpuset (with one physical processor)
> using cset.
> 
> However, when I then try to update the runtime or period of either task,
> sched_setattr returns a -EBUSY error.
> 
> Now, if I repeat the above experiment with just one task, I am able to
> update the runtime or period without issue. I ran trace-cmd and kernelshark
> to verify that the bandwidths were indeed being updated correctly. That and
(Continue reading)

Pavel Vasilyev | 10 Jul 02:09 2014
Picon

SysRQ via ICMP does not work in 3.14

- Remote side:

# sysctl -w net.ipv4.icmp_echo_sysrq=305419896

- Local side:

$ ping -c1 -s57 -p1122338862 172.16.0.26
PATTERN: 0x1122338862
PING 172.16.0.26 (172.16.0.26) 57(85) bytes of data.
65 bytes from 172.16.0.26: icmp_req=1 ttl=64 time=0.508 ms

--- 172.16.0.26 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.508/0.508/0.508/0.000 ms

- Remote side: Hello, i'm live!
--

-- 

                                                          Pavel.
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Steven Rostedt | 9 Jul 01:01 2014

[ANNOUNCE] 3.4.94-rt117


Dear RT Folks,

I'm pleased to announce the 3.4.94-rt117 stable release.

You can get this release via the git tree at:

  git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

  branch: v3.4-rt
  Head SHA1: 0044386692bbe6ce190be1847cf56c9a7cc1d8ce

Or to build 3.4.94-rt117 directly, the following patches should be applied:

  http://www.kernel.org/pub/linux/kernel/v3.x/linux-3.4.tar.xz

  http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.4.94.xz

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/patch-3.4.94-rt117.patch.xz

You can also build from 3.4.94-rt116 by applying the incremental patch:

  http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/incr/patch-3.4.94-rt116-rt117.patch.xz

Enjoy,

-- Steve

Changes from v3.4.94-rt116:

(Continue reading)

Jan de Kruyf | 7 Jul 10:48 2014
Picon

Filesystem lockup with CONFIG_PREEMPT_RT

Hope I do not kick in an open door, but

Linux JanDell 3.2.0-0.bpo.3-rt-686-pae #1 SMP PREEMPT RT Thu Aug 23
09:55:27 UTC 2012 i686 GNU/Linux
and
Linux jan 3.2.0-4-rt-amd64 #1 SMP PREEMPT RT Debian 3.2.57-3+deb7u2
x86_64 GNU/Linux

does not give the same problem that I experienced with XFS.
So there is a hickup between version 3.2-rt and 3.10-rt I would say.

cheers,

j.
--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Gmane