qemu-commits
[Top][All Lists]
Advanced

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

[Qemu-commits] [qemu/qemu] 423f7c: ipxe: update to 20161108 snapshot


From: GitHub
Subject: [Qemu-commits] [qemu/qemu] 423f7c: ipxe: update to 20161108 snapshot
Date: Thu, 10 Nov 2016 08:00:06 -0800

  Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 423f7cf233fe262c777db7f87db3e9fac29e02d1
      
https://github.com/qemu/qemu/commit/423f7cf233fe262c777db7f87db3e9fac29e02d1
  Author: Gerd Hoffmann <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M pc-bios/efi-e1000.rom
    M pc-bios/efi-e1000e.rom
    M pc-bios/efi-eepro100.rom
    M pc-bios/efi-ne2k_pci.rom
    M pc-bios/efi-pcnet.rom
    M pc-bios/efi-rtl8139.rom
    M pc-bios/efi-virtio.rom
    M pc-bios/efi-vmxnet3.rom
    M roms/ipxe

  Log Message:
  -----------
  ipxe: update to 20161108 snapshot

git shortlog 04186319..b991c67c
===============================

Laszlo Ersek (3):
      [efi] Install the HII config access protocol on a child of the SNP handle
      [librm] Conditionalize the workaround for the Tivoli VMM's SSE garbling
      [build] Disable TIVOLI_VMM_WORKAROUND in the qemu configuration

Lukas Grossar (1):
      [intel] Add PCI device ID for I219-V/LM

Michael Brown (57):
      [efi] Fix uninitialised data in HII IFR structures
      [bios] Do not enable interrupts when printing to the console
      [pxe] Disable interrupts on the PIC before starting NBP
      [dhcp] Allow for variable encapsulation of architecture-specific options
      [dhcpv6] Include RFC5970 client architecture options in DHCPv6 requests
      [dhcpv6] Include vendor class identifier option in DHCPv6 requests
      [dhcp] Automatically generate vendor class identifier string
      [xfer] Send intf_close() if redirection fails
      [downloader] Treat redirection failures as fatal
      [iscsi] Treat redirection failures as fatal
      [debug] Allow per-object runtime enabling/disabling of debug messages
      [debug] Allow debug messages to be initially disabled at runtime
      [libc] Allow assertions to be globally enabled or disabled
      [profile] Allow profiling to be globally enabled or disabled
      [rng] Check for functioning RTC interrupt
      [acpi] Add support for ACPI power off
      [acpi] Allow time for ACPI power off to take effect
      [ipv4] Send gratuitous ARPs whenever a new IPv4 address is applied
      [intel] Strip spurious VLAN tags received by virtual function NICs
      [intel] Remove duplicate intelvf_mbox_queues() function
      [ipv6] Perform SLAAC only during autoconfiguration
      [settings] Create space for IPv6 in settings display order
      [ipv6] Rename ipv6_scope to dhcpv6_scope
      [settings] Correctly mortalise autovivified child settings blocks
      [ipv6] Allow settings to comprise arbitrary subsets of NDP options
      [ipv6] Expose IPv6 settings acquired through NDP
      [dhcpv6] Expose IPv6 address setting acquired through DHCPv6
      [ipv6] Expose IPv6 link-local address settings
      [settings] Allow settings blocks to specify a sibling ordering
      [ipv6] Match user expectations for IPv6 settings priorities
      [ipv6] Create routing table based on IPv6 settings
      [ipv6] Rename ipv6_scope to ipv6_settings_scope
      [test] Update IPv6 tests to use okx()
      [ipv6] Allow for multiple routers
      [hyperv] Use instance UUID in device name
      [crypto] Remove obsolete extern declaration for asn1_invalidate_cursor()
      [crypto] Allow for parsing of partial ASN.1 cursors
      [image] Add image_asn1() to extract ASN.1 objects from image
      [crypto] Add DER image format
      [crypto] Add PEM image format
      [image] Use image_asn1() to extract data from CMS signature images
      [build] Remove obsolete explicit object requirements
      [crypto] Enable both DER and PEM formats by default
      [build] Remove more obsolete explicit object requirements
      [pixbuf] Enable PNG format by default
      [crypto] Add image_x509() to extract X.509 certificates from image
      [crypto] Generalise X.509 "valid" field to a "flags" field
      [list] Add list_next_entry() and list_prev_entry()
      [crypto] Expose certstore_del() to explicitly remove stored certificates
      [crypto] Allow certificates to be marked as having been added explicitly
      [crypto] Add certstat() to display basic certificate information
      [cmdline] Add certificate management commands
      [crypto] Mark permanent certificates as permanent
      [efi] Mark AppleNetBoot.h as a native iPXE header
      [efi] Update to current EDK2 headers
      [efi] Add EFI_BLOCK_IO2_PROTOCOL header and GUID definition
      [bzimage] Fix page alignment of initrd images

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


  Commit: 791f97758e223de3290592d169f8e6339c281714
      
https://github.com/qemu/qemu/commit/791f97758e223de3290592d169f8e6339c281714
  Author: Li Qiang <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M hw/usb/hcd-ehci.c

  Log Message:
  -----------
  usb: ehci: fix memory leak in ehci_init_transfer

In ehci_init_transfer function, if the 'cpage' is bigger than 4,
it doesn't free the 'p->sgl' once allocated previously thus leading
a memory leak issue. This patch avoid this.

Signed-off-by: Li Qiang <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 07b026fd82d6cf11baf7d7c603c4f5f6070b35bf
      
https://github.com/qemu/qemu/commit/07b026fd82d6cf11baf7d7c603c4f5f6070b35bf
  Author: Li Qiang <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M hw/usb/redirect.c

  Log Message:
  -----------
  usbredir: free vm_change_state_handler in usbredir destroy dispatch

In usbredir destroy dispatch function, it doesn't free the vm change
state handler once registered in usbredir_realize function. This will
lead a memory leak issue. This patch avoid this.

Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Marc-André Lureau <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 204af15b04a448aa6e954e37613ac43467fd76c4
      
https://github.com/qemu/qemu/commit/204af15b04a448aa6e954e37613ac43467fd76c4
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M ui/gtk.c

  Log Message:
  -----------
  ui/gtk: Fix build with older versions of gtk

GDK_KEY_Delete is only defined with gtk version 2.22 and newer,
on older versions this key was called GDK_Delete instead.
Since this is the case for all GDK_KEY_* defines, change the
already existing preprocessor check there to test for version 2.22,
so we know that we can remove this code block in case we require
that version as a minimum one day.

Signed-off-by: Thomas Huth <address@hidden>
Reviewed-by: Daniel P. Berrange <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 86f3bf0ebec1df6e7fd2dd5a4e76cbbcd2d1b01e
      
https://github.com/qemu/qemu/commit/86f3bf0ebec1df6e7fd2dd5a4e76cbbcd2d1b01e
  Author: Peter Korsgaard <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M hw/input/hid.c

  Log Message:
  -----------
  hw/input/hid: support alternative sysrq/break scancodes for gtk-vnc

The printscreen/sysrq and pause/break keys currently don't work for guests
using -usbdevice keyboard when accessed through vnc with a gtk-vnc based
client.

The reason for this is a mismatch between gtk-vnc and qemu in how these keys
should be mapped to XT keycodes.

On the original IBM XT these keys behaved differently than other keys.

Quoting from https://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html:

The keys PrtSc/SysRq and Pause/Break are special. The former produces
scancode e0 2a e0 37 when no modifier key is pressed simultaneously, e0 37
together with Shift or Ctrl, but 54 together with (left or right) Alt.  (And
one gets the expected sequences upon release.  But see below.) The latter
produces scancode sequence e1 1d 45 e1 9d c5 when pressed (without modifier)
and nothing at all upon release.  However, together with (left or right)
Ctrl, one gets e0 46 e0 c6, and again nothing at release.  It does not
repeat.

Gtk-vnc supports the 'QEMU Extended Key Event Message' RFB extension to send
raw XT keycodes directly to qemu, but the specification doesn't explicitly
specify how to map such long/complicated keycode sequences.  From the spec
(https://github.com/rfbproto/rfbproto/blob/master/rfbproto.rst#qemu-extended-key-event-message)

The keycode is the XT keycode that produced the keysym. An XT keycode is an
XT make scancode sequence encoded to fit in a single U32 quantity.  Single
byte XT scancodes with a byte value less than 0x7f are encoded as is.
2-byte XT scancodes whose first byte is 0xe0 and second byte is less than
0x7f are encoded with the high bit of the first byte set

hid.c currently expects the keycode sequence with shift/ctl for sysrq (e0 37
-> 0xb7 in RFB), whereas gtk-vnc uses the sequence with alt (0x54).
Likewise, hid.c expects the code without modifiers (e1 1d 45 -> 0xc5 in
RFB), whereas gtk-vnc sends the keycode sequence with ctrl for pause (e0 46
-> 0xc6 in RFB).

See keymaps.cvs in gtk-vnc for the mapping used:
https://git.gnome.org/browse/gtk-vnc/tree/src/keymaps.csv#n150

Now, it isn't obvious to me which sequence is really "right", but as the
0x54/0xc6 keycodes are currently unused in hid.c, supporting both seems like
the pragmatic solution to me.  The USB HID keyboard boot protocol used by
hid.c doesn't have any other mapping applicable to these keys.

The other guest keyboard interfaces (ps/2, virtio, ..) are not affected,
because they handle these keys differently.

Signed-off-by: Peter Korsgaard <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: 7c7030029626db81f4e7a003945f293fdd764611
      
https://github.com/qemu/qemu/commit/7c7030029626db81f4e7a003945f293fdd764611
  Author: Samuel Thibault <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M configure

  Log Message:
  -----------
  Fix cursesw detection

On systems which do not provide ncursesw.pc and whose /usr/include/curses.h
does not include wide support, we should not only try with no -I, i.e.
/usr/include, but also with -I/usr/include/ncursesw.

To properly detect for wide support with and without -Werror, we need to
check for the presence of e.g. the WACS_DEGREE macro.

We also want to stop at the first curses_inc_list configuration which works,
and make sure to set IFS to : at each new loop.

Signed-off-by: Samuel Thibault <address@hidden>
Tested-by: Cornelia Huck <address@hidden>
Message-id: address@hidden
Signed-off-by: Gerd Hoffmann <address@hidden>


  Commit: f7e242d6a3323083d1a930b3f5f6511658cb1016
      
https://github.com/qemu/qemu/commit/f7e242d6a3323083d1a930b3f5f6511658cb1016
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Add some ARM related files to the corresponding sections

The files w/cpu/a*mpcore.c are already assigned to the ARM CPU
section, but the corresponding headers include/hw/cpu/a*mpcore.h
are still missing.

The file hw/*/imx* are already assigned to the i.MX31 machine, but
the corresponding header files include/hw/*/imx* are still missing.

The file hw/misc/arm_integrator_debug.c seems to belong to Integrator
CP, hw/cpu/realview_mpcore.c seems to belong to Real View, and
hw/misc/mst_fpga.c seems to belong to PXA2XX.

And the files hw/misc/zynq* and include/hw/misc/zynq* seem to belong
to the Xilinx Zynq machine.

Reviewed-by: Alistair Francis <address@hidden>
Acked-by: Peter Maydell <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


  Commit: 7098b79e6fdff6f99f5edfaf447914ce010c43d9
      
https://github.com/qemu/qemu/commit/7098b79e6fdff6f99f5edfaf447914ce010c43d9
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  sparc: Add slavio_misc.c and eccmemctl.c to the MAINTAINERS file

Both files seem to belong to the Sun4m machine.

Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


  Commit: e9a5611405d024f858a5f85a03e95e3f1409683d
      
https://github.com/qemu/qemu/commit/e9a5611405d024f858a5f85a03e95e3f1409683d
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  m68k: Update the 68k sections in the MAINTAINERS file

disas/m68k.c obviously belong to the m68k CPU section in
the MAINTAINERS file, but remove the hw/m68k/ directory
here since it only contains machine (not CPU) related
files, as requested by Laurent. Add the machine related
files to the right machine sections instead.

Reviewed-by: Laurent Vivier <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


  Commit: 87a9023a934305f3bc61cb2b06de9611211eaa12
      
https://github.com/qemu/qemu/commit/87a9023a934305f3bc61cb2b06de9611211eaa12
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Add an entry for the CHRP NVRAM files

I recently added new files to the source tree that are not
covered by any maintainer yet -- and since every new source
file should have a maintainer nowadays, I volunteer to look
after these files now, too.

Reviewed-by: David Gibson <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


  Commit: 538193bc9e4d6f0b552e88e418cd9a7eac1fe649
      
https://github.com/qemu/qemu/commit/538193bc9e4d6f0b552e88e418cd9a7eac1fe649
  Author: John Snow <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Add Fam and Jsnow for Bitmap support

These files are currently unmaintained.

I'm proposing that Fam and I co-maintain them; under the model that
whomever between us isn't authoring a given series will be responsible
for reviewing it.

Signed-off-by: John Snow <address@hidden>
Acked-by: Fam Zheng <address@hidden>
Acked-by: Max Reitz <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


  Commit: 6bbcb76301a72dc80c8d29af13d40bb9a759c9c6
      
https://github.com/qemu/qemu/commit/6bbcb76301a72dc80c8d29af13d40bb9a759c9c6
  Author: Thomas Huth <address@hidden>
  Date:   2016-11-10 (Thu, 10 Nov 2016)

  Changed paths:
    M MAINTAINERS

  Log Message:
  -----------
  MAINTAINERS: Remove obsolete stable branches

There are only very old and orphaned stable branches listed
in the MAINTAINERS file - so this section is pretty useless
nowadays. Let's remove it.

Reviewed-by: John Snow <address@hidden>
Signed-off-by: Thomas Huth <address@hidden>


Compare: https://github.com/qemu/qemu/compare/9b4b0350264d...6bbcb76301a7

reply via email to

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