- 06 Apr, 2016 40 commits
-
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit ee0d667727eadf194825ecbb7524faa4c425ab8a. Signed-off-by:
Tim Gardner <tim.gardner@canonical.com>
-
John Johansen authored
Revert "UBUNTU: SAUCE: fix: replacedby forwarding is not being properly update when ns is destroyed" BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 3945d2ba547424551dac4801150b33016519f648. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 844c52f03735e9d39e76e515e509a103677a71fa. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit bd0bf02f160e39b34a63a8ab35ab34fff74efb40. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 5e08368fa2f94a46ae9d06c37d3519b92abe158e. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 86d51202b3e9fd9e1b44766f231f38f8e88e4c9c. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 4dd6c2373c433dad655c265616465bb06ca615d9. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 2d9e947542095ff2e927152f013bf82d44948792. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit b9eab948e47cad7504c32f5e6e6b65c97ff27345. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 5d4140b82656bb1910d10a7e3af885d1c9e21a4d. Signed-off-by:
-
John Johansen authored
BugLink: http://bugs.launchpad.net/bugs/1379535 This reverts commit 17b556348f12791d3d8b37733422c3f645bba668. Signed-off-by:
-
Andy Whitcroft authored
Signed-off-by:Andy Whitcroft <apw@canonical.com>
-
Ganapatrao Kulkarni authored
BugLink: http://bugs.launchpad.net/bugs/1558765 Enable NUMA balancing for arm64 platforms. Add pte, pmd protnone helpers for use by automatic NUMA balancing. Reviewed-by:
Robert Richter <rrichter@cavium.com> Signed-off-by:
Ganapatrao Kulkarni <gkulkarni@caviumnetworks.com> Signed-off-by:
David Daney <david.daney@cavium.com> [ dannf: v15 submittal ] Reference: http://www.spinics.net/lists/arm-kernel/msg489639.htmlSigned-off-by:
dann frazier <dann.frazier@canonical.com> Signed-off-by:
-
Ganapatrao Kulkarni authored
BugLink: http://bugs.launchpad.net/bugs/1558765 Attempt to get the memory and CPU NUMA node via of_numa. If that fails, default the dummy NUMA node and map all memory and CPUs to node 0. Tested-by:
Shannon Zhao <shannon.zhao@linaro.org> Reviewed-by:
-
dann frazier authored
BugLink: http://bugs.launchpad.net/bugs/1558765Signed-off-by:
-
David Daney authored
BugLink: http://bugs.launchpad.net/bugs/1558765 In order to extract NUMA information from the device tree, we need to have the tree in its unflattened form. Split paging_init() into two pieces. The first piece maps memory so that unflatten_device_tree(), can allocate memory. The second piece containing the bootmem_init() call that will be patched in a follow-on patch to add NUMA handling. Move the unflatten_device_tree() call between the two new pieces. Signed-off-by:
-
David Daney authored
BugLink: http://bugs.launchpad.net/bugs/1558765 Add device tree parsing for NUMA topology using device "numa-node-id" property in distance-map and cpu nodes. This is a complete rewrite of a previous patch by: Ganapatrao Kulkarni<gkulkarni@caviumnetworks.com> Signed-off-by:
Rob Herring <robh@kernel.org> [ dannf: v15 submittal ] Reference: http://www.spinics.net/lists/arm-kernel/msg489638.htmlSigned-off-by:
-
dann frazier authored
BugLink: http://bugs.launchpad.net/bugs/1558765Signed-off-by:
-
Ganapatrao Kulkarni authored
BugLink: http://bugs.launchpad.net/bugs/1558765 Add DT bindings for numa mapping of memory, CPUs and IOs. Reviewed-by:
-
Ard Biesheuvel authored
BugLink: http://bugs.launchpad.net/bugs/1558765 There are two problems with the UEFI stub DT memory node removal routine: - it deletes nodes as it traverses the tree, which happens to work but is not supported, as deletion invalidates the node iterator; - deleting memory nodes entirely may discard annotations in the form of additional properties on the nodes. Since the discovery of DT memory nodes occurs strictly before the UEFI init sequence, we can simply clear the memblock memory table before parsing the UEFI memory map. This way, it is no longer necessary to remove the nodes, so we can remove that logic from the stub as well. Signed-off-by:
Ard Biesheuvel <ard.biesheuvel@linaro.org> Signed-off-by:
-
Joseph Salisbury authored
BugLink: http://bugs.launchpad.net/bugs/1558447 This reverts commit d45d44e0. Signed-off-by:
-
Andy Whitcroft authored
Signed-off-by: -
Alex Ng authored
BugLink: http://bugs.launchpad.net/bugs/1558720 WS2012 R2 and above hosts can support kexec in that thay can support reconnecting to the host (as would be needed in the kexec path) on any CPU. Enable this. Pre ws2012 r2 hosts don't have this ability and consequently cannot support kexec. Signed-off-by:
Alex Ng <alexng@microsoft.com> Signed-off-by:
K. Y. Srinivasan <kys@microsoft.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org> (cherry picked from linux-next commit 72686447) Signed-off-by:
-
K. Y. Srinivasan authored
BugLink: http://bugs.launchpad.net/bugs/1558720 Starting with Windows 2012 R2, message inteerupts can be delivered on any VCPU in the guest. Support this functionality. Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558625 The function measurement block must not cross a page boundary. Ensure that by raising the alignment requirement to the smallest power of 2 larger than the size of the fmb. Fixes: d0b08853 ("s390/pci: performance statistics and debug infrastructure") Cc: stable@vger.kernel.org # v3.8+ Signed-off-by:
Sebastian Ott <sebott@linux.vnet.ibm.com> Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> (cherry picked from commit 80c544de) Signed-off-by:
-
Martin Schwidefsky authored
BugLink: http://bugs.launchpad.net/bugs/1558624 Provide a user space interface to issue call logical-processor instructions. Only selected CLP commands are allowed, enough to get the full overview of the installed PCI functions. Reviewed-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 For each PCI function we need to maintain arch specific data in struct zpci_dev which also contains a pointer to struct pci_dev. When a function is registered or deregistered (which is triggered by PCI common code) we need to adjust that pointer which could interfere with the machine check handler (triggered by FW) using zpci_dev->pdev. Since multiple instances of the same pdev could exist at a time this can't be solved with locking. Fix that by ditching the pdev pointer and use a bus walk to reach struct pci_dev (only one instance of a pdev can be registered at the bus at a time). Signed-off-by:
Gerald Schaefer <gerald.schaefer@de.ibm.com> Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 Since each iomap_entry handles only one bar of one pci function (even when disjunct ranges of a bar are mapped) the sanity check in pci_iomap_range is not needed and can be removed. Also convert the remaining BUG_ONs to WARN_ONs. Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 We receive special notifications from firmware when an error was detected and a pci function became unusable. Set the error_state accordingly to give device drivers a hint that they don't need to try error recovery. Suggested-by:
Alexander Schmidt <alexschm@de.ibm.com> Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 Fix the check which bar space we should map to allow available bars only. Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 On s390 we need to maintain a mapping between iomem addresses and arch specific function identifiers. Currently the mapping table is created as such that we could span the whole iomem address space. Since we can only map each bar space from each possible function we have an upper bound for the number of mapping entries. This reduces the size of the iomap from 256K to less than 4K (using the defconfig). Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 Most of the constants defined in pci_io.h depend on each other and thus can be calculated. Signed-off-by:
-
Sebastian Ott authored
BugLink: http://bugs.launchpad.net/bugs/1558624 Provide and use a ZPCI_ADDR macro as the complement of ZPCI_IDX to get rid of some constants in the code. Signed-off-by:
-
Al Viro authored
BugLink: http://bugs.launchpad.net/bugs/1558624Acked-by:
Al Viro <viro@zeniv.linux.org.uk> (cherry picked from commit bdb97e91) Signed-off-by:
-
Gerald Schaefer authored
BugLink: http://bugs.launchpad.net/bugs/1558624 DMA addresses returned from map_page() are calculated by using an iommu bitmap plus a start_dma offset. The size of this bitmap is based on the main memory size. If we have more than (4 TB - start_dma) main memory, the DMA address calculation will also produce addresses > 4 TB. Such addresses cannot be inserted in the 3-level DMA page table, instead the entries modulo 4 TB will be overwritten. Fix this by restricting the iommu bitmap size to (4 TB - start_dma). Also set zdev->end_dma to the actual end address of the usable range, instead of the theoretical maximum as reported by the hardware, which fixes a sanity check in dma_map() and also the IOMMU API domain geometry aperture calculation. Signed-off-by:
-
Mehmet Kayaalp authored
BugLink: http://bugs.launchpad.net/bugs/1558553 The config option SYSTEM_EXTRA_CERTIFICATE reserves space in vmlinux file, which is compressed to create the self-extracting bzImage. This patch adds the capability of extracting the vmlinux, inserting the certificate, and repackaging the result into a bzImage. It only works if the resulting compressed vmlinux is smaller than the original. Otherwise re-linking would be required. To make the reserved space allocate actual space in bzImage, a null key is inserted into vmlinux before creating the bzImage: make vmlinux scripts/insert-sys-cert -b vmlinux -c /dev/null make bzImage After null key insertion, the script populates the rest of the reserved space with random bytes, which have poor compression. After receiving a bzImage that is created this way, actual certificate can be inserted into the bzImage: scripts/insert-sys-cert -s <System.map> -z <bzImage> -c <certfile> Signed-off-by:
Mehmet Kayaalp <mkayaalp@linux.vnet.ibm.com> Signed-off-by:
-
Mehmet Kayaalp authored
BugLink: http://bugs.launchpad.net/bugs/1558553 Place a system_extra_cert buffer of configurable size, right after the system_certificate_list, so that inserted keys can be readily processed by the existing mechanism. Added script takes a key file and a kernel image and inserts its contents to the reserved area. The system_certificate_list_size is also adjusted accordingly. Call the script as: scripts/insert-sys-cert -b <vmlinux> -c <certfile> If vmlinux has no symbol table, supply System.map file with -s flag. Subsequent runs replace the previously inserted key, instead of appending the new one. Signed-off-by:
David Howells <dhowells@redhat.com> Acked-by:
Mimi Zohar <zohar@linux.vnet.ibm.com> (cherry picked from commit c4c36105) Signed-off-by:
-
Mehmet Kayaalp authored
BugLink: http://bugs.launchpad.net/bugs/1558553 When a certificate is inserted to the image using scripts/writekey, the value of __cert_list_end does not change. The updated size can be found out by reading the value pointed by the system_certificate_list_size symbol. Signed-off-by:
-
Tim Gardner authored
BugLink: http://bugs.launchpad.net/bugs/1558553Signed-off-by:
-
Hannes Frederic Sowa authored
BugLink: http://bugs.launchpad.net/bugs/1558025 Otherwise we break the contract with GSO to only pass CHECKSUM_PARTIAL skbs down. This can easily happen with UDP+IPv4 sockets with the first MSG_MORE write smaller than the MTU, second write is a sendfile. Returning -EOPNOTSUPP lets the callers fall back into normal sendmsg path, were we calculate the checksum manually during copying. Commit d749c9cb ("ipv4: no CHECKSUM_PARTIAL on MSG_MORE corked sockets") started to exposes this bug. Fixes: d749c9cb ("ipv4: no CHECKSUM_PARTIAL on MSG_MORE corked sockets") Reported-by:
Jiri Benc <jbenc@redhat.com> Cc: Jiri Benc <jbenc@redhat.com> Reported-by:
Wakko Warner <wakko@animx.eu.org> Cc: Wakko Warner <wakko@animx.eu.org> Signed-off-by:
Hannes Frederic Sowa <hannes@stressinduktion.org> Signed-off-by:
David S. Miller <davem@davemloft.net> (cherry picked from commit a8c4a252) Signed-off-by:
-
