<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>3799</bug_id>
          
          <creation_ts>2013-01-28 09:26:38 +0000</creation_ts>
          <short_desc>[Autobuilder] nightly-x86-64 dmesg sanity failed (modprobe gpf)</short_desc>
          <delta_ts>2013-03-05 00:42:56 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>6</classification_id>
          <classification>Yocto Project Subprojects</classification>
          <product>Kernel</product>
          <component>linux-yocto</component>
          <version>1.4</version>
          <rep_platform>Other</rep_platform>
          <op_sys>x86_64</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.4 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Bogdan Marinescu">bogdan.a.marinescu</reporter>
          <assigned_to name="Darren Hart">dvhart</assigned_to>
          <cc>corneliux.stoicescu</cc>
    
    <cc>infras.ab.watcher</cc>
    
    <cc>Infras.watcher</cc>
    
    <cc>sgw</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>29229</commentid>
    <comment_count>0</comment_count>
    <who name="Bogdan Marinescu">bogdan.a.marinescu</who>
    <bug_when>2013-01-28 09:26:38 +0000</bug_when>
    <thetext>(I&apos;m filing this under &quot;Autobuilder&quot; because I&apos;m not sure what&apos;s the right category, as I was unable to find the root cause of the failure).

| /bin/dmesg
| QEMU: There is some error log in dmesg:
| QEMU: ##### Error Log ######
| modprobe[74] general protection ip:7f4017e8012c sp:7fff9fe4ef50 error:0 in ld-2.16.so[7f4017e70000+21000]
| QEMU: #####    End     ######

More details : http://autobuilder.yoctoproject.org:8010/builders/nightly-x86-64/builds/814/steps/shell_39/logs/stdio</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29318</commentid>
    <comment_count>1</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-29 23:03:18 +0000</bug_when>
    <thetext>I have tried with a current master build (same commit as the reporter).

Build Configuration:
BB_VERSION        = &quot;1.17.0&quot;
BUILD_SYS         = &quot;x86_64-linux&quot;
NATIVELSBSTRING   = &quot;Ubuntu-11.10&quot;
TARGET_SYS        = &quot;x86_64-poky-linux&quot;
MACHINE           = &quot;qemux86-64&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.3+snapshot-20130129&quot;
TUNE_FEATURES     = &quot;m64&quot;
TARGET_FPU        = &quot;&quot;
meta-yocto        
meta              = &quot;master:cfb082961a6c9ac3d65738031c4071210529cd07&quot;

I&apos;ve run the image as:

$ runqemu qemux86-64 core-image-base serial kvm qemuparams=&quot;-smp 4&quot;
$ runqemu qemux86-64 core-image-base serial kvm
$ runqemu qemux86-64 core-image-base serial

It successfully loads the aes_encryption modules and I don&apos;t see any general protection faults in dmesg before or after the loading of the module. I have not been able to reproduce this outside of the Autobuilder.

Bogdan, is this reproducible for you?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29329</commentid>
    <comment_count>2</comment_count>
    <who name="Bogdan Marinescu">bogdan.a.marinescu</who>
    <bug_when>2013-01-30 09:02:23 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; 
&gt; Bogdan, is this reproducible for you?

No, I am also unable to reproduce this locally.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29370</commentid>
    <comment_count>3</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-01-31 00:14:00 +0000</bug_when>
    <thetext>This may be the same root cause as 3806, paravirt hitting bug in older host kernel.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29767</commentid>
    <comment_count>4</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-02-13 15:35:34 +0000</bug_when>
    <thetext>Any update on this?

Are we able to reproduce it? Is anyone working on this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29772</commentid>
    <comment_count>5</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-02-13 17:02:29 +0000</bug_when>
    <thetext>No update. As I understand it we haven&apos;t seen any of these failures with my patch to disable paravirt in the guest. We need to see if that can be disabled at runtime, but I haven&apos;t been able to get to that yet.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30215</commentid>
    <comment_count>6</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-02-28 05:15:26 +0000</bug_when>
    <thetext>Have we seen this since?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30424</commentid>
    <comment_count>7</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-03-05 00:42:56 +0000</bug_when>
    <thetext>This doesn&apos;t appear to have been reproduced since qemux86_64 disabled paravirt. Closing.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>