{"push_id":2541550575,"size":105,"distinct_size":105,"ref":"refs/heads/qemu-2.13-for-upstream","head":"484c08ba74ed3d6102950ae9b12f40b7f9e71f0c","before":"efec38acb20e0e2b7ad3680ce89ce69e77a96a67","commits":[{"sha":"7a9cb3ad3370cd98b84f9df252012ecf7a5a5b67","author":{"name":"Cornelia Huck","email":"30e11450240723c8d5fc53105dfc38d5ef93eed3@redhat.com"},"message":"s390x: introduce 2.13 compat machine\n\nReviewed-by: Thomas Huth <thuth@redhat.com>\nReviewed-by: David Hildenbrand <david@redhat.com>\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/7a9cb3ad3370cd98b84f9df252012ecf7a5a5b67"},{"sha":"98e43b71b25330566d902fbdc8fe35041c2decbe","author":{"name":"Claudio Imbrenda","email":"51c65f9c70a73b9f6da44049ef9ec4899f0ac031@linux.vnet.ibm.com"},"message":"s390x/sclp: extend SCLP event masks to 64 bits\n\nExtend the SCLP event masks to 64 bits.\n\nNotice that using any of the new bits results in a state that cannot be\nmigrated to an older version.\n\nSigned-off-by: Claudio Imbrenda <imbrenda@linux.vnet.ibm.com>\nMessage-Id: <1520507069-22179-1-git-send-email-imbrenda@linux.vnet.ibm.com>\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/98e43b71b25330566d902fbdc8fe35041c2decbe"},{"sha":"c96f2c2a165acf92ff987ebc9e225452250c5083","author":{"name":"Greg Kurz","email":"cc878073a22fe20c2ded9f6f326476101ddf4b25@kaod.org"},"message":"vfio-ccw: introduce vfio_ccw_get_device()\n\nA recent patch fixed leaks of the dynamically allocated vcdev->vdev.name\nfield in vfio_ccw_realize(), but we now have three freeing sites for it.\nThis is unfortunate and seems to indicate something is wrong with its\nlife cycle.\n\nThe root issue is that vcdev->vdev.name is set before vfio_get_device()\nis called, which theoretically prevents to call vfio_put_device() to\ndo the freeing. Well actually, we could call it anyway  because\nvfio_put_base_device() is a nop if the device isn't attached, but this\nwould be confusing.\n\nThis patch hence moves all the logic of attaching the device, including\nthe \"already attached\" check, to a separate vfio_ccw_get_device() function,\ncounterpart of vfio_put_device(). While here, vfio_put_device() is renamed\nto vfio_ccw_put_device() for consistency.\n\nSigned-off-by: Greg Kurz <groug@kaod.org>\nMessage-Id: <152326891065.266543.9487977590811413472.stgit@bahia.lan>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/c96f2c2a165acf92ff987ebc9e225452250c5083"},{"sha":"e7c3246162398677eb96f55f267de00809ea213d","author":{"name":"David Hildenbrand","email":"aa743a0aaec8f7d7a1f01442503957f4d7a2d634@redhat.com"},"message":"s390x/kvm: cleanup calls to cpu_synchronize_state()\n\nWe have a call to cpu_synchronize_state() on every kvm_arch_handle_exit().\n\nLet's remove the ones that are no longer needed.\n\nRemaining places (for s390x) are in\n- target/s390x/sigp.c, on the target CPU\n- target/s390x/cpu.c:s390_cpu_get_crash_info()\n\nWhile at it, use kvm_cpu_synchronize_state() instead of\ncpu_synchronize_state() in KVM code. (suggested by Thomas Huth)\n\nSigned-off-by: David Hildenbrand <david@redhat.com>\nMessage-Id: <20180412093521.2469-1-david@redhat.com>\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nReviewed-by: Thomas Huth <thuth@redhat.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/e7c3246162398677eb96f55f267de00809ea213d"},{"sha":"052888f043bacb18231046045b1f9cd946703170","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"hw/s390x: Allow to configure the consoles with the \"-serial\" parameter\n\nThe consoles (\"sclpconsole\" and \"sclplmconsole\") can only be configured\nwith \"-device\" and \"-chardev\" so far. Other machines use the convenience\noption \"-serial\" to configure the default consoles, even for virtual\nconsoles like spapr-vty on the pseries machine. So let's support this\noption on s390x, too. This way we can easily enable the serial console\nhere again with \"-nodefaults\", for example:\n\nqemu-system-s390x -no-shutdown -nographic -nodefaults -serial mon:stdio\n\n... which is way shorter than typing:\n\nqemu-system-s390x -no-shutdown -nographic -nodefaults \\\n  -chardev stdio,id=c1,mux=on -device sclpconsole,chardev=c1 \\\n  -mon chardev=c1\n\nThe -serial parameter can also be used if you only want to see the QEMU\nmonitor on stdio without using -nodefaults, but not the console output.\nThat's something that is pretty impossible with the current code today:\n\nqemu-system-s390x -no-shutdown -nographic -serial none\n\nWhile we're at it, this patch also maps the second -serial option to the\n\"sclplmconsole\", so that there is now an easy way to configure this second\nconsole on s390x, too, for example:\n\nqemu-system-s390x -no-shutdown -nographic -serial null -serial mon:stdio\n\nAdditionally, the new code is also smaller than the old one and we have\nless s390x-specific code in vl.c :-)\n\nI've also checked that migration still works as expected by migrating\na guest with console output back and forth between a qemu-system-s390x\nthat has this patch and an instance without this patch.\n\nSigned-off-by: Thomas Huth <thuth@redhat.com>\nMessage-Id: <1524754794-28005-1-git-send-email-thuth@redhat.com>\nReviewed-by: David Hildenbrand <david@redhat.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/052888f043bacb18231046045b1f9cd946703170"},{"sha":"e4f869621203955761cf274c87d5595e9facd319","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"pc-bios/s390-ccw: size_t should be unsigned\n\n\"size_t\" should be an unsigned type according to the C standard.\nThus we should also use this convention in the s390-ccw firmware to avoid\nconfusion. I checked the sources, and apart from one spot in libc.c, the\ncode should all be fine with this change.\n\nBuglink: https://bugs.launchpad.net/qemu/+bug/1753437\nReviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>\nReviewed-by: Halil Pasic <pasic@linux.vnet.ibm.com>\nReviewed-by: Collin Walling <walling@linux.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/e4f869621203955761cf274c87d5595e9facd319"},{"sha":"6df2a829dfacfbf10a78199ad4b023a7ea65d9cd","author":{"name":"Collin Walling","email":"6a8456d624ba23d3de7a39e51739b800eab4ccb7@linux.ibm.com"},"message":"pc-bios/s390-ccw: rename MAX_TABLE_ENTRIES to MAX_BOOT_ENTRIES\n\nThe MAX_TABLE_ENTRIES constant has a name that is too generic. As we\nwant to declare a limit for boot menu entries, let's rename it to a more\nfitting MAX_BOOT_ENTRIES and set its value to 31 (30 boot entries and\n1 default entry). Also we move it from bootmap.h to s390-ccw.h to make\nit available for menu.c in a later patch.\n\nSigned-off-by: Collin Walling <walling@linux.ibm.com>\nReviewed-by: Thomas Huth <thuth@redhat.com>\nReviewed-by: Janosch Frank <frankja@linux.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/6df2a829dfacfbf10a78199ad4b023a7ea65d9cd"},{"sha":"074afe60d4c8167dcfaee7aca1065c6360449eaa","author":{"name":"Collin Walling","email":"6a8456d624ba23d3de7a39e51739b800eab4ccb7@linux.ibm.com"},"message":"pc-bios/s390-ccw: fix loadparm initialization and int conversion\n\nRename the loadparm char array in main.c to loadparm_str and\nincreased the size by one byte to account for a null termination\nwhen converting the loadparm string to an int  via atoui. We\nalso allow the boot menu to be enabled when loadparm is set to\nan empty string or a series of spaces.\n\nSigned-off-by: Collin Walling <walling@linux.ibm.com>\nReported-by: Vasily Gorbik <gor@linux.ibm.com>\nReviewed-by: Thomas Huth <thuth@redhat.com>\nReviewed-by: Janosch Frank <frankja@linux.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/074afe60d4c8167dcfaee7aca1065c6360449eaa"},{"sha":"7385e947fc65a44dd05abb86c874beb915c1989c","author":{"name":"Collin Walling","email":"6a8456d624ba23d3de7a39e51739b800eab4ccb7@linux.ibm.com"},"message":"pc-bios/s390-ccw: fix non-sequential boot entries (eckd)\n\nzIPL boot menu entries can be non-sequential. Let's account\nfor this issue for the s390 zIPL boot menu. Since this boot\nmenu is actually an imitation and is not completely capable\nof everything the real zIPL menu can do, let's also print a\ndifferent banner to the user.\n\nSigned-off-by: Collin Walling <walling@linux.ibm.com>\nReported-by: Vasily Gorbik <gor@linux.ibm.com>\nReviewed-by: Thomas Huth <thuth@redhat.com>\nReviewed-by: Janosch Frank <frankja@linux.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/7385e947fc65a44dd05abb86c874beb915c1989c"},{"sha":"622b39178057289a1c8c1b5148f513e658e90ea1","author":{"name":"Collin Walling","email":"6a8456d624ba23d3de7a39e51739b800eab4ccb7@linux.ibm.com"},"message":"pc-bios/s390-ccw: fix non-sequential boot entries (enum)\n\nzIPL boot menu entries can be non-sequential. Let's account\nfor this issue for the s390 enumerated boot menu. Since we\ncan no longer print a range of available entries to the\nuser, we have to present a list of each available entry.\n\nAn example of this menu:\n\n  s390-ccw Enumerated Boot Menu.\n\n   [0] default\n\n   [1]\n   [2]\n   [7]\n   [8]\n   [9]\n  [11]\n  [12]\n\n  Please choose:\n\nSigned-off-by: Collin Walling <walling@linux.ibm.com>\nReported-by: Vasily Gorbik <gor@linux.ibm.com>\nReviewed-by: Thomas Huth <thuth@redhat.com>\nReviewed-by: Janosch Frank <frankja@linux.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/622b39178057289a1c8c1b5148f513e658e90ea1"},{"sha":"0c18822953011ec0a3038c8a5eca1803b72a213e","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"pc-bios/s390-ccw/net: Split up net_load() into init, load and release parts\n\nWhen we want to support pxelinux-style network booting later, we've got\nto do several TFTP transfers - and we do not want to apply for a new IP\naddress via DHCP each time. So split up net_load into three parts:\n\n1. net_init(), which initializes virtio-net, gets an IP address via DHCP\n   and prints out the related information.\n\n2. The tftp_load call is now moved directly into the main() function\n\n3. A new net_release() function which should tear down the network stack\n   before we are done in the firmware.\n\nThis will make it easier to extend the code in the next patches.\n\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/0c18822953011ec0a3038c8a5eca1803b72a213e"},{"sha":"9a848adf45d6732e62551decb3c0255173090767","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"pc-bios/s390-ccw/net: Use diag308 to reset machine before jumping to the OS\n\nThe netboot firmware so far simply jumped directly into the OS kernel\nafter the download has been completed. This, however, bears the risk\nthat the virtio-net device still might be active in the background and\nincoming packets are still placed into the buffers - which could destroy\nmemory of the now-running Linux kernel in case it did not take over the\ndevice fast enough. Also the SCLP console is not put into a well-defined\nstate here. We should hand over the system in a clean state when jumping\ninto the kernel, so let's use the same mechanism as it's done in the\nmain s390-ccw firmware and reset the machine with diag308 into a clean\nstate before jumping into the OS kernel code. To be able to share the\ncode with the main s390-ccw firmware, the related functions are now\nextracted from bootmap.c into a new file called jump2ipl.c.\n\nSince we now also set the boot device schid at address 184 for the network\nboot device, this patch also slightly changes the way how we detect the\nentry points for non-ELF binary images: The code now looks for the \"S390EP\"\nmagic first and then jumps to 0x10000 in case it has been found. This is\nnecessary for booting from network devices, since the normal kernel code\n(where the PSW at ddress 0 points to) tries to do a block load from the\nboot device. This of course fails for a virtio-net device and causes the\nkernel to abort with a panic-PSW silently.\n\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/9a848adf45d6732e62551decb3c0255173090767"},{"sha":"c4942ee94271052b68125ec8c06e8c71a967aad3","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"pc-bios/s390-ccw/net: Add support for .INS config files\n\nThe .INS config files can normally be found on CD-ROM ISO images,\nso by supporting these files, it is now possible to boot directly\nwhen the TFTP server is set up with the contents of such an CD-ROM\nimage.\n\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/c4942ee94271052b68125ec8c06e8c71a967aad3"},{"sha":"63d8b5ace31c1e1f3996fe4cd551d6d377594d5a","author":{"name":"Cornelia Huck","email":"30e11450240723c8d5fc53105dfc38d5ef93eed3@redhat.com"},"message":"s390-ccw: force diag 308 subcode to unsigned long\n\nWe currently pass an integer as the subcode parameter. However,\nthe upper bits of the register containing the subcode need to\nbe 0, which is not guaranteed unless we explicitly specify the\nsubcode to be an unsigned long value.\n\nFixes: d046c51dad3 (\"pc-bios/s390-ccw: Get device address via diag 308/6\")\nCc: qemu-stable@nongnu.org\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>\nAcked-by: Christian Borntraeger <borntraeger@de.ibm.com>\nTested-by: Thomas Huth <thuth@redhat.com>\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/63d8b5ace31c1e1f3996fe4cd551d6d377594d5a"},{"sha":"312185cf35b5d8454a84c337ef9aadade877fb88","author":{"name":"Thomas Huth","email":"9e65be74847981e55b2564b6266c57d86d3bac05@redhat.com"},"message":"pc-bios/s390: Update firmware images\n\ns390-ccw.img contains fixes for the boot menu, and s390-netboot.img\ncontains the support for .INS files and the patch for resetting the\nmachine with diag308.\n\nSigned-off-by: Thomas Huth <thuth@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/312185cf35b5d8454a84c337ef9aadade877fb88"},{"sha":"532cd4b067d37b96496dbacbfab6c990c063d33d","author":{"name":"Cornelia Huck","email":"30e11450240723c8d5fc53105dfc38d5ef93eed3@redhat.com"},"message":"Merge tag 'tags/s390x-2018-05-02' into staging\n\ns390-ccw firmware updates:\n- Improvements to the boot menu (can now handle non-sequential entries)\n- s390-netboot now resets the machine before jumping into the OS kernel\n- s390-netboot now supports indirect loading via .INS files\n- some other minor fixes and clean-ups\n\n# gpg: Signature made Wed 02 May 2018 04:15:21 PM CEST\n# gpg:                using RSA key 2ED9D774FE702DB5\n# gpg: Good signature from \"Thomas Huth <th.huth@gmx.de>\" [full]\n# gpg:                 aka \"Thomas Huth <thuth@redhat.com>\" [undefined]\n# gpg:                 aka \"Thomas Huth <huth@tuxfamily.org>\" [undefined]\n# gpg:                 aka \"Thomas Huth <th.huth@posteo.de>\" [unknown]\n\n* tag 'tags/s390x-2018-05-02':\n  pc-bios/s390: Update firmware images\n  s390-ccw: force diag 308 subcode to unsigned long\n  pc-bios/s390-ccw/net: Add support for .INS config files\n  pc-bios/s390-ccw/net: Use diag308 to reset machine before jumping to the OS\n  pc-bios/s390-ccw/net: Split up net_load() into init, load and release parts\n  pc-bios/s390-ccw: fix non-sequential boot entries (enum)\n  pc-bios/s390-ccw: fix non-sequential boot entries (eckd)\n  pc-bios/s390-ccw: fix loadparm initialization and int conversion\n  pc-bios/s390-ccw: rename MAX_TABLE_ENTRIES to MAX_BOOT_ENTRIES\n  pc-bios/s390-ccw: size_t should be unsigned\n\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/532cd4b067d37b96496dbacbfab6c990c063d33d"},{"sha":"a99856cd7f30b8c64cfaf97791dc5d462dabad6e","author":{"name":"Christophe Lyon","email":"0ec1b8ee85d9250d253c392c5d5101068ac5d5d3@st.com"},"message":"Remove CONFIG_USE_FDPIC.\n\nWe want to avoid code disabled by default, because it ends up less\ntested. This patch removes all instances of #ifdef CONFIG_USE_FDPIC,\nmost of which can be safely kept. For the ones that should be\nconditionally executed, we define elf_is_fdpic(). Without this patch,\ndefining CONFIG_USE_FDPIC would prevent QEMU from building precisely\nbecause elf_is_fdpic is not defined.\n\nSigned-off-by: Christophe Lyon <christophe.lyon@st.com>\nReviewed-by: Peter Maydell <peter.maydell@linaro.org>\nMessage-Id: <20180430080404.7323-2-christophe.lyon@st.com>\nSigned-off-by: Laurent Vivier <laurent@vivier.eu>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/a99856cd7f30b8c64cfaf97791dc5d462dabad6e"},{"sha":"cf58affecc67e1b22bdbd3dc90e19ad2d4b1ce3d","author":{"name":"Christophe Lyon","email":"0ec1b8ee85d9250d253c392c5d5101068ac5d5d3@st.com"},"message":"linux-user: ARM-FDPIC: Identify ARM FDPIC binaries\n\nDefine an ARM-specific version of elf_is_fdpic:\nFDPIC ELF objects are identified with e_ident[EI_OSABI] ==\nELFOSABI_ARM_FDPIC.\n\nCo-Authored-By: Mickaël Guêné <mickael.guene@st.com>\nSigned-off-by: Christophe Lyon <christophe.lyon@st.com>\nReviewed-by: Peter Maydell <peter.maydell@linaro.org>\nMessage-Id: <20180430080404.7323-3-christophe.lyon@st.com>\nSigned-off-by: Laurent Vivier <laurent@vivier.eu>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/cf58affecc67e1b22bdbd3dc90e19ad2d4b1ce3d"},{"sha":"3cb10cfafd83b9d7b3867b7deae29b8da3b5fe39","author":{"name":"Christophe Lyon","email":"0ec1b8ee85d9250d253c392c5d5101068ac5d5d3@st.com"},"message":"linux-user: ARM-FDPIC: Add support of FDPIC for ARM.\n\nAdd FDPIC info into image_info structure since interpreter info is on\nstack and needs to be saved to be accessed later on.\n\nCo-Authored-By:  Mickaël Guêné <mickael.guene@st.com>\nSigned-off-by: Christophe Lyon <christophe.lyon@st.com>\nReviewed-by: Peter Maydell <peter.maydell@linaro.org>\nMessage-Id: <20180430080404.7323-4-christophe.lyon@st.com>\nSigned-off-by: Laurent Vivier <laurent@vivier.eu>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/3cb10cfafd83b9d7b3867b7deae29b8da3b5fe39"},{"sha":"e8fa72957419c11984608062c7dcb204a6003a06","author":{"name":"Christophe Lyon","email":"0ec1b8ee85d9250d253c392c5d5101068ac5d5d3@st.com"},"message":"linux-user: ARM-FDPIC: Add support for signals for FDPIC targets\n\nThe FDPIC restorer needs to deal with a function descriptor, hence we\nhave to extend 'retcode' such that it can hold the instructions needed\nto perform this.\n\nThe restorer sequence uses the same thumbness as the exception\nhandler (mainly to support Thumb-only architectures).\n\nCo-Authored-By: Mickaël Guêné <mickael.guene@st.com>\nSigned-off-by: Christophe Lyon <christophe.lyon@st.com>\nReviewed-by: Peter Maydell <peter.maydell@linaro.org>\nMessage-Id: <20180430080404.7323-5-christophe.lyon@st.com>\n[lv: moved the change to linux-user/arm/signal.c]\nSigned-off-by: Laurent Vivier <laurent@vivier.eu>","distinct":true,"url":"https://api.github.com/repos/sifive/riscv-qemu/commits/e8fa72957419c11984608062c7dcb204a6003a06"}]}
{"actor":{"display_login":"michaeljclark"}}