[pve-devel] [PATCH kernel] update to Ubuntu 4.4.0-33.52
Wolfgang Bumiller
w.bumiller at proxmox.com
Tue Jul 26 11:16:57 CEST 2016
applied and amended the `make download`ed source archive and bump
message
On Mon, Jul 25, 2016 at 10:42:36AM +0200, Fabian Grünbichler wrote:
> ---
> Note: requires "make download" when applying
>
> ...470-KEYS-potential-uninitialized-variable.patch | 94 ------------
> ...synchronization-between-chunk-map_extend_.patch | 162 ---------------------
> ...synchronization-between-synchronous-map-e.patch | 113 --------------
> Makefile | 11 +-
> changelog.Debian | 8 +
> 5 files changed, 12 insertions(+), 376 deletions(-)
> delete mode 100644 CVE-2016-4470-KEYS-potential-uninitialized-variable.patch
> delete mode 100644 CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch
> delete mode 100644 CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch
>
> diff --git a/CVE-2016-4470-KEYS-potential-uninitialized-variable.patch b/CVE-2016-4470-KEYS-potential-uninitialized-variable.patch
> deleted file mode 100644
> index 052436d..0000000
> --- a/CVE-2016-4470-KEYS-potential-uninitialized-variable.patch
> +++ /dev/null
> @@ -1,94 +0,0 @@
> -From edd3cde476d196ebdc771a8fa789d2f4de52ae72 Mon Sep 17 00:00:00 2001
> -From: Dan Carpenter <dan.carpenter at oracle.com>
> -Date: Wed, 13 Jul 2016 11:43:47 +0100
> -Subject: [PATCH] KEYS: potential uninitialized variable
> -
> -If __key_link_begin() failed then "edit" would be uninitialized. I've
> -added a check to fix that.
> -
> -This allows a random user to crash the kernel, though it's quite
> -difficult to achieve. There are three ways it can be done as the user
> -would have to cause an error to occur in __key_link():
> -
> - (1) Cause the kernel to run out of memory. In practice, this is difficult
> - to achieve without ENOMEM cropping up elsewhere and aborting the
> - attempt.
> -
> - (2) Revoke the destination keyring between the keyring ID being looked up
> - and it being tested for revocation. In practice, this is difficult to
> - time correctly because the KEYCTL_REJECT function can only be used
> - from the request-key upcall process. Further, users can only make use
> - of what's in /sbin/request-key.conf, though this does including a
> - rejection debugging test - which means that the destination keyring
> - has to be the caller's session keyring in practice.
> -
> - (3) Have just enough key quota available to create a key, a new session
> - keyring for the upcall and a link in the session keyring, but not then
> - sufficient quota to create a link in the nominated destination keyring
> - so that it fails with EDQUOT.
> -
> -The bug can be triggered using option (3) above using something like the
> -following:
> -
> - echo 80 >/proc/sys/kernel/keys/root_maxbytes
> - keyctl request2 user debug:fred negate @t
> -
> -The above sets the quota to something much lower (80) to make the bug
> -easier to trigger, but this is dependent on the system. Note also that
> -the name of the keyring created contains a random number that may be
> -between 1 and 10 characters in size, so may throw the test off by
> -changing the amount of quota used.
> -
> -Assuming the failure occurs, something like the following will be seen:
> -
> - kfree_debugcheck: out of range ptr 6b6b6b6b6b6b6b68h
> - ------------[ cut here ]------------
> - kernel BUG at ../mm/slab.c:2821!
> - ...
> - RIP: 0010:[<ffffffff811600f9>] kfree_debugcheck+0x20/0x25
> - RSP: 0018:ffff8804014a7de8 EFLAGS: 00010092
> - RAX: 0000000000000034 RBX: 6b6b6b6b6b6b6b68 RCX: 0000000000000000
> - RDX: 0000000000040001 RSI: 00000000000000f6 RDI: 0000000000000300
> - RBP: ffff8804014a7df0 R08: 0000000000000001 R09: 0000000000000000
> - R10: ffff8804014a7e68 R11: 0000000000000054 R12: 0000000000000202
> - R13: ffffffff81318a66 R14: 0000000000000000 R15: 0000000000000001
> - ...
> - Call Trace:
> - kfree+0xde/0x1bc
> - assoc_array_cancel_edit+0x1f/0x36
> - __key_link_end+0x55/0x63
> - key_reject_and_link+0x124/0x155
> - keyctl_reject_key+0xb6/0xe0
> - keyctl_negate_key+0x10/0x12
> - SyS_keyctl+0x9f/0xe7
> - do_syscall_64+0x63/0x13a
> - entry_SYSCALL64_slow_path+0x25/0x25
> -
> -Fixes: f70e2e06196a ('KEYS: Do preallocation for __key_link()')
> -Signed-off-by: Dan Carpenter <dan.carpenter at oracle.com>
> -Signed-off-by: David Howells <dhowells at redhat.com>
> -cc: stable at vger.kernel.org
> -Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
> -(cherry picked from commit 38327424b40bcebe2de92d07312c89360ac9229a)
> -CVE-2016-4470
> -Signed-off-by: Luis Henriques <luis.henriques at canonical.com>
> ----
> - security/keys/key.c | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/security/keys/key.c b/security/keys/key.c
> -index 2779d13..1d2d3a9 100644
> ---- a/security/keys/key.c
> -+++ b/security/keys/key.c
> -@@ -580,7 +580,7 @@ int key_reject_and_link(struct key *key,
> -
> - mutex_unlock(&key_construction_mutex);
> -
> -- if (keyring)
> -+ if (keyring && link_ret == 0)
> - __key_link_end(keyring, &key->index_key, edit);
> -
> - /* wake up anyone waiting for a key to be constructed */
> ---
> -2.1.4
> -
> diff --git a/CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch b/CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch
> deleted file mode 100644
> index e028219..0000000
> --- a/CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch
> +++ /dev/null
> @@ -1,162 +0,0 @@
> -From 120f27d6c4ff44d31052fc74438efa64b361980a Mon Sep 17 00:00:00 2001
> -From: Tejun Heo <tj at kernel.org>
> -Date: Tue, 12 Jul 2016 17:03:15 +0100
> -Subject: [PATCH 1/2] percpu: fix synchronization between
> - chunk->map_extend_work and chunk destruction
> -
> -Atomic allocations can trigger async map extensions which is serviced
> -by chunk->map_extend_work. pcpu_balance_work which is responsible for
> -destroying idle chunks wasn't synchronizing properly against
> -chunk->map_extend_work and may end up freeing the chunk while the work
> -item is still in flight.
> -
> -This patch fixes the bug by rolling async map extension operations
> -into pcpu_balance_work.
> -
> -Signed-off-by: Tejun Heo <tj at kernel.org>
> -Reported-and-tested-by: Alexei Starovoitov <alexei.starovoitov at gmail.com>
> -Reported-by: Vlastimil Babka <vbabka at suse.cz>
> -Reported-by: Sasha Levin <sasha.levin at oracle.com>
> -Cc: stable at vger.kernel.org # v3.18+
> -Fixes: 9c824b6a172c ("percpu: make sure chunk->map array has available space")
> -(cherry picked from commit 4f996e234dad488e5d9ba0858bc1bae12eff82c3)
> -CVE-2016-4794
> -BugLink: https://bugs.launchpad.net/bugs/1581871
> -Signed-off-by: Luis Henriques <luis.henriques at canonical.com>
> -Acked-by: Christopher Arges <chris.j.arges at canonical.com>
> -Signed-off-by: Kamal Mostafa <kamal at canonical.com>
> ----
> - mm/percpu.c | 57 ++++++++++++++++++++++++++++++++++++---------------------
> - 1 file changed, 36 insertions(+), 21 deletions(-)
> -
> -diff --git a/mm/percpu.c b/mm/percpu.c
> -index 8a943b9..58b0149 100644
> ---- a/mm/percpu.c
> -+++ b/mm/percpu.c
> -@@ -110,7 +110,7 @@ struct pcpu_chunk {
> - int map_used; /* # of map entries used before the sentry */
> - int map_alloc; /* # of map entries allocated */
> - int *map; /* allocation map */
> -- struct work_struct map_extend_work;/* async ->map[] extension */
> -+ struct list_head map_extend_list;/* on pcpu_map_extend_chunks */
> -
> - void *data; /* chunk data */
> - int first_free; /* no free below this */
> -@@ -164,6 +164,9 @@ static DEFINE_MUTEX(pcpu_alloc_mutex); /* chunk create/destroy, [de]pop */
> -
> - static struct list_head *pcpu_slot __read_mostly; /* chunk list slots */
> -
> -+/* chunks which need their map areas extended, protected by pcpu_lock */
> -+static LIST_HEAD(pcpu_map_extend_chunks);
> -+
> - /*
> - * The number of empty populated pages, protected by pcpu_lock. The
> - * reserved chunk doesn't contribute to the count.
> -@@ -397,13 +400,19 @@ static int pcpu_need_to_extend(struct pcpu_chunk *chunk, bool is_atomic)
> - {
> - int margin, new_alloc;
> -
> -+ lockdep_assert_held(&pcpu_lock);
> -+
> - if (is_atomic) {
> - margin = 3;
> -
> - if (chunk->map_alloc <
> -- chunk->map_used + PCPU_ATOMIC_MAP_MARGIN_LOW &&
> -- pcpu_async_enabled)
> -- schedule_work(&chunk->map_extend_work);
> -+ chunk->map_used + PCPU_ATOMIC_MAP_MARGIN_LOW) {
> -+ if (list_empty(&chunk->map_extend_list)) {
> -+ list_add_tail(&chunk->map_extend_list,
> -+ &pcpu_map_extend_chunks);
> -+ pcpu_schedule_balance_work();
> -+ }
> -+ }
> - } else {
> - margin = PCPU_ATOMIC_MAP_MARGIN_HIGH;
> - }
> -@@ -469,20 +478,6 @@ out_unlock:
> - return 0;
> - }
> -
> --static void pcpu_map_extend_workfn(struct work_struct *work)
> --{
> -- struct pcpu_chunk *chunk = container_of(work, struct pcpu_chunk,
> -- map_extend_work);
> -- int new_alloc;
> --
> -- spin_lock_irq(&pcpu_lock);
> -- new_alloc = pcpu_need_to_extend(chunk, false);
> -- spin_unlock_irq(&pcpu_lock);
> --
> -- if (new_alloc)
> -- pcpu_extend_area_map(chunk, new_alloc);
> --}
> --
> - /**
> - * pcpu_fit_in_area - try to fit the requested allocation in a candidate area
> - * @chunk: chunk the candidate area belongs to
> -@@ -742,7 +737,7 @@ static struct pcpu_chunk *pcpu_alloc_chunk(void)
> - chunk->map_used = 1;
> -
> - INIT_LIST_HEAD(&chunk->list);
> -- INIT_WORK(&chunk->map_extend_work, pcpu_map_extend_workfn);
> -+ INIT_LIST_HEAD(&chunk->map_extend_list);
> - chunk->free_size = pcpu_unit_size;
> - chunk->contig_hint = pcpu_unit_size;
> -
> -@@ -1131,6 +1126,7 @@ static void pcpu_balance_workfn(struct work_struct *work)
> - if (chunk == list_first_entry(free_head, struct pcpu_chunk, list))
> - continue;
> -
> -+ list_del_init(&chunk->map_extend_list);
> - list_move(&chunk->list, &to_free);
> - }
> -
> -@@ -1148,6 +1144,25 @@ static void pcpu_balance_workfn(struct work_struct *work)
> - pcpu_destroy_chunk(chunk);
> - }
> -
> -+ /* service chunks which requested async area map extension */
> -+ do {
> -+ int new_alloc = 0;
> -+
> -+ spin_lock_irq(&pcpu_lock);
> -+
> -+ chunk = list_first_entry_or_null(&pcpu_map_extend_chunks,
> -+ struct pcpu_chunk, map_extend_list);
> -+ if (chunk) {
> -+ list_del_init(&chunk->map_extend_list);
> -+ new_alloc = pcpu_need_to_extend(chunk, false);
> -+ }
> -+
> -+ spin_unlock_irq(&pcpu_lock);
> -+
> -+ if (new_alloc)
> -+ pcpu_extend_area_map(chunk, new_alloc);
> -+ } while (chunk);
> -+
> - /*
> - * Ensure there are certain number of free populated pages for
> - * atomic allocs. Fill up from the most packed so that atomic
> -@@ -1646,7 +1661,7 @@ int __init pcpu_setup_first_chunk(const struct pcpu_alloc_info *ai,
> - */
> - schunk = memblock_virt_alloc(pcpu_chunk_struct_size, 0);
> - INIT_LIST_HEAD(&schunk->list);
> -- INIT_WORK(&schunk->map_extend_work, pcpu_map_extend_workfn);
> -+ INIT_LIST_HEAD(&schunk->map_extend_list);
> - schunk->base_addr = base_addr;
> - schunk->map = smap;
> - schunk->map_alloc = ARRAY_SIZE(smap);
> -@@ -1675,7 +1690,7 @@ int __init pcpu_setup_first_chunk(const struct pcpu_alloc_info *ai,
> - if (dyn_size) {
> - dchunk = memblock_virt_alloc(pcpu_chunk_struct_size, 0);
> - INIT_LIST_HEAD(&dchunk->list);
> -- INIT_WORK(&dchunk->map_extend_work, pcpu_map_extend_workfn);
> -+ INIT_LIST_HEAD(&dchunk->map_extend_list);
> - dchunk->base_addr = base_addr;
> - dchunk->map = dmap;
> - dchunk->map_alloc = ARRAY_SIZE(dmap);
> ---
> -2.1.4
> -
> diff --git a/CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch b/CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch
> deleted file mode 100644
> index 0910d45..0000000
> --- a/CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch
> +++ /dev/null
> @@ -1,113 +0,0 @@
> -From b79d7d28463cd1988fa43b3a8bb5279471d837f7 Mon Sep 17 00:00:00 2001
> -From: Tejun Heo <tj at kernel.org>
> -Date: Tue, 12 Jul 2016 17:03:16 +0100
> -Subject: [PATCH 2/2] percpu: fix synchronization between synchronous map
> - extension and chunk destruction
> -
> -For non-atomic allocations, pcpu_alloc() can try to extend the area
> -map synchronously after dropping pcpu_lock; however, the extension
> -wasn't synchronized against chunk destruction and the chunk might get
> -freed while extension is in progress.
> -
> -This patch fixes the bug by putting most of non-atomic allocations
> -under pcpu_alloc_mutex to synchronize against pcpu_balance_work which
> -is responsible for async chunk management including destruction.
> -
> -Signed-off-by: Tejun Heo <tj at kernel.org>
> -Reported-and-tested-by: Alexei Starovoitov <alexei.starovoitov at gmail.com>
> -Reported-by: Vlastimil Babka <vbabka at suse.cz>
> -Reported-by: Sasha Levin <sasha.levin at oracle.com>
> -Cc: stable at vger.kernel.org # v3.18+
> -Fixes: 1a4d76076cda ("percpu: implement asynchronous chunk population")
> -(cherry picked from commit 6710e594f71ccaad8101bc64321152af7cd9ea28)
> -CVE-2016-4794
> -BugLink: https://bugs.launchpad.net/bugs/1581871
> -Signed-off-by: Luis Henriques <luis.henriques at canonical.com>
> -Acked-by: Christopher Arges <chris.j.arges at canonical.com>
> -Signed-off-by: Kamal Mostafa <kamal at canonical.com>
> ----
> - mm/percpu.c | 16 ++++++++--------
> - 1 file changed, 8 insertions(+), 8 deletions(-)
> -
> -diff --git a/mm/percpu.c b/mm/percpu.c
> -index 58b0149..1f376bc 100644
> ---- a/mm/percpu.c
> -+++ b/mm/percpu.c
> -@@ -160,7 +160,7 @@ static struct pcpu_chunk *pcpu_reserved_chunk;
> - static int pcpu_reserved_chunk_limit;
> -
> - static DEFINE_SPINLOCK(pcpu_lock); /* all internal data structures */
> --static DEFINE_MUTEX(pcpu_alloc_mutex); /* chunk create/destroy, [de]pop */
> -+static DEFINE_MUTEX(pcpu_alloc_mutex); /* chunk create/destroy, [de]pop, map ext */
> -
> - static struct list_head *pcpu_slot __read_mostly; /* chunk list slots */
> -
> -@@ -446,6 +446,8 @@ static int pcpu_extend_area_map(struct pcpu_chunk *chunk, int new_alloc)
> - size_t old_size = 0, new_size = new_alloc * sizeof(new[0]);
> - unsigned long flags;
> -
> -+ lockdep_assert_held(&pcpu_alloc_mutex);
> -+
> - new = pcpu_mem_zalloc(new_size);
> - if (!new)
> - return -ENOMEM;
> -@@ -892,6 +894,9 @@ static void __percpu *pcpu_alloc(size_t size, size_t align, bool reserved,
> - return NULL;
> - }
> -
> -+ if (!is_atomic)
> -+ mutex_lock(&pcpu_alloc_mutex);
> -+
> - spin_lock_irqsave(&pcpu_lock, flags);
> -
> - /* serve reserved allocations from the reserved chunk if available */
> -@@ -964,12 +969,9 @@ restart:
> - if (is_atomic)
> - goto fail;
> -
> -- mutex_lock(&pcpu_alloc_mutex);
> --
> - if (list_empty(&pcpu_slot[pcpu_nr_slots - 1])) {
> - chunk = pcpu_create_chunk();
> - if (!chunk) {
> -- mutex_unlock(&pcpu_alloc_mutex);
> - err = "failed to allocate new chunk";
> - goto fail;
> - }
> -@@ -980,7 +982,6 @@ restart:
> - spin_lock_irqsave(&pcpu_lock, flags);
> - }
> -
> -- mutex_unlock(&pcpu_alloc_mutex);
> - goto restart;
> -
> - area_found:
> -@@ -990,8 +991,6 @@ area_found:
> - if (!is_atomic) {
> - int page_start, page_end, rs, re;
> -
> -- mutex_lock(&pcpu_alloc_mutex);
> --
> - page_start = PFN_DOWN(off);
> - page_end = PFN_UP(off + size);
> -
> -@@ -1002,7 +1001,6 @@ area_found:
> -
> - spin_lock_irqsave(&pcpu_lock, flags);
> - if (ret) {
> -- mutex_unlock(&pcpu_alloc_mutex);
> - pcpu_free_area(chunk, off, &occ_pages);
> - err = "failed to populate";
> - goto fail_unlock;
> -@@ -1042,6 +1040,8 @@ fail:
> - /* see the flag handling in pcpu_blance_workfn() */
> - pcpu_atomic_alloc_failed = true;
> - pcpu_schedule_balance_work();
> -+ } else {
> -+ mutex_unlock(&pcpu_alloc_mutex);
> - }
> - return NULL;
> - }
> ---
> -2.1.4
> -
> diff --git a/Makefile b/Makefile
> index b4320bc..92c8e5c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1,11 +1,11 @@
> RELEASE=4.2
>
> # also update proxmox-ve/changelog if you change KERNEL_VER or KREL
> -KERNEL_VER=4.4.13
> -PKGREL=58
> +KERNEL_VER=4.4.15
> +PKGREL=59
> # also include firmware of previous version into
> # the fw package: fwlist-2.6.32-PREV-pve
> -KREL=2
> +KREL=1
>
> KERNEL_SRC=ubuntu-xenial
> KERNELSRCTAR=${KERNEL_SRC}.tgz
> @@ -122,7 +122,7 @@ ${VIRTUAL_HDR_DEB} pve-headers: proxmox-ve/pve-headers.control
> download:
> rm -rf ${KERNEL_SRC} ${KERNELSRCTAR}
> #git clone git://kernel.ubuntu.com/ubuntu/ubuntu-vivid.git
> - git clone --single-branch -b Ubuntu-4.4.0-31.50 git://kernel.ubuntu.com/ubuntu/ubuntu-xenial.git ${KERNEL_SRC}
> + git clone --single-branch -b Ubuntu-4.4.0-33.52 git://kernel.ubuntu.com/ubuntu/ubuntu-xenial.git ${KERNEL_SRC}
> tar czf ${KERNELSRCTAR} --exclude .git ${KERNEL_SRC}
>
> check_gcc:
> @@ -255,9 +255,6 @@ ${KERNEL_SRC}/README ${KERNEL_CFG_ORG}: ${KERNELSRCTAR}
> cd ${KERNEL_SRC}; patch -p1 < ../981-1-PCI-Reverse-standard-ACS-vs-device-specific-ACS-enabling.patch
> cd ${KERNEL_SRC}; patch -p1 < ../981-2-PCI-Quirk-PCH-root-port-ACS-for-Sunrise-Point.patch
> cd ${KERNEL_SRC}; patch -p1 < ../kvm-dynamic-halt-polling-disable-default.patch
> - cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch
> - cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch
> - cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4470-KEYS-potential-uninitialized-variable.patch
> cd ${KERNEL_SRC}; patch -p1 < ../ceph-scheduler-fix.patch
> sed -i ${KERNEL_SRC}/Makefile -e 's/^EXTRAVERSION.*$$/EXTRAVERSION=${EXTRAVERSION}/'
> touch $@
> diff --git a/changelog.Debian b/changelog.Debian
> index b8127e1..266147b 100644
> --- a/changelog.Debian
> +++ b/changelog.Debian
> @@ -1,3 +1,11 @@
> +pve-kernel (4.4.15-59) unstable; urgency=medium
> +
> + * update to Ubuntu-4.4.0-33.52
> +
> + * drop CVE fixes applied upstream
> +
> + -- Proxmox Support Team <support at proxmox.com> Mon, 25 Jul 2016 09:03:35 +0200
> +
> pve-kernel (4.4.13-58) unstable; urgency=medium
>
> * update to Ubuntu-4.4.0-31.50
> --
> 2.1.4
>
>
> _______________________________________________
> pve-devel mailing list
> pve-devel at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
More information about the pve-devel
mailing list