WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] [xen-unstable bisection] complete build-amd64

branch xen-unstable
xen branch xen-unstable
job build-amd64
test xen-build

Tree: http://hg.uk.xensource.com/xen-unstable.hg

*** Found and reproduced problem changeset ***

  Bug is in tree:  http://hg.uk.xensource.com/xen-unstable.hg
  Bug introduced:  62bf12040b0f
  Bug not present: 8420b82c22c2


  changeset:   22452:62bf12040b0f
  user:        Keir Fraser <keir@xxxxxxx>
  date:        Wed Dec 01 20:10:27 2010 +0000
  
      x86: fix IRQ migration when using directed EOI (broken with c/s 20465)
      
      In directed-EOI mode, there is no chance to do the migration in
      mask_and_ack_level_ioapic_irq(), as the remote IRR bit can't possibly
      be clear after issuing the EOI to the LAPIC. Consequently, there's no
      point to even try. Instead, migration must be done in
      end_level_ioapic_irq(), and it requires masking the interrupt source
      prior to issuing the EOI to the IO-APIC.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>


For bisection revision-tuple graph see:
   
http://www.chiark.greenend.org.uk/~xensrcts/results/bisect.xen-unstable.build-amd64.xen-build.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Found failure, as expected, in flight 2940
Host specification list: host=earwig
Searching for basis pass: 2856.
(tree in basispass but not in latest: 
git://mariner.uk.xensource.com/qemu-xen-unstable.git)
Tree: http://hg.uk.xensource.com/xen-unstable.hg
Latest c443d0215854
Basis pass aba70e59a90d
Generating revisions with ./adhoc-revtuple-generator  
http://hg.uk.xensource.com/xen-unstable.hg#aba70e59a90d-c443d0215854
pulling from http://hg.uk.xensource.com/xen-unstable.hg
searching for changes
no changes found
pulling from http://hg.uk.xensource.com/xen-unstable.hg
searching for changes
no changes found
Loaded 997 nodes in revision graph
Searching for test results:
 2930 fail c443d0215854
 2852 pass aba70e59a90d
 2853 pass aba70e59a90d
 2885 pass 8420b82c22c2
 2869 pass d281061e6ec0
 2957 pass irrelevant
 2932 fail c443d0215854
 2934 fail ddb6c9c6ebb9
 2895 pass 8420b82c22c2
 2936 fail 62bf12040b0f
 2937 fail 62bf12040b0f
 2854 pass aba70e59a90d
 2940 fail c443d0215854
 2855 pass aba70e59a90d
 2943 fail c443d0215854
 2849 pass aba70e59a90d
 2888 pass 8420b82c22c2
 2926 fail c443d0215854
 2879 pass d281061e6ec0
 2880 pass 3afb5ecbf69f
 2962 pass irrelevant
 2856 pass aba70e59a90d
 2861 pass 3afb5ecbf69f
Searching for interesting versions
 0 revisions at 8420b82c22c2
No revisions left to test, checking graph state.

*** Found and reproduced problem changeset ***

  Bug is in tree:  http://hg.uk.xensource.com/xen-unstable.hg
  Bug introduced:  62bf12040b0f
  Bug not present: 8420b82c22c2


  changeset:   22452:62bf12040b0f
  user:        Keir Fraser <keir@xxxxxxx>
  date:        Wed Dec 01 20:10:27 2010 +0000
  
      x86: fix IRQ migration when using directed EOI (broken with c/s 20465)
      
      In directed-EOI mode, there is no chance to do the migration in
      mask_and_ack_level_ioapic_irq(), as the remote IRR bit can't possibly
      be clear after issuing the EOI to the LAPIC. Consequently, there's no
      point to even try. Instead, migration must be done in
      end_level_ioapic_irq(), and it requires masking the interrupt source
      prior to issuing the EOI to the IO-APIC.
      
      Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx>

Revision graph left in 
/home/xc_osstest/results/bisect.xen-unstable.build-amd64.xen-build.{dot,ps,png,html}.
No revision to test.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>