Re: [PATCH] Re: Broken userspace crypto in linux-4.1.18

2016-02-23 Thread Thomas D.
Hi, I have applied Milan's patch on top of 4.1.18. I can reboot and open all of my LUKS-encrypted disks. "cryptsetup benchmark" also works. However, don't we need all the recent changes from "crypto/algif_skcipher.c", too? -Thomas

Re: [PATCH] Re: Broken userspace crypto in linux-4.1.18

2016-02-23 Thread Thomas D.
Hi, I have applied Milan's patch on top of 4.1.18. I can reboot and open all of my LUKS-encrypted disks. "cryptsetup benchmark" also works. However, don't we need all the recent changes from "crypto/algif_skcipher.c", too? -Thomas

Re: Soft lockup issue in Linux 4.1.9

2015-10-03 Thread Thomas D.
Hi, Holger Hoffstätte wrote: > Greg, any chance you can drop this into the pending 4.1.10? Otherwise people > will get another broken release. For me it looks like the request was too late, the patch is not included in 4.1.10. So don't forget to re-apply the patch when doing the upgrade. Greg,

Re: Soft lockup issue in Linux 4.1.9

2015-10-03 Thread Thomas D.
Hi, Holger Hoffstätte wrote: > Greg, any chance you can drop this into the pending 4.1.10? Otherwise people > will get another broken release. For me it looks like the request was too late, the patch is not included in 4.1.10. So don't forget to re-apply the patch when doing the upgrade. Greg,

ppp0: hw csum failure since 3fcb95a84 (RESEND)

2015-02-26 Thread Thomas D.
Hi, on my VPN server (strongswan-5.2.2 + ppp-2.4.7 + xl2tpd-1.3.6) I am seeing the following errors since linux-3.18 when a client (roadwarrior) connects (this is not fixed in linux-3.19.0): > Feb 16 20:36:08 vpn1 kernel: [ 90.265403] ppp0: hw csum failure > Feb 16 20:36:08 vpn1 kernel: [

ppp0: hw csum failure since 3fcb95a84 (RESEND)

2015-02-26 Thread Thomas D.
Hi, on my VPN server (strongswan-5.2.2 + ppp-2.4.7 + xl2tpd-1.3.6) I am seeing the following errors since linux-3.18 when a client (roadwarrior) connects (this is not fixed in linux-3.19.0): Feb 16 20:36:08 vpn1 kernel: [ 90.265403] ppp0: hw csum failure Feb 16 20:36:08 vpn1 kernel: [

ppp0: hw csum failure since 3fcb95a84

2015-02-16 Thread Thomas D.
Hi, on my VPN server (strongswan-5.2.2 + ppp-2.4.7 + xl2tpd-1.3.6) I am seeing the following errors since linux-3.18 when a client (roadwarrior) connects (this is not fixed in linux-3.19.0): > Feb 16 20:36:08 vpn1 kernel: [ 90.265403] ppp0: hw csum failure > Feb 16 20:36:08 vpn1 kernel: [

ppp0: hw csum failure since 3fcb95a84

2015-02-16 Thread Thomas D.
Hi, on my VPN server (strongswan-5.2.2 + ppp-2.4.7 + xl2tpd-1.3.6) I am seeing the following errors since linux-3.18 when a client (roadwarrior) connects (this is not fixed in linux-3.19.0): Feb 16 20:36:08 vpn1 kernel: [ 90.265403] ppp0: hw csum failure Feb 16 20:36:08 vpn1 kernel: [

Re: [PATCH] x86, boot: skip relocs when load address unchanged

2015-01-16 Thread Thomas D.
Hi, Kees Cook wrote: > This is a reimplementation of Baoquan's "kaslr: check if kernel location is > changed", which performs the check without needing to change the function > declaration. This should have exactly the same effect, but I dropped Vivek's > Ack and Thomas's Test, since it's

Re: [PATCH] x86, boot: skip relocs when load address unchanged

2015-01-16 Thread Thomas D.
Hi, Kees Cook wrote: This is a reimplementation of Baoquan's kaslr: check if kernel location is changed, which performs the check without needing to change the function declaration. This should have exactly the same effect, but I dropped Vivek's Ack and Thomas's Test, since it's technically a

Re: [PATCH] tools/power: turbostat: Use $(CURDIR) instead of $(PWD) in Makefile

2015-01-05 Thread Thomas D
when using "make –C ...") and also adds support for the O= option (see "make help" in your root of your kernel source tree for more details). Link: https://bugs.gentoo.org/show_bug.cgi?id=533918 Fixes: ee0778a30153 ("tools/power: turbostat: make Makefile a bit more capable&qu

Re: [PATCH] tools/power: turbostat: Use $(CURDIR) instead of $(PWD) in Makefile

2015-01-05 Thread Thomas D
...) and also adds support for the O= option (see make help in your root of your kernel source tree for more details). Link: https://bugs.gentoo.org/show_bug.cgi?id=533918 Fixes: ee0778a30153 (tools/power: turbostat: make Makefile a bit more capable) Signed-off-by: Thomas D. whi...@whissi.de Cc: Mark

[PATCH] tools/power: turbostat: Use $(CURDIR) instead of $(PWD) in Makefile

2015-01-04 Thread Thomas D
30153 ("tools/power: turbostat: make Makefile a bit more capable") Signed-off-by: Thomas D. Cc: Mark Asselstine Cc: Len Brown --- tools/power/x86/turbostat/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/power/x86/turbostat/Makefile b/tools/power/x86/t

[PATCH] tools/power: turbostat: Use $(CURDIR) instead of $(PWD) in Makefile

2015-01-04 Thread Thomas D
Makefile a bit more capable) Signed-off-by: Thomas D. whi...@whissi.de Cc: Mark Asselstine mark.asselst...@windriver.com Cc: Len Brown len.br...@intel.com --- tools/power/x86/turbostat/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/power/x86/turbostat/Makefile b

Re: [Patch v3 1/2] kaslr: check if kernel location is changed

2014-09-12 Thread Thomas D.
Hi, Vivek Goyal wrote: > You had reported kexec issues with CONFIG_RANDOMIZE_BASE=y. Does this > patch resolve the issue for you? Yup! Tested against kernel-3.16.2. -Thomas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [Patch v3 1/2] kaslr: check if kernel location is changed

2014-09-12 Thread Thomas D.
Hi, Vivek Goyal wrote: You had reported kexec issues with CONFIG_RANDOMIZE_BASE=y. Does this patch resolve the issue for you? Yup! Tested against kernel-3.16.2. -Thomas -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to

Backport request for 3.14 stable to use rdmsrl_safe() first when initializing RAPL PMU to allow KVM guests to boot on Intel hosts

2014-07-16 Thread Thomas D.
Hi, I upgraded my KVM guest from linux-3.10.48 to linux-3.14.12 and rebooting into the new kernel failed with [ 0.930047] Call Trace: [ 0.930047] [] rapl_pmu_init+0xae/0x1b4 [ 0.930047] [] ? uncore_cpu_setup+0x13/0x13 [ 0.930047] [] do_one_initcall+0x112/0x160 [

Backport request for 3.14 stable to use rdmsrl_safe() first when initializing RAPL PMU to allow KVM guests to boot on Intel hosts

2014-07-16 Thread Thomas D.
Hi, I upgraded my KVM guest from linux-3.10.48 to linux-3.14.12 and rebooting into the new kernel failed with [ 0.930047] Call Trace: [ 0.930047] [81af1d36] rapl_pmu_init+0xae/0x1b4 [ 0.930047] [81af1c88] ? uncore_cpu_setup+0x13/0x13 [ 0.930047]