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
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
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,
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,
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: [
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: [
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: [
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: [
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
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
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
...) 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
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
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
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
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
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
[
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]
18 matches
Mail list logo