-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/fpu/internal.h | 3 ---
arch/x86/include/asm/fpu/types.h| 11 ---
arch/x86/kernel/fpu/core.c | 3 ---
3 files changed, 17 deletions(-)
diff --git a/arch/x86/include/asm/fpu/internal.h
b/arch/x86/include
-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/fpu/internal.h | 3 ---
arch/x86/include/asm/fpu/types.h| 11 ---
arch/x86/kernel/fpu/core.c | 3 ---
3 files changed, 17 deletions(-)
diff --git a/arch/x86/include/asm/fpu/internal.h
b/arch/x86/include
From: Paolo Bonzini
commit 5a5fbdc0e3f1159a734f1890da60fce70e98271d upstream.
It is now equal to use_eager_fpu(), which simply tests a cpufeature bit.
Signed-off-by: Paolo Bonzini
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/kvm_host.h | 1 -
arch/x86/kvm/cpuid.c| 3
From: Paolo Bonzini
commit 5a5fbdc0e3f1159a734f1890da60fce70e98271d upstream.
It is now equal to use_eager_fpu(), which simply tests a cpufeature bit.
Signed-off-by: Paolo Bonzini
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/kvm_host.h | 1 -
arch/x86/kvm/cpuid.c| 3
-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/fpu/internal.h | 3 ---
arch/x86/include/asm/fpu/types.h| 11 ---
arch/x86/kernel/fpu/core.c | 3 ---
3 files changed, 17 deletions(-)
diff --git a/arch/x86/include/asm/fpu/internal.h
b/arch/x86/include
-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/include/asm/fpu/internal.h | 3 ---
arch/x86/include/asm/fpu/types.h| 11 ---
arch/x86/kernel/fpu/core.c | 3 ---
3 files changed, 17 deletions(-)
diff --git a/arch/x86/include/asm/fpu/internal.h
b/arch/x86/include
...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/crypto/crc32c-intel_glue.c | 17 -
arch/x86/include/asm/fpu/internal.h | 34 +
arch/x86/kernel/fpu/core.c | 38 +
arch/x86/kernel
...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Daniel Sangorrin
---
arch/x86/crypto/crc32c-intel_glue.c | 17 -
arch/x86/include/asm/fpu/internal.h | 34 +
arch/x86/kernel/fpu/core.c | 38 +
arch/x86/kernel
> -Original Message-
> From: stable-ow...@vger.kernel.org On Behalf
> Of Ben Hutchings
[..]
> 3.18 and 4.4 are still missing this important fix to early parameter
> parsing:
>
> commit 02afeaae9843733a39cd9b11053748b2d1dc5ae7
> Author: Dave Hansen
> Date: Tue Dec 22 14:52:38 2015
> -Original Message-
> From: stable-ow...@vger.kernel.org On Behalf
> Of Ben Hutchings
[..]
> 3.18 and 4.4 are still missing this important fix to early parameter
> parsing:
>
> commit 02afeaae9843733a39cd9b11053748b2d1dc5ae7
> Author: Dave Hansen
> Date: Tue Dec 22 14:52:38 2015
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
> Sent: Friday, June 15, 2018 4:06 PM
> To: Daniel Sangorrin
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; 'Andy Lutomirski'
> ; 'Rik van Riel' ; 'Borislav Petkov'
> ;
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
> Sent: Friday, June 15, 2018 4:06 PM
> To: Daniel Sangorrin
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; 'Andy Lutomirski'
> ; 'Rik van Riel' ; 'Borislav Petkov'
> ;
> -Original Message-
> From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> Behalf Of 'Greg Kroah-Hartman'
> Sent: Friday, June 15, 2018 1:56 PM
> To: Daniel Sangorrin
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; 'Andy Lutomirski'
> -Original Message-
> From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> Behalf Of 'Greg Kroah-Hartman'
> Sent: Friday, June 15, 2018 1:56 PM
> To: Daniel Sangorrin
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; 'Andy Lutomirski'
();
> - }
Since this patch removes the kernel boot parameter "eagerfpu", maybe we should
remove it from the Documentation.
This has also been done by commit "x86/fpu: Finish excising 'eagerfpu'"
Ref: https://patchwork.kernel.org/patch/9380673/
I will try backporting those patches unless anyone has any objections.
Thanks,
Daniel Sangorrin
();
> - }
Since this patch removes the kernel boot parameter "eagerfpu", maybe we should
remove it from the Documentation.
This has also been done by commit "x86/fpu: Finish excising 'eagerfpu'"
Ref: https://patchwork.kernel.org/patch/9380673/
I will try backporting those patches unless anyone has any objections.
Thanks,
Daniel Sangorrin
> -Original Message-
> From: Naresh Kamboju [mailto:naresh.kamb...@linaro.org]
> Sent: Friday, June 1, 2018 12:55 AM
> To: Daniel Sangorrin
> Cc: Greg Kroah-Hartman ; open list
> ; linux- stable ;
> Davidlohr Bueso ; Joe Lawrence ;
> Andrea Arcangeli ; Manfred
> -Original Message-
> From: Naresh Kamboju [mailto:naresh.kamb...@linaro.org]
> Sent: Friday, June 1, 2018 12:55 AM
> To: Daniel Sangorrin
> Cc: Greg Kroah-Hartman ; open list
> ; linux- stable ;
> Davidlohr Bueso ; Joe Lawrence ;
> Andrea Arcangeli ; Manfred
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
..
> Thanks for letting us know, but this was reported already. See the
> emails on lkml with the subject:
> Subject: Re: [PATCH 4.16 000/272] 4.16.13-stable review
> from Davidlohr Bueso
>
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
..
> Thanks for letting us know, but this was reported already. See the
> emails on lkml with the subject:
> Subject: Re: [PATCH 4.16 000/272] 4.16.13-stable review
> from Davidlohr Bueso
>
> -Original Message-
> From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Davidlohr Bueso
>
> commit a73ab244f0dad8fffb3291b905f73e2d3eaa7c00
> -Original Message-
> From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Davidlohr Bueso
>
> commit a73ab244f0dad8fffb3291b905f73e2d3eaa7c00
ux-4.16.y
> 3d88d56c5873 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
> stable-rc-linux-4.4.y
> 7c8bd6e07430 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
> stable-rc-linux-4.9.y
> a53bfdda06ac time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
>
>
ux-4.16.y
> 3d88d56c5873 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
> stable-rc-linux-4.4.y
> 7c8bd6e07430 time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
> stable-rc-linux-4.9.y
> a53bfdda06ac time: Fix CLOCK_MONOTONIC_RAW sub-nanosecond accounting
>
> No
that these two tests (and other important tests as well) are being
SKIPPED.
By the way, I see that select04 FAILS in your case. But in my setup, select04
was working fine (x86_64) in 4.4.132. I will confirm that it still works in
4.4.133
Thanks,
Daniel Sangorrin
> -Original Message-
>
that these two tests (and other important tests as well) are being
SKIPPED.
By the way, I see that select04 FAILS in your case. But in my setup, select04
was working fine (x86_64) in 4.4.132. I will confirm that it still works in
4.4.133
Thanks,
Daniel Sangorrin
> -Original Message-
>
Hi,
Jann, Andy, Alexei, Kees and Paul: thanks a lot for your comments on my RFC!!.
There were a few important points that I didn't mention but are critical to
understand
what I was trying to do. The focus of the patch was on protecting "real-time
embedded IoT devices" such as a PLC
Hi,
Jann, Andy, Alexei, Kees and Paul: thanks a lot for your comments on my RFC!!.
There were a few important points that I didn't mention but are critical to
understand
what I was trying to do. The focus of the patch was on protecting "real-time
embedded IoT devices" such as a PLC
is interested in this type of approach and what you
think about it.
Thanks,
Daniel
[1] Kernel security hacking for the Internet of Things
http://events.linuxfoundation.jp/sites/events/files/slides/linuxcon-2015-daniel-sangorrin-final.pdf
[2] https://github.com/sangorrin/linuxcon-japan-2015/tree/master
that disturb the normal execution flow of
a user program.
Signed-off-by: Daniel Sangorrin
---
include/linux/seccomp.h | 2 +
include/uapi/linux/seccomp.h | 2 +
kernel/seccomp.c | 10 +++
samples/seccomp/.gitignore | 1 +
samples/seccomp/Makefile | 9 ++-
samples/seccomp
that disturb the normal execution flow of
a user program.
Signed-off-by: Daniel Sangorrin <daniel.sangor...@toshiba.co.jp>
---
include/linux/seccomp.h | 2 +
include/uapi/linux/seccomp.h | 2 +
kernel/seccomp.c | 10 +++
samples/seccomp/.gitignore | 1 +
samples/seccomp/Ma
is interested in this type of approach and what you
think about it.
Thanks,
Daniel
[1] Kernel security hacking for the Internet of Things
http://events.linuxfoundation.jp/sites/events/files/slides/linuxcon-2015-daniel-sangorrin-final.pdf
[2] https://github.com/sangorrin/linuxcon-japan-2015/tree/master
On 2014/04/25 13:51, Viresh Kumar wrote:
> On 25 April 2014 06:01, Daniel Sangorrin
> wrote:
>>
>>>> I can't keep it as a separate patch and so would be required to merge
>>>> it into my original patch..
>>>
>>> And the reason being: &q
Add information specifying the CPU core where timer callbacks (events)
were executed to the output of /proc/timer_stats.
Signed-off-by: Daniel Sangorrin
Signed-off-by: Yoshitake Kobayashi
---
Documentation/timers/timer_stats.txt | 43
kernel/time
http://vger.kernel.org/majordomo-info.html
Ok, no problem then.
Thanks,
Daniel
--
Toshiba Corporate Software Engineering Center
Daniel SANGORRIN
E-mail: daniel.sangor...@toshiba.co.jp
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On 2014/04/25 2:54, Randy Dunlap wrote:
> On 04/24/14 00:47, Daniel Sangorrin wrote:
>> Add information specifying the CPU core where timer callbacks (events)
>> were executed to the output of /proc/timer_stats.
>>
>> Signed-off-by: Daniel Sangorrin
>> S
On 2014/04/24 17:41, Viresh Kumar wrote:
> On 24 April 2014 14:01, Daniel Sangorrin
> wrote:
>> In kernel/cpuset.c:quiesce_cpuset() you are using the function
>> 'smp_call_function_any' which asks CPU cores in 'cpumask' to
>> execute the functions 'hrtimer_quiesce_cpu
On 2014/04/24 16:43, Viresh Kumar wrote:
> On 24 April 2014 12:55, Daniel Sangorrin
> wrote:
>> I tried your set of patches for isolating particular CPU cores from unpinned
>> timers. On x86_64 they were working fine, however I found out that on ARM
>> they would fail
.
Daniel Sangorrin (1):
timer_stats: add core information to event counters
Documentation/timers/timer_stats.txt | 41
kernel/time/timer_stats.c| 20 ++
2 files changed, 34 insertions(+), 27 deletions(-)
--
1.8.1.1
Add information specifying the CPU core where timer callbacks (events)
were executed to the output of /proc/timer_stats.
Signed-off-by: Daniel Sangorrin
Signed-off-by: Yoshitake Kobayashi
---
Documentation/timers/timer_stats.txt | 41
kernel/time
executes under interrupt context, it
seems a bad idea to leave interrupts enabled after migrating the
timers. In fact, this caused kernel errors on the ARM architecture and
on the x86_64 architecture with the 3.10 kernel (backported version
of the cpuset-quiesce patch).
Signed-off-by: Daniel Sangorrin
architecture with the 3.10 kernel (backported version
of the cpuset-quiesce patch).
Signed-off-by: Daniel Sangorrin daniel.sangor...@toshiba.co.jp
Signed-off-by: Yoshitake Kobayashi yoshitake.kobaya...@toshiba.co.jp
---
kernel/hrtimer.c | 5 +++--
kernel/timer.c | 5 +++--
2 files changed, 6 insertions
.
Daniel Sangorrin (1):
timer_stats: add core information to event counters
Documentation/timers/timer_stats.txt | 41
kernel/time/timer_stats.c| 20 ++
2 files changed, 34 insertions(+), 27 deletions(-)
--
1.8.1.1
Add information specifying the CPU core where timer callbacks (events)
were executed to the output of /proc/timer_stats.
Signed-off-by: Daniel Sangorrin daniel.sangor...@toshiba.co.jp
Signed-off-by: Yoshitake Kobayashi yoshitake.kobaya...@toshiba.co.jp
---
Documentation/timers/timer_stats.txt
On 2014/04/24 16:43, Viresh Kumar wrote:
On 24 April 2014 12:55, Daniel Sangorrin daniel.sangor...@toshiba.co.jp
wrote:
I tried your set of patches for isolating particular CPU cores from unpinned
timers. On x86_64 they were working fine, however I found out that on ARM
they would fail
On 2014/04/24 17:41, Viresh Kumar wrote:
On 24 April 2014 14:01, Daniel Sangorrin daniel.sangor...@toshiba.co.jp
wrote:
In kernel/cpuset.c:quiesce_cpuset() you are using the function
'smp_call_function_any' which asks CPU cores in 'cpumask' to
execute the functions 'hrtimer_quiesce_cpu
On 2014/04/25 2:54, Randy Dunlap wrote:
On 04/24/14 00:47, Daniel Sangorrin wrote:
Add information specifying the CPU core where timer callbacks (events)
were executed to the output of /proc/timer_stats.
Signed-off-by: Daniel Sangorrin daniel.sangor...@toshiba.co.jp
Signed-off-by: Yoshitake
--
Toshiba Corporate Software Engineering Center
Daniel SANGORRIN
E-mail: daniel.sangor...@toshiba.co.jp
--
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
Add information specifying the CPU core where timer callbacks (events)
were executed to the output of /proc/timer_stats.
Signed-off-by: Daniel Sangorrin daniel.sangor...@toshiba.co.jp
Signed-off-by: Yoshitake Kobayashi yoshitake.kobaya...@toshiba.co.jp
---
Documentation/timers/timer_stats.txt
On 2014/04/25 13:51, Viresh Kumar wrote:
On 25 April 2014 06:01, Daniel Sangorrin daniel.sangor...@toshiba.co.jp
wrote:
I can't keep it as a separate patch and so would be required to merge
it into my original patch..
And the reason being: No patch is supposed to break things, otherwise
50 matches
Mail list logo