qemu-commits
[Top][All Lists]
Advanced

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

[Qemu-commits] [qemu/qemu] 2397ed: Add Makefile rules to build nic rom b


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 2397ed: Add Makefile rules to build nic rom binaries
Date: Tue, 19 Mar 2013 08:00:48 -0700

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 2397edd7354ebbcebf3cd55dc3c0b1fe7621794b
      
https://github.com/qemu/qemu/commit/2397edd7354ebbcebf3cd55dc3c0b1fe7621794b
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-18 (Mon, 18 Mar 2013)

  Changed paths:
    M roms/Makefile

  Log Message:
  -----------
  Add Makefile rules to build nic rom binaries

"make -C roms pxerom" will build the ipxe roms and update
the binaries in pc-bios/, i.e. it basically documents how
the build process of our current nic roms works.

Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: c3d8dab3298c64267411fb470e3d1e18871a359b
      
https://github.com/qemu/qemu/commit/c3d8dab3298c64267411fb470e3d1e18871a359b
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-18 (Mon, 18 Mar 2013)

  Changed paths:
    M roms/ipxe

  Log Message:
  -----------
  Update ipxe submodule to latest master

Needed for efi support.

ipxe is grown a bit, so *not* recompiling the (non-efi) pxe roms
because that would make some pxe roms larger than 64k, which in
turn would be a guest-visible change because the rom bar size
grows from 64k to 128k.

Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 2f3f430d7cca3f67ef9b539dbc008d71eb6a3bd0
      
https://github.com/qemu/qemu/commit/2f3f430d7cca3f67ef9b539dbc008d71eb6a3bd0
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-18 (Mon, 18 Mar 2013)

  Changed paths:
    M roms/Makefile

  Log Message:
  -----------
  Add Makefile rules to build nic rom binaries with efi support

"make -C roms efirom" will build rom binaries with EFI support.
They are composed from three images: legacy bios, efi ia32
and efi x64.  So netbooting via SeaBIOS will continue to work
like it does today, and additionally we get network support
for EFI.  This target needs the EfiRom utility (shipped with
edk2) somewhere in the $PATH.

Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 8a24d3cb9be9bca2b77a4e9eb1a62ed735af712e
      
https://github.com/qemu/qemu/commit/8a24d3cb9be9bca2b77a4e9eb1a62ed735af712e
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-18 (Mon, 18 Mar 2013)

  Changed paths:
    A pc-bios/efi-e1000.rom
    A pc-bios/efi-eepro100.rom
    A pc-bios/efi-ne2k_pci.rom
    A pc-bios/efi-pcnet.rom
    A pc-bios/efi-rtl8139.rom
    A pc-bios/efi-virtio.rom

  Log Message:
  -----------
  Add efi rom binaries

Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: c45e5b5b30ac1f5505725a7b36e68cedfce4f01f
      
https://github.com/qemu/qemu/commit/c45e5b5b30ac1f5505725a7b36e68cedfce4f01f
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-18 (Mon, 18 Mar 2013)

  Changed paths:
    M hw/e1000.c
    M hw/ne2000.c
    M hw/pc.h
    M hw/pcnet-pci.c
    M hw/rtl8139.c
    M hw/virtio-pci.c

  Log Message:
  -----------
  Switch to efi-enabled nic roms by default

All PCI nics are switched to EFI-enabled roms by default.  They are
composed from three images (legacy, efi ia32 & efi x86), so classic
pxe booting will continue to work.

Exception: eepro100 is not switched, it uses a single rom for all
emulated eepro100 variants, then goes patch the rom header on the
fly with the correct PCI IDs.  I doubt that will work as-is with
the efi roms.

Keep old roms for 1.4+older machine types via compat properties,
needed because the efi-enabled roms are larger so the pci rom bar
size would change.

Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: fca23f0ad211e4debf80796a65165d0eea146424
      
https://github.com/qemu/qemu/commit/fca23f0ad211e4debf80796a65165d0eea146424
  Author: Liu Yuan <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M block/sheepdog.c

  Log Message:
  -----------
  sheepdog: show error message for halt status

Sheepdog (neither quorum nor unsafe mode) will refuse to serve IO requests when
number of alive nodes is less than that of copies specified by users. This will
return 0x19 to QEMU client which currently doesn't recognize it.

This patch adds an error description when QEMU client receives it, other than
plainly printing 'Invalid error code'

Cc: MORITA Kazutaka <address@hidden>
Cc: Kevin Wolf <address@hidden>
Cc: Stefan Hajnoczi <address@hidden>
Signed-off-by: Liu Yuan <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Reviewed-by: MORITA Kazutaka <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>


  Commit: acdfb480ba7e2779bdbffb5280cf12ff6e43669c
      
https://github.com/qemu/qemu/commit/acdfb480ba7e2779bdbffb5280cf12ff6e43669c
  Author: Kevin Wolf <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M block/qcow2.c
    M block/qcow2.h

  Log Message:
  -----------
  qcow2: Fix segfault in qcow2_invalidate_cache

Need to pass an options QDict to qcow2_open() now. This fixes a segfault
on the migration target with qcow2.

Signed-off-by: Kevin Wolf <address@hidden>


  Commit: 4d70655bcb852ea0a006d3923f0b0a9c69ff462e
      
https://github.com/qemu/qemu/commit/4d70655bcb852ea0a006d3923f0b0a9c69ff462e
  Author: Stefan Hajnoczi <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M block.c

  Log Message:
  -----------
  block: fix BDRV_O_SNAPSHOT protocol detection

realpath(3) is used to get an absolute path to the image file when
creating a -drive snapshot=on temporary qcow2.  This does not work for
protocols since their filenames ("proto:foo:...") do not correspond to
file system paths.

Commit 7c96d46ec245d73fd76726588409f9abe4bd5dc1 ("Let snapshot work with
protocols") skipped realpath(3) for protocols.  Later on the "raw"
format was introduced and broke the check.

Use path_has_protocol(filename) to decide if this image uses a protocol
or a filename.

Reported-by: Richard Jones <address@hidden>
Signed-off-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>


  Commit: f95e26ddf526a025aa1334bbe527739397970443
      
https://github.com/qemu/qemu/commit/f95e26ddf526a025aa1334bbe527739397970443
  Author: Stefan Hajnoczi <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    A tests/qemu-iotests/052
    A tests/qemu-iotests/052.out
    M tests/qemu-iotests/group

  Log Message:
  -----------
  qemu-iotests: add 052 BDRV_O_SNAPSHOT test

Check that writes to an image opened with BDRV_O_SNAPSHOT do not modify
the underlying image file.

Signed-off-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>


  Commit: a8e5cc0c076a6e3a62f0e9aad88b007dccf3dd17
      
https://github.com/qemu/qemu/commit/a8e5cc0c076a6e3a62f0e9aad88b007dccf3dd17
  Author: Dunrong Huang <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M hw/virtio-blk.c

  Log Message:
  -----------
  virtio-blk: Do not segfault fault if failed to initialize dataplane

$ ~/usr/bin/qemu-system-x86_64 -enable-kvm -m 1024 -drive 
if=none,id=drive0,cache=none,aio=native,format=raw,file=/root/Image/centos-6.4.raw
 -device virtio-blk-pci,drive=drive0,scsi=off,x-data-plane=on,config-wce=on # 
make dataplane fail to initialize
qemu-system-x86_64: -device 
virtio-blk-pci,drive=drive0,scsi=off,x-data-plane=on,config-wce=on: device is 
incompatible with x-data-plane, use config-wce=off
*** glibc detected *** /root/usr/bin/qemu-system-x86_64: free(): invalid 
pointer: 0x00007f001fef12f8 ***
======= Backtrace: =========
/lib64/libc.so.6(+0x7d776)[0x7f00153a5776]
/root/usr/bin/qemu-system-x86_64(+0x2c34ec)[0x7f001cf5b4ec]
/root/usr/bin/qemu-system-x86_64(+0x342f9a)[0x7f001cfdaf9a]
/root/usr/bin/qemu-system-x86_64(+0x33694e)[0x7f001cfce94e]
....................

 (gdb) bt
 #0  0x00007f3bf3a12015 in raise () from /lib64/libc.so.6
 #1  0x00007f3bf3a1348b in abort () from /lib64/libc.so.6
 #2  0x00007f3bf3a51a4e in __libc_message () from /lib64/libc.so.6
 #3  0x00007f3bf3a57776 in malloc_printerr () from /lib64/libc.so.6
 #4  0x00007f3bfb60d4ec in free_and_trace (mem=0x7f3bfe0129f8) at vl.c:2786
 #5  0x00007f3bfb68cf9a in virtio_cleanup (vdev=0x7f3bfe0129f8) at 
/root/Develop/QEMU/qemu/hw/virtio.c:900
 #6  0x00007f3bfb68094e in virtio_blk_device_init (vdev=0x7f3bfe0129f8) at 
/root/Develop/QEMU/qemu/hw/virtio-blk.c:666
 #7  0x00007f3bfb68dadf in virtio_device_init (qdev=0x7f3bfe0129f8) at 
/root/Develop/QEMU/qemu/hw/virtio.c:1092
 #8  0x00007f3bfb50da46 in device_realize (dev=0x7f3bfe0129f8, 
err=0x7fff479c9258) at hw/qdev.c:176
.............................

In virtio_blk_device_init(), the memory which vdev point to is a static
member of "struct VirtIOBlkPCI", not heap memory, and it does not
get freed. So we shoule use virtio_common_cleanup() to clean this VirtIODevice
rather than virtio_cleanup(), which attempts to free the vdev.

This error was introduced by commit 05ff686536f408ba6e8426b1b54d25bd3379fda2
recently.

Signed-off-by: Dunrong Huang <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>


  Commit: f628926bb423fa8a7e0b114511400ea9df38b76a
      
https://github.com/qemu/qemu/commit/f628926bb423fa8a7e0b114511400ea9df38b76a
  Author: Gerd Hoffmann <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M monitor.c

  Log Message:
  -----------
  fix monitor

chardev flow control broke monitor, fix it by adding watch support.

Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 2c8a59422c06fe1e37c85502d92ccdfb5e2ac987
      
https://github.com/qemu/qemu/commit/2c8a59422c06fe1e37c85502d92ccdfb5e2ac987
  Author: Kevin Wolf <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M include/char/char.h
    M qemu-char.c

  Log Message:
  -----------
  char: Fix return type of qemu_chr_fe_add_watch()

qemu_chr_fe_add_watch() can return negative errors, therefore it must
not have an unsigned return type. For consistency with other
qemu_chr_fe_* functions, this uses a standard C int instead of glib
types.

In situations where qemu_chr_fe_add_watch() is falsely assumed to have
succeeded, the serial ports would go into a state where it never becomes
ready for transmitting more data; this is fixed by this patch.

Signed-off-by: Kevin Wolf <address@hidden>
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: 277ba8a6d717abb2f36896cd9877a68d2cf03d77
      
https://github.com/qemu/qemu/commit/277ba8a6d717abb2f36896cd9877a68d2cf03d77
  Author: Anthony Liguori <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M block.c
    M block/qcow2.c
    M block/qcow2.h
    M block/sheepdog.c
    M hw/virtio-blk.c
    A tests/qemu-iotests/052
    A tests/qemu-iotests/052.out
    M tests/qemu-iotests/group

  Log Message:
  -----------
  Merge remote-tracking branch 'kwolf/for-anthony' into staging

# By Stefan Hajnoczi (2) and others
# Via Kevin Wolf
* kwolf/for-anthony:
  virtio-blk: Do not segfault fault if failed to initialize dataplane
  qemu-iotests: add 052 BDRV_O_SNAPSHOT test
  block: fix BDRV_O_SNAPSHOT protocol detection
  qcow2: Fix segfault in qcow2_invalidate_cache
  sheepdog: show error message for halt status


  Commit: 8510d91ebad522685bc1a29e7bbc1f5050af0d2c
      
https://github.com/qemu/qemu/commit/8510d91ebad522685bc1a29e7bbc1f5050af0d2c
  Author: Peter Maydell <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M ui/cocoa.m

  Log Message:
  -----------
  ui/cocoa.m: Fix compile failures introduced by recent console changes

Fix various compilation failures introduced by the recent console
changes.

Signed-off-by: Peter Maydell <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: c8a6ae8bb95477d5ac11d9b491b603b2d190a96e
      
https://github.com/qemu/qemu/commit/c8a6ae8bb95477d5ac11d9b491b603b2d190a96e
  Author: Amos Kong <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M qemu-options.hx
    M vl.c

  Log Message:
  -----------
  add a boot option to do strict boot

Seabios already added a new device type to halt booting.
Qemu can add "HALT" at the end of bootindex string, then
seabios will halt booting after trying to boot from all
selected devices.

This patch added a new boot option to configure if boot
from un-selected devices.

This option only effects when boot priority is changed by
bootindex options, the old style(-boot order=..) will still
try to boot from un-selected devices.

v2: add HALT entry in get_boot_devices_list()
v3: rebase to latest qemu upstream

Signed-off-by: Amos Kong <address@hidden>
Message-id: address@hidden
Signed-off-by: Anthony Liguori <address@hidden>


  Commit: f7d42093a5e54d48cab62695a374806d4303bd6b
      
https://github.com/qemu/qemu/commit/f7d42093a5e54d48cab62695a374806d4303bd6b
  Author: Anthony Liguori <address@hidden>
  Date:   2013-03-19 (Tue, 19 Mar 2013)

  Changed paths:
    M hw/e1000.c
    M hw/ne2000.c
    M hw/pc.h
    M hw/pcnet-pci.c
    M hw/rtl8139.c
    M hw/virtio-pci.c
    A pc-bios/efi-e1000.rom
    A pc-bios/efi-eepro100.rom
    A pc-bios/efi-ne2k_pci.rom
    A pc-bios/efi-pcnet.rom
    A pc-bios/efi-rtl8139.rom
    A pc-bios/efi-virtio.rom
    M roms/Makefile
    M roms/ipxe

  Log Message:
  -----------
  Merge remote-tracking branch 'kraxel/ipxe.2' into staging

# By Gerd Hoffmann
# Via Gerd Hoffmann
* kraxel/ipxe.2:
  Switch to efi-enabled nic roms by default
  Add efi rom binaries
  Add Makefile rules to build nic rom binaries with efi support
  Update ipxe submodule to latest master
  Add Makefile rules to build nic rom binaries


Compare: https://github.com/qemu/qemu/compare/2d62a9576602...f7d42093a5e5

reply via email to

[Prev in Thread] Current Thread [Next in Thread]