[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
This bug was fixed in the package linux - 4.10.0-33.37 --- linux (4.10.0-33.37) zesty; urgency=low * linux: 4.10.0-33.37 -proposed tracker (LP: #1709303) * CVE-2017-1000112 - Revert "udp: consistently apply ufo or fragmentation" - udp: consistently apply ufo or fragmentation * CVE-2017-1000111 - Revert "net-packet: fix race in packet_set_ring on PACKET_RESERVE" - packet: fix tp_reserve race in packet_set_ring * ThunderX: soft lockup on 4.8+ kernels when running qemu-efi with vhost=on (LP: #1673564) - irqchip/gic-v3: Add missing system register definitions - arm64: KVM: Do not use stack-protector to compile EL2 code - KVM: arm/arm64: vgic-v3: Use PREbits to infer the number of ICH_APxRn_EL2 registers - KVM: arm/arm64: vgic-v3: Fix nr_pre_bits bitfield extraction - arm64: Add a facility to turn an ESR syndrome into a sysreg encoding - KVM: arm/arm64: vgic-v3: Add accessors for the ICH_APxRn_EL2 registers - KVM: arm64: Make kvm_condition_valid32() accessible from EL2 - KVM: arm64: vgic-v3: Add hook to handle guest GICv3 sysreg accesses at EL2 - KVM: arm64: vgic-v3: Add ICV_BPR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IGRPEN1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IAR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_EOIR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_AP1Rn_EL1 handler - KVM: arm64: vgic-v3: Add ICV_HPPIR1_EL1 handler - KVM: arm64: vgic-v3: Enable trapping of Group-1 system registers - KVM: arm64: Enable GICv3 Group-1 sysreg trapping via command-line - KVM: arm64: vgic-v3: Add ICV_BPR0_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IGNREN0_EL1 handler - KVM: arm64: vgic-v3: Add misc Group-0 handlers - KVM: arm64: vgic-v3: Enable trapping of Group-0 system registers - KVM: arm64: Enable GICv3 Group-0 sysreg trapping via command-line - arm64: Add MIDR values for Cavium cn83XX SoCs - [Config] CONFIG_CAVIUM_ERRATUM_30115=y - arm64: Add workaround for Cavium Thunder erratum 30115 - KVM: arm64: vgic-v3: Add ICV_DIR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_RPR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_CTLR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_PMR_EL1 handler - KVM: arm64: Enable GICv3 common sysreg trapping via command-line - KVM: arm64: vgic-v3: Log which GICv3 system registers are trapped - arm64: KVM: Make unexpected reads from WO registers inject an undef - KVM: arm64: Log an error if trapping a read-from-write-only GICv3 access - KVM: arm64: Log an error if trapping a write-to-read-only GICv3 access * ibmvscsis: Do not send aborted task response (LP: #1689365) - target: Fix unknown fabric callback queue-full errors - ibmvscsis: Do not send aborted task response - ibmvscsis: Clear left-over abort_cmd pointers - ibmvscsis: Fix the incorrect req_lim_delta * hisi_sas performance improvements (LP: #1708734) - scsi: hisi_sas: define hisi_sas_device.device_id as int - scsi: hisi_sas: optimise the usage of hisi_hba.lock - scsi: hisi_sas: relocate sata_done_v2_hw() - scsi: hisi_sas: optimise DMA slot memory * hisi_sas driver reports mistakes timed out task for internal abort (LP: #1708730) - scsi: hisi_sas: fix timeout check in hisi_sas_internal_task_abort() * scsi: hisi_sas: add null check before indirect pointer dereference (LP: #1708714) - scsi: hisi_sas: add null check before indirect pointer dereference * [LTCTest][Opal][FW860.20] HMI recoverable errors failed to recover and system goes to dump state. (LP: #1684054) - powerpc/64: Fix HMI exception on LE with CONFIG_RELOCATABLE=y * Set CONFIG_SATA_HIGHBANK=y on armhf (LP: #1703430) - [Config] CONFIG_SATA_HIGHBANK=y * Adt tests of src:linux time out often on armhf lxc containers (LP: #1705495) - [Packaging] tests -- reduce rebuild test to one flavour * support Hip07/08 I2C controller (LP: #1708293) - ACPI / APD: Add clock frequency for Hisilicon Hip07/08 I2C controller - i2c: designware: Add ACPI HID for Hisilicon Hip07/08 I2C controller * Mute key LED does not work on HP ProBook 440 (LP: #1705586) - ALSA: hda - Add HP ZBook 15u G3 Conexant CX20724 GPIO mute leds - ALSA: hda - Add mute led support for HP ProBook 440 G4 * Hisilicon D05 onboard fibre NIC link indicator LEDs don't work (LP: #1704903) - net: hns: add acpi function of xge led control * zesty unable to handle kernel NULL pointer dereference (LP: #1680904) - drm/i915: Do not drop pagetables when empty * hns: use after free in hns_nic_net_xmit_hw (LP: #1704885) - net: hns: Fix a skb used after free bug * [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y (LP: #1706141) - [Config] set EDAC_MM_EDAC=y for ARM64 * [Hyper-V] hv_netvsc: Exclude non-TCP port numbers from vRSS hashing (LP: #1690174) - hv_netvsc: Exclude non-TCP port numbers from vRSS hashing *
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
ubuntu@awrep4:~$ uname -a Linux awrep4 4.10.0-33-generic #37-Ubuntu SMP Fri Aug 11 10:55:04 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux ubuntu@awrep4:~$ ubuntu@awrep4:~$ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x08EC 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620910] HEST: Table parsing has been initialized. [4.178101] EDAC MC: Ver: 3.0.0 [5.636210] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.644811] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.652965] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.661385] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.669545] ghes_edac: to correct its BIOS. [5.673711] ghes_edac: This system has 12 DIMM sockets. [5.679105] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.688460] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.697918] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.707375] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.716838] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726342] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. ubuntu@awrep4:~$ ** Tags removed: verification-needed-zesty ** Tags added: verification-done-zesty -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Fix Released Status in linux source package in Zesty: Fix Committed Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe :
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed- zesty' to 'verification-done-zesty'. If the problem still exists, change the tag 'verification-needed-zesty' to 'verification-failed-zesty'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-zesty -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Fix Released Status in linux source package in Zesty: Fix Committed Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
This bug was fixed in the package linux - 4.11.0-13.19 --- linux (4.11.0-13.19) artful; urgency=low * CVE-2017-7533 - dentry name snapshots linux (4.11.0-12.18) artful; urgency=low * linux: 4.11.0-12.18 -proposed tracker (LP: #1707635) - no change rebuild to pick up the new binutils. * Adt tests of src:linux time out often on armhf lxc containers (LP: #1705495) - [Packaging] tests -- reduce rebuild test to one flavour - [Packaging] tests -- reduce rebuild test to one flavour -- use filter * [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y (LP: #1706141) - [Config] set EDAC_MM_EDAC=y for ARM64 * [Hyper-V] hv_netvsc: Exclude non-TCP port numbers from vRSS hashing (LP: #1690174) - hv_netvsc: Exclude non-TCP port numbers from vRSS hashing * ath10k doesn't report full RSSI information (LP: #1706531) - ath10k: add per chain RSSI reporting * ideapad_laptop don't support v310-14isk (LP: #1705378) - platform/x86: ideapad-laptop: Add several models to no_hw_rfkill * Ubuntu 16.04.3: Qemu fails on P9 (LP: #1686019) - KVM: PPC: Pass kvm* to kvmppc_find_table() - KVM: PPC: Use preregistered memory API to access TCE list - KVM: PPC: VFIO: Add in-kernel acceleration for VFIO - powerpc/powernv/iommu: Add real mode version of iommu_table_ops::exchange() - powerpc/iommu/vfio_spapr_tce: Cleanup iommu_table disposal - powerpc/vfio_spapr_tce: Add reference counting to iommu_table - powerpc/mmu: Add real mode support for IOMMU preregistered memory - KVM: PPC: Reserve KVM_CAP_SPAPR_TCE_VFIO capability number - KVM: PPC: Book3S HV: Add radix checks in real-mode hypercall handlers * hns: ethtool selftest crashes system (LP: #1705712) - net/hns:bugfix of ethtool -t phy self_test * ThunderX: soft lockup on 4.8+ kernels when running qemu-efi with vhost=on (LP: #1673564) - KVM: arm/arm64: vgic-v3: Use PREbits to infer the number of ICH_APxRn_EL2 registers - KVM: arm/arm64: vgic-v3: Fix nr_pre_bits bitfield extraction - arm64: Add a facility to turn an ESR syndrome into a sysreg encoding - KVM: arm/arm64: vgic-v3: Add accessors for the ICH_APxRn_EL2 registers - KVM: arm64: Make kvm_condition_valid32() accessible from EL2 - KVM: arm64: vgic-v3: Add hook to handle guest GICv3 sysreg accesses at EL2 - KVM: arm64: vgic-v3: Add ICV_BPR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IGRPEN1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IAR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_EOIR1_EL1 handler - KVM: arm64: vgic-v3: Add ICV_AP1Rn_EL1 handler - KVM: arm64: vgic-v3: Add ICV_HPPIR1_EL1 handler - KVM: arm64: vgic-v3: Enable trapping of Group-1 system registers - KVM: arm64: Enable GICv3 Group-1 sysreg trapping via command-line - KVM: arm64: vgic-v3: Add ICV_BPR0_EL1 handler - KVM: arm64: vgic-v3: Add ICV_IGNREN0_EL1 handler - KVM: arm64: vgic-v3: Add misc Group-0 handlers - KVM: arm64: vgic-v3: Enable trapping of Group-0 system registers - KVM: arm64: Enable GICv3 Group-0 sysreg trapping via command-line - arm64: Add MIDR values for Cavium cn83XX SoCs - arm64: Add workaround for Cavium Thunder erratum 30115 - KVM: arm64: vgic-v3: Add ICV_DIR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_RPR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_CTLR_EL1 handler - KVM: arm64: vgic-v3: Add ICV_PMR_EL1 handler - KVM: arm64: Enable GICv3 common sysreg trapping via command-line - KVM: arm64: vgic-v3: Log which GICv3 system registers are trapped - arm64: KVM: Make unexpected reads from WO registers inject an undef - KVM: arm64: Log an error if trapping a read-from-write-only GICv3 access - KVM: arm64: Log an error if trapping a write-to-read-only GICv3 access * ath9k freezes suspend resume Ubuntu 17.04 (LP: #1697027) - ath9k: fix an invalid pointer dereference in ath9k_rng_stop() * xhci_hcd: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 2 comp_code 13 (LP: #1667750) - xhci: Bad Ethernet performance plugged in ASM1042A host * Migrating KSM page causes the VM lock up as the KSM page merging list is too large (LP: #1680513) - ksm: introduce ksm_max_page_sharing per page deduplication limit - ksm: fix use after free with merge_across_nodes = 0 - ksm: cleanup stable_node chain collapse case - ksm: swap the two output parameters of chain/chain_prune - ksm: optimize refile of stable_node_dup at the head of the chain * Artful update to v4.11.12 stable release (LP: #1706067) - net/phy: micrel: configure intterupts after autoneg workaround - ipv6: avoid unregistering inet6_dev for loopback - netvsc: don't access netdev->num_rx_queues directly - sfc: Fix MCDI command size for filter operations - net: account for current skb length when deciding about UFO - net: dp83640: Avoid NULL pointer dereference. - tcp: reset sk_rx_dst in
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
** Changed in: linux (Ubuntu Zesty) Status: New => Fix Committed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Fix Committed Status in linux source package in Zesty: Fix Committed Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
** Changed in: linux (Ubuntu) Status: Incomplete => Fix Committed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Fix Committed Status in linux source package in Zesty: New Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
** Also affects: linux (Ubuntu Zesty) Importance: Undecided Status: New -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Status in linux source package in Zesty: New Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on GIGABYTE Cavium ThunderX == Note: Gigabyte booting with acpi=on, but does not support HEST. ubuntu@dawes:~$ uname -a Linux dawes 4.10.0-29-generic #33~lp1706141+build.2-Ubuntu SMP Tue Jul 25 19:12:22 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux ubuntu@dawes:~$ ubuntu@dawes:~$ dmesg | grep -i -E "edac|hest|ghes" [6.032744] EDAC MC: Ver: 3.0.0 [7.684713] GHES: HEST is not enabled! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
Testing results on QDF2400 showing a recoverable DDR error, correctable
vendor specific error, correctable ARM cache error, and fatal vendor
specific error. All functionality appears to be working properly.
ubuntu@null-8cfdf006a3ef:~$ uname -a
Linux null-8cfdf006a3ef 4.10.0-29-generic #33~lp1706141+build.2-Ubuntu SMP Tue
Jul 25 19:12:22 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux
ubuntu@null-8cfdf006a3ef:~$ dmesg | grep -i -E 'hest|ghes|edac|hardware'
[0.00] ACPI: HEST 0x08A6 000288 (v01 QCOM QDF2400
0001 INTL 20150515)
[0.538984] HEST: Table parsing has been initialized.
[3.854385] EDAC MC: Ver: 3.0.0
[5.537078] ghes_edac: This EDAC driver relies on BIOS to enumerate memory
and get error reports.
[5.545952] ghes_edac: Unfortunately, not all BIOSes reflect the memory
layout correctly.
[5.554123] ghes_edac: So, the end result of using this driver varies from
vendor to vendor.
[5.562555] ghes_edac: If you find incorrect reports, please contact your
hardware vendor
[5.570727] ghes_edac: to correct its BIOS.
[5.574905] ghes_edac: This system has 6 DIMM sockets.
[5.580205] EDAC MC0: Giving out device to module ghes_edac.c controller
ghes_edac: DEV ghes (INTERRUPT)
[5.589763] EDAC MC1: Giving out device to module ghes_edac.c controller
ghes_edac: DEV ghes (INTERRUPT)
[5.599319] EDAC MC2: Giving out device to module ghes_edac.c controller
ghes_edac: DEV ghes (INTERRUPT)
[5.608867] EDAC MC3: Giving out device to module ghes_edac.c controller
ghes_edac: DEV ghes (INTERRUPT)
[5.618416] EDAC MC4: Giving out device to module ghes_edac.c controller
ghes_edac: DEV ghes (INTERRUPT)
[5.628018] GHES: APEI firmware first mode is enabled by APEI bit and WHEA
_OSC.
[6.573372] qcom-emac QCOM8070:00 eth0: hardware id 64.1, hardware version
1.3.0
[ 224.669058] {1}[Hardware Error]: Hardware error from APEI Generic Hardware
Error Source: 1
[ 224.677330] {1}[Hardware Error]: event severity: recoverable
[ 224.682992] {1}[Hardware Error]: precise tstamp: 2017-07-26 15:58:19
[ 224.689437] {1}[Hardware Error]: Error 0, type: recoverable
[ 224.695097] {1}[Hardware Error]: section_type: memory error
[ 224.700846] {1}[Hardware Error]: error_status: 0x000c0400
[ 224.707113] {1}[Hardware Error]: physical_address: 0x00204e10
[ 224.713726] {1}[Hardware Error]: physical_address_mask: 0x0fff
[ 224.720776] {1}[Hardware Error]: node: 0 card: 1 module: 0 rank: 0 bank: 0
device: 0 row: 4 column: 306
[ 224.730427] {1}[Hardware Error]: error_type: 3, multi-bit ECC
[ 224.736356] EDAC MC0: 1 UE Multi-bit ECC on unknown label (node:0 card:1
module:0 rank:0 bank:0 row:4 col:306 page:0x204 offset:0xe10 grain:-4096 -
status(0x000c0400): Storage error in DRAM memory)
[ 224.736358] [Firmware Warn]: GHES: Invalid address in generic error data:
0x204e10
[ 251.685322] {2}[Hardware Error]: Hardware error from APEI Generic Hardware
Error Source: 2
[ 251.685324] {2}[Hardware Error]: It has been corrected by h/w and requires
no further action
[ 251.685336] {2}[Hardware Error]: event severity: corrected
[ 251.685341] {2}[Hardware Error]: precise tstamp: 2017-07-26 15:58:30
[ 251.685342] {2}[Hardware Error]: Error 0, type: corrected
[ 251.685348] {2}[Hardware Error]: section type: unknown,
d2e2621c-f936-468d-0d84-15a4ed015c8b
[ 251.685349] {2}[Hardware Error]: section length: 0x238
[ 251.685355] {2}[Hardware Error]: : 4d415201 4d492031 453a4d45
435f4343 .RAM1 IMEM:ECC_C
[ 251.685358] {2}[Hardware Error]: 0010: 53515f45 44525f42
E_QSB_RD
[ 251.685361] {2}[Hardware Error]: 0020:
[ 251.685364] {2}[Hardware Error]: 0030: 0101
0101
[ 251.685367] {2}[Hardware Error]: 0040: 0005
[ 251.685369] {2}[Hardware Error]: 0050: 0101 0001
00010100
[ 251.685372] {2}[Hardware Error]: 0060:
[ 251.685375] {2}[Hardware Error]: 0070:
[ 251.685378] {2}[Hardware Error]: 0080:
[ 251.685381] {2}[Hardware Error]: 0090:
[ 251.685384] {2}[Hardware Error]: 00a0:
[ 251.685387] {2}[Hardware Error]: 00b0:
[ 251.685389] {2}[Hardware Error]: 00c0:
[ 251.685392] {2}[Hardware Error]: 00d0:
[ 251.685395] {2}[Hardware Error]: 00e0:
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on Hisilicon TaiShan 2280 ARM64 == Note: Hisilicon ACPI does not support HEST. ubuntu@D05-4:~$ uname -a Linux D05-4 4.10.0-29-generic #33~lp1706141+build.1 SMP Tue Jul 25 16:10:19 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux ubuntu@D05-4:~$ ubuntu@D05-4:~$ dmesg | grep -i -E "edac|hest|ghes" [0.675770] EDAC MC: Ver: 3.0.0 [1.409728] GHES: HEST is not enabled! ubuntu@D05-4:~$ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on QDF2400 SDP == ubuntu@awsdp1:~$ uname -a Linux awsdp1 4.10.0-29-generic #33~lp1706141+build.1 SMP Tue Jul 25 15:20:12 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux ubuntu@awsdp1:~$ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0926 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.722827] HEST: Table parsing has been initialized. [4.349652] EDAC MC: Ver: 3.0.0 [6.104474] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [6.112992] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [6.121147] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [6.129567] ghes_edac: If you find incorrect reports, please contact your hardware vendor [6.137726] ghes_edac: to correct its BIOS. [6.141893] ghes_edac: This system has 6 DIMM sockets. [6.147234] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [6.156558] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [6.166018] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [6.175475] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [6.184943] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [6.194460] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. ubuntu@awsdp1:~$ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
** Description changed: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] + Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 + Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y - 3. Remove edac_core from + 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Test kernel available in https://launchpad.net/~centriq-team/+archive/ubuntu/lp1706141 Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on Power8 == ubuntu@cameron:~$ uname -a Linux cameron 4.10.0-29-generic #33~lp1706141+build.1 SMP Tue Jul 25 19:47:41 UTC 2017 ppc64le ppc64le ppc64le GNU/Linux ubuntu@cameron:~$ dmesg | grep -i -E "edac|hest|ghes" -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on UEFI QDF2400 ARM64 system == ubuntu@awrep0:~$ uname -a Linux awrep0 4.10.0-29-generic #33~lp1706141+build.1 SMP Tue Jul 25 16:10:19 UTC 2017 aarch64 aarch64 aarch64 GNU/Linux ubuntu@awrep0:~$ ubuntu@awrep0:~$ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.600249] HEST: Table parsing has been initialized. [4.157983] EDAC MC: Ver: 3.0.0 [5.643626] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.652497] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.660667] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.669098] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.677269] ghes_edac: to correct its BIOS. [5.681446] ghes_edac: This system has 12 DIMM sockets. [5.686847] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.696394] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.705938] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.715478] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.725018] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.734604] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
== Tested on UEFI AMD64 system == ubuntu@OB-02:~$ uname -a Linux OB-02 4.10.0-29-generic #33~lp1706141+build.1 SMP Tue Jul 25 19:56:29 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux ubuntu@OB-02:~$ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0xCC317760 A8 (v01 AMIAMI HEST ) [0.512748] HEST: Table parsing has been initialized. [1.293552] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [4.935420] EDAC MC: Ver: 3.0.0 [4.937623] EDAC MC0: Giving out device to module ie31200_edac controller IE31200: DEV :00:00.0 (POLLED) ubuntu@OB-02:~$ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1706141 Title: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y Status in linux package in Ubuntu: Incomplete Bug description: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] 1. Apply RAS patch series submitted for SRU in Bug #1696570 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y 3. Remove edac_core from debian.master/abi//arm64/generic.modules [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1706141/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1706141] Re: [ARM64] config EDAC_GHES=y depends on EDAC_MM_EDAC=y
** Description changed: [Impact] - In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. + In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] + Boot the kernel and check dmesg for the following: + $ dmesg | grep -i -E "edac|hest|ghes" + [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) + [0.620278] HEST: Table parsing has been initialized. + [4.178298] EDAC MC: Ver: 3.0.0 + [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. + [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. + [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. + [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor + [5.698142] ghes_edac: to correct its BIOS. + [5.702320] ghes_edac: This system has 12 DIMM sockets. + [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) + [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) + [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) + [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) + [5.745883] EDAC MC4: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) + [5.755469] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC. [Fix] - Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y + 1. Apply RAS patch series submitted for SRU in Bug #1696570 + 2. Set config option EDAC_MM_EDAC=y for ARM64, this will automatically set EDAC_GHES=y [Regression Potential] The config change is limited to ARM64 architecture, and does not impact any other architecture. Potential for regressions is low. ** Description changed: [Impact] In configs Zesty and Artful, EDAC_MM_EDAC is set to =m, this disables EDAC_GHES. Customers using RAS on ARM64 may want this functionality. According to RAS expert at QTI. EDAC_GHES is essential for ARMv8.0 Server systems, as it enables firmware-first error handling of memory and CPU errors. Due to a lack of standard RAS architecture (or machine check architecture equivalent) on ARMv8.0 systems, APEI/GHES is the only mechanism available for reporting hardware errors (e.g. memory and CPU errors). This enables reporting of hardware errors, and also helps enable memory fault recovery mechanisms to extend the life of the system by offlining pages when recoverable uncorrected errors are encountered. Note that other ARM vendors will be going in this direction for hardware error handling. [Test] Boot the kernel and check dmesg for the following: $ dmesg | grep -i -E "edac|hest|ghes" [0.00] ACPI: HEST 0x0916 000288 (v01 QCOM QDF2400 0001 INTL 20150515) [0.620278] HEST: Table parsing has been initialized. [4.178298] EDAC MC: Ver: 3.0.0 [5.664499] ghes_edac: This EDAC driver relies on BIOS to enumerate memory and get error reports. [5.673371] ghes_edac: Unfortunately, not all BIOSes reflect the memory layout correctly. [5.681542] ghes_edac: So, the end result of using this driver varies from vendor to vendor. [5.689972] ghes_edac: If you find incorrect reports, please contact your hardware vendor [5.698142] ghes_edac: to correct its BIOS. [5.702320] ghes_edac: This system has 12 DIMM sockets. [5.707717] EDAC MC0: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.717264] EDAC MC1: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.726806] EDAC MC2: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.736344] EDAC MC3: Giving out device to module ghes_edac.c controller ghes_edac: DEV ghes (INTERRUPT) [5.745883] EDAC MC4: Giving out
