lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 2 Feb 2016 20:30:47 -0600 From: Josh Cartwright <joshc@...com> To: Michal Simek <michal.simek@...inx.com>, Sören Brinkmann <soren.brinkmann@...inx.com> Cc: Russell King <linux@....linux.org.uk>, linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, Gratian Crisan <gratian.crisan@...com> Subject: [PATCH 0/2] ARM: zynq: address silent L2 cache corruption The Zynq has a bug where the L2 cache will return invalid data in some circumstances unless the L2C_RAM register is set to 0x20202 before the first enabling of the L2 cache. The Xilinx-recommended solution to this problem is to ensure that early one of the earlier bootstages correctly initialize L2C_RAM, however, this issue wasn't discovered and fixed until after their EDK/SDK 14.4 release. For systems built prior to that, and which lack field-upgradable bootloaders, this issue still exists and silent data corruption can be seen in the wild. Fix these systems by ensuring L2C_RAM is properly initialized at the earliest convenient moment prior to the L2 being brought up, which is when the SLCR is first mapped. Unfortunately, there isn't much public documentation on exactly what the L2C_RAM register is for, or how it is used, only that software is responsible for initializing it to the proper value prior to bringing up L2. You can find more information about this bug in AR#54190[1]. 1: http://www.xilinx.com/support/answers/54190.html Josh Cartwright (2): ARM: zynq: initialize slcr mapping earlier ARM: zynq: address L2 cache data corruption arch/arm/mach-zynq/common.c | 3 +-- arch/arm/mach-zynq/slcr.c | 4 ++++ 2 files changed, 5 insertions(+), 2 deletions(-) -- 2.7.0
Powered by blists - more mailing lists