[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[qemu-mainline bisection] complete test-amd64-i386-qemuu-rhel6hvm-amd



branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-qemuu-rhel6hvm-amd
testid redhat-install

Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://git.qemu.org/qemu.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git

*** Found and reproduced problem changeset ***

  Bug is in tree:  qemuu git://git.qemu.org/qemu.git
  Bug introduced:  a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50
  Bug not present: 084f67c9d98d520c51df24f3b355774166a03691
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/142293/


  commit a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50
  Merge: 084f67c9d9 6bf21f3d83
  Author: Peter Maydell <peter.maydell@xxxxxxxxxx>
  Date:   Thu Sep 19 17:16:07 2019 +0100
  
      Merge remote-tracking branch 
'remotes/kraxel/tags/ui-20190919-pull-request' into staging
      
      ui: add barrier client.
      ui: bugfixes for vnc & egl.
      
      # gpg: Signature made Thu 19 Sep 2019 08:09:05 BST
      # gpg:                using RSA key 4CB6D8EED3E87138
      # gpg: Good signature from "Gerd Hoffmann (work) <kraxel@xxxxxxxxxx>" 
[full]
      # gpg:                 aka "Gerd Hoffmann <gerd@xxxxxxxxxx>" [full]
      # gpg:                 aka "Gerd Hoffmann (private) <kraxel@xxxxxxxxx>" 
[full]
      # Primary key fingerprint: A032 8CFF B93A 17A7 9901  FE7D 4CB6 D8EE D3E8 
7138
      
      * remotes/kraxel/tags/ui-20190919-pull-request:
        vnc: fix memory leak when vnc disconnect
        ui: add an embedded Barrier client
        vnc: fix websocket field in events
        ui/egl: fix framebuffer reads
      
      Signed-off-by: Peter Maydell <peter.maydell@xxxxxxxxxx>
  
  commit 6bf21f3d83e95bcc4ba35a7a07cc6655e8b010b0
  Author: Li Qiang <liq3ea@xxxxxxx>
  Date:   Sat Aug 31 08:39:22 2019 -0700
  
      vnc: fix memory leak when vnc disconnect
      
      Currently when qemu receives a vnc connect, it creates a 'VncState' to
      represent this connection. In 'vnc_worker_thread_loop' it creates a
      local 'VncState'. The connection 'VcnState' and local 'VncState' exchange
      data in 'vnc_async_encoding_start' and 'vnc_async_encoding_end'.
      In 'zrle_compress_data' it calls 'deflateInit2' to allocate the libz 
library
      opaque data. The 'VncState' used in 'zrle_compress_data' is the local
      'VncState'. In 'vnc_zrle_clear' it calls 'deflateEnd' to free the libz
      library opaque data. The 'VncState' used in 'vnc_zrle_clear' is the 
connection
      'VncState'. In currently implementation there will be a memory leak when 
the
      vnc disconnect. Following is the asan output backtrack:
      
      Direct leak of 29760 byte(s) in 5 object(s) allocated from:
          0 0xffffa67ef3c3 in __interceptor_calloc (/lib64/libasan.so.4+0xd33c3)
          1 0xffffa65071cb in g_malloc0 (/lib64/libglib-2.0.so.0+0x571cb)
          2 0xffffa5e968f7 in deflateInit2_ (/lib64/libz.so.1+0x78f7)
          3 0xaaaacec58613 in zrle_compress_data ui/vnc-enc-zrle.c:87
          4 0xaaaacec58613 in zrle_send_framebuffer_update ui/vnc-enc-zrle.c:344
          5 0xaaaacec34e77 in vnc_send_framebuffer_update ui/vnc.c:919
          6 0xaaaacec5e023 in vnc_worker_thread_loop ui/vnc-jobs.c:271
          7 0xaaaacec5e5e7 in vnc_worker_thread ui/vnc-jobs.c:340
          8 0xaaaacee4d3c3 in qemu_thread_start util/qemu-thread-posix.c:502
          9 0xffffa544e8bb in start_thread (/lib64/libpthread.so.0+0x78bb)
          10 0xffffa53965cb in thread_start (/lib64/libc.so.6+0xd55cb)
      
      This is because the opaque allocated in 'deflateInit2' is not freed in
      'deflateEnd'. The reason is that the 'deflateEnd' calls 
'deflateStateCheck'
      and in the latter will check whether 's->strm != strm'(libz's data 
structure).
      This check will be true so in 'deflateEnd' it just return 
'Z_STREAM_ERROR' and
      not free the data allocated in 'deflateInit2'.
      
      The reason this happens is that the 'VncState' contains the whole 
'VncZrle',
      so when calling 'deflateInit2', the 's->strm' will be the local address.
      So 's->strm != strm' will be true.
      
      To fix this issue, we need to make 'zrle' of 'VncState' to be a pointer.
      Then the connection 'VncState' and local 'VncState' exchange mechanism 
will
      work as expection. The 'tight' of 'VncState' has the same issue, let's 
also turn
      it to a pointer.
      
      Reported-by: Ying Fang <fangying1@xxxxxxxxxx>
      Signed-off-by: Li Qiang <liq3ea@xxxxxxx>
      Message-id: 20190831153922.121308-1-liq3ea@xxxxxxx
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  
  commit 6105683da35babad9ae168a72d1e89e63e9d6974
  Author: Laurent Vivier <laurent@xxxxxxxxx>
  Date:   Fri Sep 6 10:38:12 2019 +0200
  
      ui: add an embedded Barrier client
      
      This allows to receive mouse and keyboard events from
      a Barrier server.
      
      This is enabled by adding the following parameter on the
      command line
      
          ... -object input-barrier,id=$id,name=$name ...
      
      Where $name is the name declared in the screens section of barrier.conf
      
      The barrier server (barriers) must be configured and must run on the
      local host.
      
      For instance:
      
        section: screens
            localhost:
                ...
            VM-1:
                ...
            end
      
        section: links
            localhost:
                right = VM-1
            VM-1:
                left = localhost
        end
      
      Then on the QEMU command line:
      
          ... -object input-barrier,id=barrie0,name=VM-1 ...
      
      When the mouse will move out of the screen of the local host on
      the right, the mouse and the keyboard will be grabbed and all
      related events will be send to the guest OS.
      
      This is usefull when qemu is configured without emulated graphic card
      but with a VFIO attached graphic card.
      
      More information about Barrier can be found at:
      
        https://github.com/debauchee/barrier
      
      This avoids to install the Barrier server in the guest OS,
      for instance when it is not supported or during the installation.
      
      Signed-off-by: Laurent Vivier <laurent@xxxxxxxxx>
      Message-id: 20190906083812.29487-1-laurent@xxxxxxxxx
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  
  commit e1b3d47751a420835cb0560fd029c39fea961a79
  Author: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  Date:   Wed Sep 4 07:52:50 2019 +0200
  
      vnc: fix websocket field in events
      
      Just need to fill VncClientInfo.websocket in vnc_client_cache_addr().
      
      Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1748175
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
      Reviewed-by: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
      Message-id: 20190904055250.22421-1-kraxel@xxxxxxxxxx
  
  commit d2329237af197429492ec27d22a4ba4f121dbc10
  Author: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  Date:   Mon Sep 9 09:39:11 2019 +0200
  
      ui/egl: fix framebuffer reads
      
      Fix egl_fb_read() to use the (destination) surface size instead of the
      (source) framebuffer source for glReadPixels.  Pass the DisplaySurface
      instead of the pixeldata pointer to egl_fb_read() to make this possible.
      
      With that in place framebuffer reads work fine even if the surface and
      framebuffer sizes don't match, so we can remove the guest-triggerable
      asserts in egl_scanout_flush().
      
      Buglink: https://bugzilla.redhat.com//show_bug.cgi?id=1749659
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
      Reviewed-by: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
      Message-id: 20190909073911.24787-1-kraxel@xxxxxxxxxx


For bisection revision-tuple graph see:
   
http://logs.test-lab.xenproject.org/osstest/results/bisect/qemu-mainline/test-amd64-i386-qemuu-rhel6hvm-amd.redhat-install.html
Revision IDs in each graph node refer, respectively, to the Trees above.

----------------------------------------
Running cs-bisection-step 
--graph-out=/home/logs/results/bisect/qemu-mainline/test-amd64-i386-qemuu-rhel6hvm-amd.redhat-install
 --summary-out=tmp/142293.bisection-summary --basis-template=140282 
--blessings=real,real-bisect qemu-mainline test-amd64-i386-qemuu-rhel6hvm-amd 
redhat-install
Searching for failure / basis pass:
 142243 fail [host=pinot0] / 141466 [host=pinot1] 141434 ok.
Failure / basis pass flights: 142243 / 141434
(tree with no url: minios)
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://git.qemu.org/qemu.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen git://xenbits.xen.org/xen.git
Latest f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
5be5439a5a4e45382abdba2a4339db4bb8e4bbcb 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
4f59102571fce49af180cfc6d4cdd2b5df7bdb14 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
Basis pass 3ffe1e79c174b2093f7ee3df589a7705572c9620 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
Generating revisions with ./adhoc-revtuple-generator  
git://xenbits.xen.org/linux-pvops.git#3ffe1e79c174b2093f7ee3df589a7705572c9620-f6e27dbb1afabcba436e346d6aa88a592a1436bb
 
git://xenbits.xen.org/osstest/linux-firmware.git#c530a75c1e6a472b0eb9558310b518f0dfcd8860-c530a75c1e6a472b0eb9558310b518f0dfcd8860
 
git://xenbits.xen.org/osstest/ovmf.git#18be724e302295164f00c955b6c407991f57b172-5be5439a5a4e45382abdba2a4339db4bb8e4bbcb
 git://xenbits.xen.org/qemu-xen-traditional.git#d0d8ad39ecb51cd7497cd524484\
 fe09f50876798-d0d8ad39ecb51cd7497cd524484fe09f50876798 
git://git.qemu.org/qemu.git#f8c3db33a5e863291182f8862ddf81618a7c6194-4f59102571fce49af180cfc6d4cdd2b5df7bdb14
 
git://xenbits.xen.org/osstest/seabios.git#43f5df79dad6738d52ea79d072de2b56eb96a91f-43f5df79dad6738d52ea79d072de2b56eb96a91f
 
git://xenbits.xen.org/xen.git#1014f47c7a808e025b8920ab80bfe73a2888b3e5-f93abf0315efef861270c25d83c8047fd6a54ec4
Loaded 14261 nodes in revision graph
Searching for test results:
 141434 pass 3ffe1e79c174b2093f7ee3df589a7705572c9620 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
 141497 fail irrelevant
 141466 [host=pinot1]
 141578 fail irrelevant
 141693 fail irrelevant
 141632 fail irrelevant
 141824 fail irrelevant
 141751 fail irrelevant
 141925 fail irrelevant
 141886 fail irrelevant
 141992 fail irrelevant
 141963 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
e86664d2b03d0a84b8b952f3d5111424b3e9c916 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
c6f5012ba5fa834cbd5274b1b8369e2c5d2f5933 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142013 fail irrelevant
 142062 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f835e1d4c187014742fbd766ec2fbc07ef5384ba 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
95e9d74fe4281f7ad79a5a7511400541729aa44a 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142191 blocked f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
ebe15582cafeb944a1c6e99aa526e81a1551c567 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
84c3ae30aa79b54b3d75a2e62ae1fb340419b8d7
 142108 fail irrelevant
 142175 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
c70fef962e804eba483512b64ec24169871060be 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
d4e536f336d3d26c9fafa2a2549aaa0b014f5b6b 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142170 pass 3ffe1e79c174b2093f7ee3df589a7705572c9620 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
 142180 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
670c903a68f214463f12c0c9619c162a0f342518 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
8400efa51aa0a7908d7edb8ac6135e2fe69b4b37 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
c4a5656b2ef3d29bb8acfb5342e786a5b9578018
 142178 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
590c9d58280bb0fad144f760c4da2acaf16622aa 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
860d9048c78ce59c5903c3d5209df56f38400986 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
df29d03f1d97bdde1bc0cea8ef8538d4f524b3ec
 142173 fail irrelevant
 142183 blocked f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
4300b7c2cd9f3f273804e8cca325842ccb93b1ad 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
84c3ae30aa79b54b3d75a2e62ae1fb340419b8d7
 142185 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
590c0ac982a8fc726f4784bb6e3c721661e0718a 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142189 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
754119198de633683d7af79bc08e73c2de9df011 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
a30910bfd71a64895f0d6ddbb301cf1b5ed6c2f4
 142194 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f5c7af6295b18c9cb9bc183648ce37481b49f432 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142197 pass cdc9acde7a72c6fe8e221f1a735bb12906ea3d02 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
 142201 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
9caed751db9110c785fd6b1def89d808baa1d907
 142204 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
aab0e2a661b2b6bf7915c0aefe807fb60d6d9d13 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
9caed751db9110c785fd6b1def89d808baa1d907
 142235 blocked c37ae2a30a4c4db4ce64fa578a78514fbe69c854 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
4300b7c2cd9f3f273804e8cca325842ccb93b1ad 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142220 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
5be5439a5a4e45382abdba2a4339db4bb8e4bbcb 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
7f21573c822805a8e6be379d9bcf3ad9effef3dc 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142207 pass d83ad53cbc8a3d4fa313d3bac8dd072c2aa14b37 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d652b458f576de785e9f905e6690e28904b1eed1 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
ab486ea9f4dc8aa2ecf04afb767da62ed87adfc8 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
2655bfaa5df3dae62218a731ce6fac38639968e9
 142211 pass fae7ff46beb2445153ba500c134dba606b81ea20 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
d652b458f576de785e9f905e6690e28904b1eed1 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
2655bfaa5df3dae62218a731ce6fac38639968e9
 142213 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
fb45770bf55ef1d50369c433b19d908260d5a986 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142256 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ef73b926bb74bdce22053e3e41cfbb7ae9259fa8
 142237 pass 3ffe1e79c174b2093f7ee3df589a7705572c9620 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
 142214 blocked ea4a173d8358b756a780786baa3fc39d282bdbe3 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142216 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
471c97a6938bda16f6e10e33437d96241482f580 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
a7cd57fe8d77a991a30aab650991daf85d6ab8f9
 142283 fail b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142240 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
5be5439a5a4e45382abdba2a4339db4bb8e4bbcb 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
7f21573c822805a8e6be379d9bcf3ad9effef3dc 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142269 pass 3ffe1e79c174b2093f7ee3df589a7705572c9620 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
18be724e302295164f00c955b6c407991f57b172 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
f8c3db33a5e863291182f8862ddf81618a7c6194 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1014f47c7a808e025b8920ab80bfe73a2888b3e5
 142260 blocked c9e6a3f0e9fa14f99457a506a91f346c6161ee21 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142219 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
13bfe3e4520f509e7cb86085ea21276b1c4fc83b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
754119198de633683d7af79bc08e73c2de9df011 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ce44fd015e55d0ecc47c160fb5ce69070aa4991b
 142226 blocked 39204487dbc30efbc049633ccd83eb6337ee072e 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
ebe15582cafeb944a1c6e99aa526e81a1551c567 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142244 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
471c97a6938bda16f6e10e33437d96241482f580 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
0fa2525b81c0f9065e4a90e458a5b0c014daa05a
 142278 fail b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ce44fd015e55d0ecc47c160fb5ce69070aa4991b
 142229 blocked c607026c28f1de0b2523022b0be4eb20a6554114 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142247 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
754119198de633683d7af79bc08e73c2de9df011 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
b215f2ab6a074e45db704e39f7cc24dcc5e92506
 142231 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
1e3304005ef0d30a117a2f120e643bd2c0cb9813
 142233 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
c1ceba9e81299cd7e17488f216c5d48b3f562970
 142271 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
5be5439a5a4e45382abdba2a4339db4bb8e4bbcb 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
4f59102571fce49af180cfc6d4cdd2b5df7bdb14 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142248 blocked b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
e3e2de24ad3b44be0418cb40c751ec193c21096e
 142251 blocked 3d9038f6f4803b4924cd8d6d426ad0778069648e 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
ebe15582cafeb944a1c6e99aa526e81a1551c567 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142255 blocked ee8e82fdbed328fb3a6c9bc19ac36795770906a8 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
ebe15582cafeb944a1c6e99aa526e81a1551c567 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142262 blocked 120d5674a14f5d641970bc4287a752e60415b17c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
fcdedafd97c8f18c33a63d26b954e5dbaee81a2b 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
6b2a203579068127d7e93cb6f45d828ca04a2153 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
ae84f55353475f569daddb9a81ac0a6bc7772c90
 142281 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
084f67c9d98d520c51df24f3b355774166a03691 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142243 fail f6e27dbb1afabcba436e346d6aa88a592a1436bb 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
5be5439a5a4e45382abdba2a4339db4bb8e4bbcb 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
4f59102571fce49af180cfc6d4cdd2b5df7bdb14 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
f93abf0315efef861270c25d83c8047fd6a54ec4
 142266 fail b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
f4c898f2b2db2819c519cdce05403d4ba0234979 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
8cdda0edc3f52c9fe1d2695ddda6a8854d26d550
 142288 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
084f67c9d98d520c51df24f3b355774166a03691 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142273 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
aab0e2a661b2b6bf7915c0aefe807fb60d6d9d13 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
69a77e40083ab629571827f727fd2f6a4dd53e1e
 142293 fail b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142290 fail b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
 142292 pass b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
084f67c9d98d520c51df24f3b355774166a03691 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
Searching for interesting versions
 Result found: flight 141434 (pass), for basis pass
 Result found: flight 142243 (fail), for basis failure
 Repro found: flight 142269 (pass), for basis pass
 Repro found: flight 142271 (fail), for basis failure
 0 revisions at b10ab5e2c476b69689bc0c46d309471b597c880c 
c530a75c1e6a472b0eb9558310b518f0dfcd8860 
85ccbee2abf4ac9ed006409d1b02a3bdd660261c 
d0d8ad39ecb51cd7497cd524484fe09f50876798 
084f67c9d98d520c51df24f3b355774166a03691 
43f5df79dad6738d52ea79d072de2b56eb96a91f 
5a929b6180243e0ba41c84c7905f4f8ffc9186fc
No revisions left to test, checking graph state.
 Result found: flight 142281 (pass), for last pass
 Result found: flight 142283 (fail), for first failure
 Repro found: flight 142288 (pass), for last pass
 Repro found: flight 142290 (fail), for first failure
 Repro found: flight 142292 (pass), for last pass
 Repro found: flight 142293 (fail), for first failure

*** Found and reproduced problem changeset ***

  Bug is in tree:  qemuu git://git.qemu.org/qemu.git
  Bug introduced:  a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50
  Bug not present: 084f67c9d98d520c51df24f3b355774166a03691
  Last fail repro: http://logs.test-lab.xenproject.org/osstest/logs/142293/


  commit a77d20bafcd4cb7684168a9b4c6dc2a321aaeb50
  Merge: 084f67c9d9 6bf21f3d83
  Author: Peter Maydell <peter.maydell@xxxxxxxxxx>
  Date:   Thu Sep 19 17:16:07 2019 +0100
  
      Merge remote-tracking branch 
'remotes/kraxel/tags/ui-20190919-pull-request' into staging
      
      ui: add barrier client.
      ui: bugfixes for vnc & egl.
      
      # gpg: Signature made Thu 19 Sep 2019 08:09:05 BST
      # gpg:                using RSA key 4CB6D8EED3E87138
      # gpg: Good signature from "Gerd Hoffmann (work) <kraxel@xxxxxxxxxx>" 
[full]
      # gpg:                 aka "Gerd Hoffmann <gerd@xxxxxxxxxx>" [full]
      # gpg:                 aka "Gerd Hoffmann (private) <kraxel@xxxxxxxxx>" 
[full]
      # Primary key fingerprint: A032 8CFF B93A 17A7 9901  FE7D 4CB6 D8EE D3E8 
7138
      
      * remotes/kraxel/tags/ui-20190919-pull-request:
        vnc: fix memory leak when vnc disconnect
        ui: add an embedded Barrier client
        vnc: fix websocket field in events
        ui/egl: fix framebuffer reads
      
      Signed-off-by: Peter Maydell <peter.maydell@xxxxxxxxxx>
  
  commit 6bf21f3d83e95bcc4ba35a7a07cc6655e8b010b0
  Author: Li Qiang <liq3ea@xxxxxxx>
  Date:   Sat Aug 31 08:39:22 2019 -0700
  
      vnc: fix memory leak when vnc disconnect
      
      Currently when qemu receives a vnc connect, it creates a 'VncState' to
      represent this connection. In 'vnc_worker_thread_loop' it creates a
      local 'VncState'. The connection 'VcnState' and local 'VncState' exchange
      data in 'vnc_async_encoding_start' and 'vnc_async_encoding_end'.
      In 'zrle_compress_data' it calls 'deflateInit2' to allocate the libz 
library
      opaque data. The 'VncState' used in 'zrle_compress_data' is the local
      'VncState'. In 'vnc_zrle_clear' it calls 'deflateEnd' to free the libz
      library opaque data. The 'VncState' used in 'vnc_zrle_clear' is the 
connection
      'VncState'. In currently implementation there will be a memory leak when 
the
      vnc disconnect. Following is the asan output backtrack:
      
      Direct leak of 29760 byte(s) in 5 object(s) allocated from:
          0 0xffffa67ef3c3 in __interceptor_calloc (/lib64/libasan.so.4+0xd33c3)
          1 0xffffa65071cb in g_malloc0 (/lib64/libglib-2.0.so.0+0x571cb)
          2 0xffffa5e968f7 in deflateInit2_ (/lib64/libz.so.1+0x78f7)
          3 0xaaaacec58613 in zrle_compress_data ui/vnc-enc-zrle.c:87
          4 0xaaaacec58613 in zrle_send_framebuffer_update ui/vnc-enc-zrle.c:344
          5 0xaaaacec34e77 in vnc_send_framebuffer_update ui/vnc.c:919
          6 0xaaaacec5e023 in vnc_worker_thread_loop ui/vnc-jobs.c:271
          7 0xaaaacec5e5e7 in vnc_worker_thread ui/vnc-jobs.c:340
          8 0xaaaacee4d3c3 in qemu_thread_start util/qemu-thread-posix.c:502
          9 0xffffa544e8bb in start_thread (/lib64/libpthread.so.0+0x78bb)
          10 0xffffa53965cb in thread_start (/lib64/libc.so.6+0xd55cb)
      
      This is because the opaque allocated in 'deflateInit2' is not freed in
      'deflateEnd'. The reason is that the 'deflateEnd' calls 
'deflateStateCheck'
      and in the latter will check whether 's->strm != strm'(libz's data 
structure).
      This check will be true so in 'deflateEnd' it just return 
'Z_STREAM_ERROR' and
      not free the data allocated in 'deflateInit2'.
      
      The reason this happens is that the 'VncState' contains the whole 
'VncZrle',
      so when calling 'deflateInit2', the 's->strm' will be the local address.
      So 's->strm != strm' will be true.
      
      To fix this issue, we need to make 'zrle' of 'VncState' to be a pointer.
      Then the connection 'VncState' and local 'VncState' exchange mechanism 
will
      work as expection. The 'tight' of 'VncState' has the same issue, let's 
also turn
      it to a pointer.
      
      Reported-by: Ying Fang <fangying1@xxxxxxxxxx>
      Signed-off-by: Li Qiang <liq3ea@xxxxxxx>
      Message-id: 20190831153922.121308-1-liq3ea@xxxxxxx
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  
  commit 6105683da35babad9ae168a72d1e89e63e9d6974
  Author: Laurent Vivier <laurent@xxxxxxxxx>
  Date:   Fri Sep 6 10:38:12 2019 +0200
  
      ui: add an embedded Barrier client
      
      This allows to receive mouse and keyboard events from
      a Barrier server.
      
      This is enabled by adding the following parameter on the
      command line
      
          ... -object input-barrier,id=$id,name=$name ...
      
      Where $name is the name declared in the screens section of barrier.conf
      
      The barrier server (barriers) must be configured and must run on the
      local host.
      
      For instance:
      
        section: screens
            localhost:
                ...
            VM-1:
                ...
            end
      
        section: links
            localhost:
                right = VM-1
            VM-1:
                left = localhost
        end
      
      Then on the QEMU command line:
      
          ... -object input-barrier,id=barrie0,name=VM-1 ...
      
      When the mouse will move out of the screen of the local host on
      the right, the mouse and the keyboard will be grabbed and all
      related events will be send to the guest OS.
      
      This is usefull when qemu is configured without emulated graphic card
      but with a VFIO attached graphic card.
      
      More information about Barrier can be found at:
      
        https://github.com/debauchee/barrier
      
      This avoids to install the Barrier server in the guest OS,
      for instance when it is not supported or during the installation.
      
      Signed-off-by: Laurent Vivier <laurent@xxxxxxxxx>
      Message-id: 20190906083812.29487-1-laurent@xxxxxxxxx
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  
  commit e1b3d47751a420835cb0560fd029c39fea961a79
  Author: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  Date:   Wed Sep 4 07:52:50 2019 +0200
  
      vnc: fix websocket field in events
      
      Just need to fill VncClientInfo.websocket in vnc_client_cache_addr().
      
      Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1748175
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
      Reviewed-by: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
      Message-id: 20190904055250.22421-1-kraxel@xxxxxxxxxx
  
  commit d2329237af197429492ec27d22a4ba4f121dbc10
  Author: Gerd Hoffmann <kraxel@xxxxxxxxxx>
  Date:   Mon Sep 9 09:39:11 2019 +0200
  
      ui/egl: fix framebuffer reads
      
      Fix egl_fb_read() to use the (destination) surface size instead of the
      (source) framebuffer source for glReadPixels.  Pass the DisplaySurface
      instead of the pixeldata pointer to egl_fb_read() to make this possible.
      
      With that in place framebuffer reads work fine even if the surface and
      framebuffer sizes don't match, so we can remove the guest-triggerable
      asserts in egl_scanout_flush().
      
      Buglink: https://bugzilla.redhat.com//show_bug.cgi?id=1749659
      Signed-off-by: Gerd Hoffmann <kraxel@xxxxxxxxxx>
      Reviewed-by: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
      Message-id: 20190909073911.24787-1-kraxel@xxxxxxxxxx

dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.696874 to fit
Revision graph left in 
/home/logs/results/bisect/qemu-mainline/test-amd64-i386-qemuu-rhel6hvm-amd.redhat-install.{dot,ps,png,html,svg}.
----------------------------------------
142293: tolerable ALL FAIL

flight 142293 qemu-mainline real-bisect [real]
http://logs.test-lab.xenproject.org/osstest/logs/142293/

Failures :-/ but no regressions.

Tests which did not succeed,
including tests which could not be run:
 test-amd64-i386-qemuu-rhel6hvm-amd 10 redhat-install    fail baseline untested


jobs:
 test-amd64-i386-qemuu-rhel6hvm-amd                           fail    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/osstest-output

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.