<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: System event log in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022675#M48083</link>
    <description>Can you be more specific ? What kernel do you run ? On which machine ?&lt;BR /&gt;On kernel 2.6.15 and earlier, I remember there was an instruction preventing the kernel from panicking if it detected a ioapic which wasn't really present, which was classical on laptops board.&lt;BR /&gt;So it was to be ignored, but still we used to recommend to run noapic in the kernel option.&lt;BR /&gt;&lt;BR /&gt;BTW, you check systemlogs at boot by typing &lt;BR /&gt;dmesg&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;J</description>
    <pubDate>Sat, 13 Jan 2007 10:57:37 GMT</pubDate>
    <dc:creator>Jerome Henry</dc:creator>
    <dc:date>2007-01-13T10:57:37Z</dc:date>
    <item>
      <title>System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022673#M48081</link>
      <description>&lt;!--!*#--&gt;My dmidecode output shows some ECC memory errors.  The only ECC memory on this board (a dv9000z) is in the L1 and L2 caches.  The BIOS (F.1A) utility doesn't have much in the way of information.&lt;BR /&gt;&lt;BR /&gt;How do I see the system event log?  Can I do it from Windows?&lt;BR /&gt;&lt;BR /&gt;The numbers don't change, and I've never had a POST failure since owning the laptop.  Could this be an artifact from building/testing the laptop?&lt;BR /&gt;&lt;BR /&gt;==================================&lt;BR /&gt;&lt;BR /&gt;Handle 0x000B, DMI type 15, 29 bytes&lt;BR /&gt;System Event Log&lt;BR /&gt;        Area Length: 16 bytes&lt;BR /&gt;        Header Start Offset: 0x0000&lt;BR /&gt;        Header Length: 16 bytes&lt;BR /&gt;        Data Start Offset: 0x0010&lt;BR /&gt;        Access Method: General-purpose non-volatile data functions&lt;BR /&gt;        Access Address: 0x0000&lt;BR /&gt;        Status: Valid, Not Full&lt;BR /&gt;        Change Token: 0x0000005D&lt;BR /&gt;        Header Format: Type 1&lt;BR /&gt;        Supported Log Type Descriptors: 3&lt;BR /&gt;        Descriptor 1: POST error&lt;BR /&gt;        Data Format 1: POST results bitmap&lt;BR /&gt;        Descriptor 2: Single-bit ECC memory error&lt;BR /&gt;        Data Format 2: Multiple-event&lt;BR /&gt;        Descriptor 3: Multi-bit ECC memory error&lt;BR /&gt;        Data Format 3: Multiple-event&lt;BR /&gt;        Descriptor 3: Multi-bit ECC memory error&lt;BR /&gt;        Data Format 3: Multiple-event&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Jan 2007 22:22:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022673#M48081</guid>
      <dc:creator>James Zuelow</dc:creator>
      <dc:date>2007-01-12T22:22:59Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022674#M48082</link>
      <description>Can you be more specific ? What kernel do you run ? On which machine ?&lt;BR /&gt;On kernel 2.6.15 and earlier, I remember there was an instruction preventing the kernel from panicking if it detected a ioapic which wasn't really present, which was classical on laptops board.&lt;BR /&gt;So it was to be ignored, but still we used to recommend to run noapic in the kernel option.&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Sat, 13 Jan 2007 10:57:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022674#M48082</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2007-01-13T10:57:09Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022675#M48083</link>
      <description>Can you be more specific ? What kernel do you run ? On which machine ?&lt;BR /&gt;On kernel 2.6.15 and earlier, I remember there was an instruction preventing the kernel from panicking if it detected a ioapic which wasn't really present, which was classical on laptops board.&lt;BR /&gt;So it was to be ignored, but still we used to recommend to run noapic in the kernel option.&lt;BR /&gt;&lt;BR /&gt;BTW, you check systemlogs at boot by typing &lt;BR /&gt;dmesg&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Sat, 13 Jan 2007 10:57:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022675#M48083</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2007-01-13T10:57:37Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022676#M48084</link>
      <description>&lt;!--!*#--&gt;Thanks Jeremy - I know how to read the syslog/dmesg.  I wasn't clear in my initial post, I apologise.&lt;BR /&gt;&lt;BR /&gt;I am running the Debian AMD64 2.6.18-5 kernel.&lt;BR /&gt;&lt;BR /&gt;The dmidecode output is reporting the system event log maintained in the machine's BIOS, not the OS.  The alternative smbios tools are pretty much written around BIOS calls used by another company owned by a guy named Mike (which is a shame - I'd like to set my asset tag).&lt;BR /&gt;&lt;BR /&gt;On some BIOS's (typically server BIOS by a well known company associated with the color blue) the user can browse an event log.  That isn't the case with the dv9000z BIOS.  This user interface is really limited to showing me the system time, some basic memory &amp;amp; disk info, and setting the boot order.  Probably to protect the customer from making the system unbootable.  I can't even watch the POST process.  However it does **RECORD** an event log.  And it hasn't beeped at me or otherwise told me about any POST failures since I've had the laptop (a week ago tomorrow).&lt;BR /&gt;&lt;BR /&gt;I just want to read the BIOS event log and maybe clear it.&lt;BR /&gt;&lt;BR /&gt;If dmidecode or smbios can't show me the log, I was wondering if there isn't some HP utility that would allow me to interact with the BIOS event log and see if the ECC errors cluster about the same time as the machine was built.  Or, if there is no date, to clear the event log so I can tell if the problems continue.&lt;BR /&gt;&lt;BR /&gt;I retained my XP partition, so if that utility is Windows based I can still use it.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;&lt;BR /&gt;James</description>
      <pubDate>Sat, 13 Jan 2007 13:19:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022676#M48084</guid>
      <dc:creator>James Zuelow</dc:creator>
      <dc:date>2007-01-13T13:19:47Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022677#M48085</link>
      <description>I suggest you to check HP webpage for your hardware model.</description>
      <pubDate>Sun, 14 Jan 2007 02:52:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022677#M48085</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2007-01-14T02:52:30Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022678#M48086</link>
      <description>Try using this one:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00372177&amp;amp;lc=en&amp;amp;cc=us" target="_blank"&gt;http://h10025.www1.hp.com/ewfrf/wc/document?docname=c00372177&amp;amp;lc=en&amp;amp;cc=us&lt;/A&gt;〈=en&amp;amp;query=dv9000z&amp;amp;product=3224049&amp;amp;dlc=en&lt;BR /&gt;&lt;BR /&gt;It doesn't look that you notebook supports Linux officially,so I wouldn't count on any linux tools. As well I do beleive that in most cases CPU cache multi-bit errors would lead to system crashes or at least POST failures:)</description>
      <pubDate>Sun, 14 Jan 2007 08:33:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022678#M48086</guid>
      <dc:creator>Zeev Schultz</dc:creator>
      <dc:date>2007-01-14T08:33:52Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022679#M48087</link>
      <description>&lt;!--!*#--&gt;Thanks Zeev.  That's probably the most detailed tool available for a consumer laptop until the Linux side figures out how to extract this information from nForce 430 chipsets.&lt;BR /&gt;&lt;BR /&gt;I suppose the entry could be just describing the kinds of log entries that are made, but I do not see anything similar on any of the machines I have access to.&lt;BR /&gt;&lt;BR /&gt;Since it hasn't failed a POST for me I'll assume that.</description>
      <pubDate>Sun, 14 Jan 2007 11:53:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022679#M48087</guid>
      <dc:creator>James Zuelow</dc:creator>
      <dc:date>2007-01-14T11:53:20Z</dc:date>
    </item>
    <item>
      <title>Re: System event log</title>
      <link>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022680#M48088</link>
      <description>&lt;!--!*#--&gt;Detailed event log reader will most likely be on BIOS level.</description>
      <pubDate>Sun, 14 Jan 2007 11:55:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/system-event-log/m-p/5022680#M48088</guid>
      <dc:creator>James Zuelow</dc:creator>
      <dc:date>2007-01-14T11:55:51Z</dc:date>
    </item>
  </channel>
</rss>

