Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1359196
| From | Joerg Roedel <joro@8bytes.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: DMAR error messages after 'shutdown -r'. |
| Date | 2016-03-16 18:50 +0100 |
| Message-ID | <rdnK2-3Gs-3@gated-at.bofh.it> (permalink) |
| References | <r0mC7-aS-25@gated-at.bofh.it> <r2QZ4-1Yc-1@gated-at.bofh.it> <rabcl-8ob-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Mar 07, 2016 at 04:41:57PM -0500, Valdis.Kletnieks@vt.edu wrote: > > lspci says: > 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) > > Not sure why I only see it on reboots - that means that when powering up, the kernel > gets handed a device config it likes, but when rebooting, something is leaving the > device in a config the kernel doesn't want to see. Okay, so the BIOS defines one RMRR entry: DMAR: RMRR base: 0x000000cdb11000 end: 0x000000cdb30fff But the device-scope doesn't seem to match any existing devices in your system. At least no device gets the RMRR mappings later on. That doesn't really matter, as the the fault-address of 0xcdacd000 is outside of the defined RMRR range anyway. Looking at the fault-address as system physical, is would be in this range of system memory: BIOS-e820: [mem 0x00000000cd99b000-0x00000000ce3a0fff] reserved Which is reserved for BIOS use. This looks very much like a missing RMRR entry for that range, that has the sata controler in its device scope. Joerg
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: DMAR error messages after 'shutdown -r'. Valdis.Kletnieks@vt.edu - 2016-03-07 22:50 +0100 Re: DMAR error messages after 'shutdown -r'. Joerg Roedel <joro@8bytes.org> - 2016-03-16 18:50 +0100
csiph-web