Bug 1520602
| Summary: | add support for aarch64 to rasdaemon | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Al Stone <ahs3> |
| Component: | rasdaemon | Assignee: | Aristeu Rozanski <arozansk> |
| Status: | CLOSED ERRATA | QA Contact: | Andrej Manduch <amanduch> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 7.5-Alt | CC: | arozansk, ctatman, jbastian, jreznik, rrichter, rvr, salmy, stulrich, timur, vanhoof |
| Target Milestone: | rc | ||
| Target Release: | 7.5-Alt | ||
| Hardware: | aarch64 | ||
| OS: | Linux | ||
| URL: | https://jira.qualcomm.com/jira/browse/SERVER-17208 | ||
| Whiteboard: | QCOMJIRA=SERVER-17208 | ||
| Fixed In Version: | rasdaemon-0.4.1-32.el7 | Doc Type: | If docs needed, set a value |
| Doc Text: |
rasdaemon now supports EDAC events on ARM64 platforms.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-04-10 16:34:57 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1402684, 1469549 | ||
|
Description
Al Stone
2017-12-04 19:56:48 UTC
Qualcomm request that at a minimum, two patches authored by a Qualcomm engineer are added to rasdaemon. There are two patches to RASDAEMON that were recently added for ARM support that we want included in RHEL7. rasdaemon: add support for non standard CPER section events rasdaemon: add support for ARM events Both of these are from Tyler Baicar. The rasdaemon git repository is here: http://git.infradead.org/users/mchehab/rasdaemon.git You can either cherry-pick these two commits, or just update rasdaemon to the 0.6.0 release. Is this going to make 7.5-Alt? Changes are ready. Waiting on flags. Hi Aristeu - is there anything I can do on my end to expedite this? I could ping my parter manager (Chris Tatman) or perhaps John Feeney. Let me know what I can do to assist. Please try to contact them. I sent an email to my manager asking to take a look as well. Updated package to include a covscan fix. Fix submitted upstream as well. FTR, I found following commits part of rasdaemon-0.4.1-32.el7.src.rpm: 624d8a1d99a2 rasdaemon: add support for non standard CPER section events 873e88d6ba1c rasdaemon:add support for non-standard error decoder 5662e5376adc rasdaemon: add support for ARM events Config options for the package are: configure --enable-mce --enable-aer --enable-sqlite3 --enable-extlog --enable-arm So non-standard error decoding is disabled, --enable-non-standard config options should be added. Hi Robert, (In reply to Robert Richter from comment #11) > FTR, I found following commits part of rasdaemon-0.4.1-32.el7.src.rpm: > > 624d8a1d99a2 rasdaemon: add support for non standard CPER section events > 873e88d6ba1c rasdaemon:add support for non-standard error decoder > 5662e5376adc rasdaemon: add support for ARM events > > Config options for the package are: > > configure --enable-mce --enable-aer --enable-sqlite3 --enable-extlog > --enable-arm > > So non-standard error decoding is disabled, --enable-non-standard config > options should be added. I backported non-standard just as matter of patch context, it's not required to handle ARM events. It'll be enabled in the future once it's not marked as experimental or we have a use case for it. (In reply to Aristeu Rozanski from comment #12) > Hi Robert, > (In reply to Robert Richter from comment #11) > > FTR, I found following commits part of rasdaemon-0.4.1-32.el7.src.rpm: > > > > 624d8a1d99a2 rasdaemon: add support for non standard CPER section events > > 873e88d6ba1c rasdaemon:add support for non-standard error decoder > > 5662e5376adc rasdaemon: add support for ARM events > > > > Config options for the package are: > > > > configure --enable-mce --enable-aer --enable-sqlite3 --enable-extlog > > --enable-arm > > > > So non-standard error decoding is disabled, --enable-non-standard config > > options should be added. > > I backported non-standard just as matter of patch context, it's not required > to > handle ARM events. It'll be enabled in the future once it's not marked as > experimental or we have a use case for it. It is not required to handle ARM-specific events, perhaps, but it is required to support ARM vendors. We already have more than one ARM SoC that today generates vendor-specific (aka, non-standard) errors; Robert represents one of them. These SoCs are in currently shipping platforms, so enabling this functionality is expected in order for them to have a fully enabled platform. Build done as rasdaemon-0.4.1-33.el7 but it seems too late to include it on 7.5. Errata won't let me refresh the package. So what does this mean for 7.5 users? This does not look like something they can wait for 7.6 release. Is there a work around? Can we enable the missing functionality with boot options until 7.6 is released? --Chris (In reply to Chris Tatman from comment #15) > So what does this mean for 7.5 users? This does not look like something they > can wait for 7.6 release. Is there a work around? Can we enable the missing > functionality with boot options until 7.6 is released? Could release it on zstream. Thanks Aristeu! Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0909 |