Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1420382 > unrolled thread

[PATCH 3.2 00/46] 3.2.81-rc1 review

Back to article view | Back to linux.kernel

Contents

  [PATCH 3.2 00/46] 3.2.81-rc1 review Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    [PATCH 3.2 05/46] crypto: gcm - fix rfc4543 to handle async  crypto correctly Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    [PATCH 3.2 17/46] usb: hcd: out of bounds access in  for_each_companion Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    [PATCH 3.2 15/46] usb: xhci: fix wild pointers in xhci_mem_cleanup Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    [PATCH 3.2 42/46] get_rock_ridge_filename(): handle malformed NM  entries Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    [PATCH 3.2 23/46] s390/hugetlb: add hugepages_supported define Ben Hutchings <ben@decadent.org.uk> - 2016-06-12 23:50 +0200
    Re: [PATCH 3.2 00/46] 3.2.81-rc1 review Guenter Roeck <linux@roeck-us.net> - 2016-06-13 01:20 +0200
      Re: [PATCH 3.2 00/46] 3.2.81-rc1 review Ben Hutchings <ben@decadent.org.uk> - 2016-06-13 01:50 +0200
    Re: [PATCH 3.2 00/46] 3.2.81-rc1 review Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2016-06-15 00:00 +0200
      Re: [PATCH 3.2 00/46] 3.2.81-rc1 review Ben Hutchings <ben@decadent.org.uk> - 2016-06-15 00:20 +0200
        Re: [PATCH 3.2 00/46] 3.2.81-rc1 review Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2016-06-15 00:40 +0200

#1420382 — [PATCH 3.2 00/46] 3.2.81-rc1 review

This is the start of the stable review cycle for the 3.2.81 release.
There are 46 patches in this series, which will be posted as responses
to this one.  If anyone has any issues with these being applied, please
let me know.

Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
Anything received after that time might be too late.

A combined patch relative to 3.2.80 will be posted as an additional
response to this.  A shortlog and diffstat can be found below.

Ben.

-------------

Al Viro (1):
      get_rock_ridge_filename(): handle malformed NM entries
         [99d825822eade8d827a1817357cbf3f889a552d6]

Alex Deucher (1):
      drm/radeon: make sure vertical front porch is at least 1
         [3104b8128d4d646a574ed9d5b17c7d10752cd70b]

Andi Kleen (1):
      x86: Add 1/2/4/8 byte optimization to 64bit __copy_{from,to}_user_inatomic
         [ff47ab4ff3cddfa7bc1b25b990e24abe2ae474ff]

Anton Blanchard (1):
      powerpc: scan_features() updates incorrect bits for REAL_LE
         [6997e57d693b07289694239e52a10d2f02c3a46f]

Ben Hutchings (3):
      Revert "ax25: add link layer header validation function"
         [not upstream; commit being reverted was a useless backport to 3.2]
      Revert "net: validate variable length ll headers"
         [not upstream; commit being reverted was a useless backport to 3.2]
      atl2: Disable unimplemented scatter/gather feature
         [f43bfaeddc79effbf3d0fcb53ca477cca66f3db8]

Bob Liu (1):
      thp: introduce hugepage_vma_check()
         [fa475e517adb422cb3492e636195f9b2c0d009c8]

Borislav Petkov (2):
      x86/microcode/amd: Do not overwrite final patch levels
         [0399f73299f1b7e04de329050f7111b362b7eeb5]
      x86/microcode/amd: Extract current patch level read to a  function
         [2eff73c0a11f19ff082a566e3429fbaaca7b8e7b]

David Matlack (1):
      kvm: x86: do not leak guest xcr0 into host interrupt handlers
         [fc5b7f3bf1e1414bd4e91db6918c85ace0c873a5]

Dmitry Ivanov (1):
      nl80211: check netlink protocol in socket release notification
         [8f815cdde3e550e10c2736990d791f60c2ce43eb]

Dmitry V. Levin (1):
      parisc: fix a bug when syscall number of tracee is __NR_Linux_syscalls
         [f0b22d1bb2a37a665a969e95785c75a4f49d1499]

Dominik Dingel (2):
      mm: hugetlb: allow hugepages_supported to be architecture specific
         [2531c8cf56a640cd7d17057df8484e570716a450]
      s390/hugetlb: add hugepages_supported define
         [7f9be77555bb2e52de84e9dddf7b4eb20cc6e171]

Hans de Goede (1):
      USB: uas: Add a new NO_REPORT_LUNS quirk
         [1363074667a6b7d0507527742ccd7bbed5e3ceaa]

Herbert Xu (2):
      crypto: gcm - Fix rfc4543 decryption crash
         [not upstream; upstream fix was much larger]
      crypto: hash - Fix page length clamping in hash walk
         [13f4bb78cf6a312bbdec367ba3da044b09bf0e29]

Imre Deak (1):
      drm/i915: Fix system resume if PCI device remained enabled
         [44410cd0bfb26bde9288da34c190cc9267d42a20]

Jan Beulich (1):
      x86/mm/xen: Suppress hugetlbfs in PV guests
         [103f6112f253017d7062cd74d17f4a514ed4485c]

Jasem Mutlaq (1):
      USB: serial: cp210x: add Straizona Focusers device ids
         [613ac23a46e10d4d4339febdd534fafadd68e059]

Jason Gunthorpe (1):
      IB/security: Restrict use of the write() interface
         [e6bd18f57aad1a2d1ef40e646d03ed0f2515c9e3]

Jussi Kivilinna (1):
      crypto: gcm - fix rfc4543 to handle async crypto correctly
         [d733ac90f9fe8ac284e523f9920b507555b12f6d]

Kangjie Lu (3):
      net: fix a kernel infoleak in x25 module
         [79e48650320e6fba48369fccf13fd045315b19b8]
      net: fix infoleak in llc
         [b8670c09f37bdf2847cc44f36511a53afc6161fd]
      net: fix infoleak in rtnetlink
         [5f8e44741f9f216e33736ea4ec65ca9ac03036e6]

Konstantin Khlebnikov (1):
      mm/huge_memory: replace VM_NO_THP VM_BUG_ON with actual VMA check
         [3486b85a29c1741db99d0c522211c82d2b7a56d0]

Linus Lüssing (1):
      batman-adv: Fix broadcast/ogm queue limit on a removed interface
         [c4fdb6cff2aa0ae740c5f19b6f745cbbe786d42f]

Linus Torvalds (3):
      Make hash_64() use a 64-bit multiply when appropriate
         [23d0db76ffa13ffb95229946e4648568c3c29db5]
      Minimal fix-up of bad hashing behavior of hash_64()
         [689de1d6ca95b3b5bd8ee446863bf81a4883ea25]
      nf_conntrack: avoid kernel pointer value leak in slab name
         [31b0b385f69d8d5491a4bca288e25e63f1d945d0]

Lu Baolu (1):
      usb: xhci: fix wild pointers in xhci_mem_cleanup
         [71504062a7c34838c3fccd92c447f399d3cb5797]

Mathias Krause (1):
      proc: prevent accessing /proc/<PID>/environ until it's ready
         [8148a73c9901a8794a50f950083c00ccf97d43b3]

Mike Manning (1):
      USB: serial: cp210x: add ID for Link ECU
         [1d377f4d690637a0121eac8701f84a0aa1e69a69]

Nishanth Aravamudan (1):
      hugetlb: ensure hugepage access is denied if hugepages are not supported
         [457c1b27ed56ec472d202731b12417bff023594a]

Prarit Bhargava (1):
      ACPICA: Dispatcher: Update thread ID for recursive method calls
         [93d68841a23a5779cef6fb9aa0ef32e7c5bd00da]

Rafal Redzimski (1):
      usb: xhci: applying XHCI_PME_STUCK_QUIRK to Intel BXT B0 host
         [0d46faca6f887a849efb07c1655b5a9f7c288b45]

Robert Dobrowolski (1):
      usb: hcd: out of bounds access in for_each_companion
         [e86103a75705c7c530768f4ffaba74cf382910f2]

Srinivas Kandagatla (1):
      libahci: save port map for forced port map
         [2fd0f46cb1b82587c7ae4a616d69057fb9bd0af7]

Stephen Boyd (1):
      Input: pmic8xxx-pwrkey - fix algorithm for converting trigger delay
         [eda5ecc0a6b865561997e177c393f0b0136fe3b7]

Steven Rostedt (1):
      x86, sparse: Do not force removal of __user when calling copy_to/from_user_nocheck()
         [df90ca969035d3f6c95044e272f75bf417b14245]

Sven Eckelmann (2):
      batman-adv: Check skb size before using encapsulated ETH+VLAN header
         [c78296665c3d81f040117432ab9e1cb125521b0c]
      batman-adv: Reduce refcnt of removed router when updating route
         [d1a65f1741bfd9c69f9e4e2ad447a89b6810427d]

Tony Luck (1):
      EDAC: i7core, sb_edac: Don't return NOTIFY_BAD from mce_decoder callback
         [c4fc1956fa31003bfbe4f597e359d751568e2954]

Vladis Dronov (1):
      Input: gtco - fix crash on detecting device without endpoints
         [162f98dea487206d9ab79fc12ed64700667a894d]

Xie XiuQi (1):
      ipmi: fix timeout calculation when bmc is disconnected
         [e21404dc0ac7ac971c1e36274b48bb460463f4e5]

 Documentation/kernel-parameters.txt          |  2 +
 Makefile                                     |  4 +-
 arch/parisc/kernel/syscall.S                 |  2 +-
 arch/powerpc/include/asm/cputable.h          |  1 +
 arch/powerpc/kernel/prom.c                   |  2 +-
 arch/s390/include/asm/hugetlb.h              |  1 +
 arch/x86/include/asm/hugetlb.h               |  1 +
 arch/x86/include/asm/microcode.h             |  1 +
 arch/x86/include/asm/uaccess_64.h            | 24 +++++++++---
 arch/x86/kernel/microcode_amd.c              | 54 ++++++++++++++++++++++++++-
 arch/x86/kvm/x86.c                           | 10 ++---
 crypto/ahash.c                               |  3 +-
 crypto/gcm.c                                 | 22 ++++++++++-
 drivers/acpi/acpica/dsmethod.c               |  3 ++
 drivers/ata/libahci.c                        |  1 +
 drivers/char/ipmi/ipmi_si_intf.c             |  2 +-
 drivers/edac/i7core_edac.c                   |  2 +-
 drivers/edac/sb_edac.c                       |  2 +-
 drivers/gpu/drm/i915/i915_drv.c              | 29 +++++++++++++++
 drivers/gpu/drm/radeon/atombios_encoders.c   |  4 ++
 drivers/infiniband/core/ucm.c                |  4 ++
 drivers/infiniband/core/ucma.c               |  4 ++
 drivers/infiniband/core/uverbs_main.c        |  5 +++
 drivers/infiniband/hw/ipath/ipath_file_ops.c |  5 +++
 drivers/infiniband/hw/qib/qib_file_ops.c     |  5 +++
 drivers/input/misc/pmic8xxx-pwrkey.c         |  8 ++--
 drivers/input/tablet/gtco.c                  | 10 ++++-
 drivers/net/ethernet/atheros/atlx/atl2.c     |  2 +-
 drivers/usb/core/hcd-pci.c                   |  8 ++++
 drivers/usb/host/xhci-mem.c                  |  5 +++
 drivers/usb/host/xhci-pci.c                  |  4 +-
 drivers/usb/serial/cp210x.c                  |  4 ++
 drivers/usb/storage/usb.c                    |  5 ++-
 fs/hugetlbfs/inode.c                         |  5 +++
 fs/isofs/rock.c                              | 13 +++++--
 fs/proc/base.c                               |  3 +-
 include/linux/hash.h                         | 20 ++++++++++
 include/linux/hugetlb.h                      |  9 +++++
 include/linux/netdevice.h                    | 21 +----------
 include/linux/usb_usual.h                    |  2 +
 mm/huge_memory.c                             | 55 ++++++++++++----------------
 mm/hugetlb.c                                 | 16 +++++---
 net/ax25/ax25_ip.c                           | 15 --------
 net/batman-adv/routing.c                     |  9 +++++
 net/batman-adv/send.c                        |  6 +++
 net/batman-adv/soft-interface.c              |  8 +++-
 net/core/rtnetlink.c                         | 18 +++++----
 net/llc/af_llc.c                             |  1 +
 net/netfilter/nf_conntrack_core.c            |  4 +-
 net/wireless/nl80211.c                       |  2 +-
 net/x25/x25_facilities.c                     |  1 +
 51 files changed, 330 insertions(+), 117 deletions(-)

-- 
Ben Hutchings
The program is absolutely right; therefore, the computer must be wrong.

[toc] | [next] | [standalone]

#1420383 — [PATCH 3.2 05/46] crypto: gcm - fix rfc4543 to handle async crypto correctly

3.2.81-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Jussi Kivilinna <jussi.kivilinna@iki.fi>

commit d733ac90f9fe8ac284e523f9920b507555b12f6d upstream.

If the gcm cipher used by rfc4543 does not complete request immediately,
the authentication tag is not copied to destination buffer. Patch adds
correct async logic for this case.

Signed-off-by: Jussi Kivilinna <jussi.kivilinna@iki.fi>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
 crypto/gcm.c | 19 +++++++++++++++++--
 1 file changed, 17 insertions(+), 2 deletions(-)

--- a/crypto/gcm.c
+++ b/crypto/gcm.c
@@ -1103,6 +1103,21 @@ static int crypto_rfc4543_setauthsize(st
 	return crypto_aead_setauthsize(ctx->child, authsize);
 }
 
+static void crypto_rfc4543_done(struct crypto_async_request *areq, int err)
+{
+	struct aead_request *req = areq->data;
+	struct crypto_aead *aead = crypto_aead_reqtfm(req);
+	struct crypto_rfc4543_req_ctx *rctx = crypto_rfc4543_reqctx(req);
+
+	if (!err) {
+		scatterwalk_map_and_copy(rctx->auth_tag, req->dst,
+					 req->cryptlen,
+					 crypto_aead_authsize(aead), 1);
+	}
+
+	aead_request_complete(req, err);
+}
+
 static struct aead_request *crypto_rfc4543_crypt(struct aead_request *req,
 						 int enc)
 {
@@ -1159,8 +1174,8 @@ static struct aead_request *crypto_rfc45
 	scatterwalk_crypto_chain(assoc, payload, 0, 2);
 
 	aead_request_set_tfm(subreq, ctx->child);
-	aead_request_set_callback(subreq, req->base.flags, req->base.complete,
-				  req->base.data);
+	aead_request_set_callback(subreq, req->base.flags, crypto_rfc4543_done,
+				  req);
 	aead_request_set_crypt(subreq, cipher, cipher, enc ? 0 : authsize, iv);
 	aead_request_set_assoc(subreq, assoc, assoclen);
 

[toc] | [prev] | [next] | [standalone]

#1420384 — [PATCH 3.2 17/46] usb: hcd: out of bounds access in for_each_companion

3.2.81-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Robert Dobrowolski <robert.dobrowolski@linux.intel.com>

commit e86103a75705c7c530768f4ffaba74cf382910f2 upstream.

On BXT platform Host Controller and Device Controller figure as
same PCI device but with different device function. HCD should
not pass data to Device Controller but only to Host Controllers.
Checking if companion device is Host Controller, otherwise skip.

Signed-off-by: Robert Dobrowolski <robert.dobrowolski@linux.intel.com>
Acked-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[bwh: Backported to 3.2: adjust context]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
--- a/drivers/usb/core/hcd-pci.c
+++ b/drivers/usb/core/hcd-pci.c
@@ -70,6 +70,14 @@ static void companion_common(struct pci_
 				PCI_SLOT(companion->devfn) != slot)
 			continue;
 
+		/*
+		 * Companion device should be either UHCI,OHCI or EHCI host
+		 * controller, otherwise skip.
+		 */
+		if (companion->class != CL_UHCI && companion->class != CL_OHCI &&
+				companion->class != CL_EHCI)
+			continue;
+
 		companion_hcd = pci_get_drvdata(companion);
 		if (!companion_hcd)
 			continue;

[toc] | [prev] | [next] | [standalone]

#1420385 — [PATCH 3.2 15/46] usb: xhci: fix wild pointers in xhci_mem_cleanup

3.2.81-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Lu Baolu <baolu.lu@linux.intel.com>

commit 71504062a7c34838c3fccd92c447f399d3cb5797 upstream.

This patch fixes some wild pointers produced by xhci_mem_cleanup.
These wild pointers will cause system crash if xhci_mem_cleanup()
is called twice.

Reported-and-tested-by: Pengcheng Li <lpc.li@hisilicon.com>
Signed-off-by: Lu Baolu <baolu.lu@linux.intel.com>
Signed-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[bwh: Backported to 3.2: there's no xhci_hcd::ext_caps field to clear]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
--- a/drivers/usb/host/xhci-mem.c
+++ b/drivers/usb/host/xhci-mem.c
@@ -1789,6 +1789,11 @@ no_bw:
 	kfree(xhci->port_array);
 	kfree(xhci->rh_bw);
 
+	xhci->usb2_ports = NULL;
+	xhci->usb3_ports = NULL;
+	xhci->port_array = NULL;
+	xhci->rh_bw = NULL;
+
 	xhci->page_size = 0;
 	xhci->page_shift = 0;
 	xhci->bus_state[0].bus_suspended = 0;

[toc] | [prev] | [next] | [standalone]

#1420386 — [PATCH 3.2 42/46] get_rock_ridge_filename(): handle malformed NM entries

3.2.81-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Al Viro <viro@zeniv.linux.org.uk>

commit 99d825822eade8d827a1817357cbf3f889a552d6 upstream.

Payloads of NM entries are not supposed to contain NUL.  When we run
into such, only the part prior to the first NUL goes into the
concatenation (i.e. the directory entry name being encoded by a bunch
of NM entries).  We do stop when the amount collected so far + the
claimed amount in the current NM entry exceed 254.  So far, so good,
but what we return as the total length is the sum of *claimed*
sizes, not the actual amount collected.  And that can grow pretty
large - not unlimited, since you'd need to put CE entries in
between to be able to get more than the maximum that could be
contained in one isofs directory entry / continuation chunk and
we are stop once we'd encountered 32 CEs, but you can get about 8Kb
easily.  And that's what will be passed to readdir callback as the
name length.  8Kb __copy_to_user() from a buffer allocated by
__get_free_page()

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
 fs/isofs/rock.c | 13 ++++++++++---
 1 file changed, 10 insertions(+), 3 deletions(-)

--- a/fs/isofs/rock.c
+++ b/fs/isofs/rock.c
@@ -203,6 +203,8 @@ int get_rock_ridge_filename(struct iso_d
 	int retnamlen = 0;
 	int truncate = 0;
 	int ret = 0;
+	char *p;
+	int len;
 
 	if (!ISOFS_SB(inode->i_sb)->s_rock)
 		return 0;
@@ -267,12 +269,17 @@ repeat:
 					rr->u.NM.flags);
 				break;
 			}
-			if ((strlen(retname) + rr->len - 5) >= 254) {
+			len = rr->len - 5;
+			if (retnamlen + len >= 254) {
 				truncate = 1;
 				break;
 			}
-			strncat(retname, rr->u.NM.name, rr->len - 5);
-			retnamlen += rr->len - 5;
+			p = memchr(rr->u.NM.name, '\0', len);
+			if (unlikely(p))
+				len = p - rr->u.NM.name;
+			memcpy(retname + retnamlen, rr->u.NM.name, len);
+			retnamlen += len;
+			retname[retnamlen] = '\0';
 			break;
 		case SIG('R', 'E'):
 			kfree(rs.buffer);

[toc] | [prev] | [next] | [standalone]

#1420387 — [PATCH 3.2 23/46] s390/hugetlb: add hugepages_supported define

3.2.81-rc1 review patch.  If anyone has any objections, please let me know.

------------------

From: Dominik Dingel <dingel@linux.vnet.ibm.com>

commit 7f9be77555bb2e52de84e9dddf7b4eb20cc6e171 upstream.

On s390 we only can enable hugepages if the underlying hardware/hypervisor
also does support this.  Common code now would assume this to be
signaled by setting HPAGE_SHIFT to 0.  But on s390, where we only
support one hugepage size, there is a link between HPAGE_SHIFT and
pageblock_order.

So instead of setting HPAGE_SHIFT to 0, we will implement the check for
the hardware capability.

Signed-off-by: Dominik Dingel <dingel@linux.vnet.ibm.com>
Acked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Michael Holzheu <holzheu@linux.vnet.ibm.com>
Cc: Gerald Schaefer <gerald.schaefer@de.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
---
 arch/s390/include/asm/hugetlb.h | 1 +
 1 file changed, 1 insertion(+)

--- a/arch/s390/include/asm/hugetlb.h
+++ b/arch/s390/include/asm/hugetlb.h
@@ -14,6 +14,7 @@
 
 #define is_hugepage_only_range(mm, addr, len)	0
 #define hugetlb_free_pgd_range			free_pgd_range
+#define hugepages_supported()			(MACHINE_HAS_HPAGE)
 
 void set_huge_pte_at(struct mm_struct *mm, unsigned long addr,
 		     pte_t *ptep, pte_t pte);

[toc] | [prev] | [next] | [standalone]

#1420394

On 06/12/2016 02:34 PM, Ben Hutchings wrote:
> This is the start of the stable review cycle for the 3.2.81 release.
> There are 46 patches in this series, which will be posted as responses
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
> Anything received after that time might be too late.
>
Build results:
	total: 89 pass: 89 fail: 0
Qemu test results:
	total: 61 pass: 61 fail: 0

Details are available at http://kerneltests.org/builders.

Guenter

[toc] | [prev] | [next] | [standalone]

#1420395

[Multipart message — attachments visible in raw view] — view raw

On Sun, 2016-06-12 at 16:13 -0700, Guenter Roeck wrote:
> On 06/12/2016 02:34 PM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.81 release.
> > There are 46 patches in this series, which will be posted as responses
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> > 
> > Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
> > Anything received after that time might be too late.
> > 
> Build results:
> 	total: 89 pass: 89 fail: 0
> Qemu test results:
> 	total: 61 pass: 61 fail: 0
> 
> Details are available at http://kerneltests.org/builders.

Thanks for checking.

Ben.

-- 
Ben Hutchings
One of the nice things about standards is that there are so many of
them.

[toc] | [prev] | [next] | [standalone]

#1422368

On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote:
> This is the start of the stable review cycle for the 3.2.81 release.
> There are 46 patches in this series, which will be posted as responses
> to this one.  If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
> Anything received after that time might be too late.

m32r allmodconfig build is failing.

you will also need - 71a49d16f06d ("m32r: add definition of ioremap_wc 
to io.h")

build log is at: https://gitlab.com/sudipm/linux-next/builds/1771270

It doesnot apply cleanly, if you want I can send you the backported version.

Some other builds are also failing but i dont think i can check them 
before your deadline.
My other builds are at:
https://gitlab.com/sudipm/linux-next/pipelines/3510592

Regards
Sudip

[toc] | [prev] | [next] | [standalone]

#1422386

[Multipart message — attachments visible in raw view] — view raw

On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote:
> On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.81 release.
> > There are 46 patches in this series, which will be posted as responses
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> > 
> > Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
> > Anything received after that time might be too late.
> 
> m32r allmodconfig build is failing.
> 
> you will also need - 71a49d16f06d ("m32r: add definition of ioremap_wc 
> to io.h")
>
> build log is at: https://gitlab.com/sudipm/linux-next/builds/1771270

None of these patches add a call to ioremap_wc(), and none of the
changes since v3.2 added such a call.  So I think it can wait for
another stable cycle.  Anyway, isn't it really this commit that's
needed:

commit 92a8ed4c7643809123ef0a65424569eaacc5c6b0
Author: Sudip Mukherjee
<sudipm.mukherjee@gmail.com>
Date:   Tue Dec 29 14:54:19 2015 -0800

    m32r: add io*_rep helpers

?

> It doesnot apply cleanly, if you want I can send you the backported version.
> 
> Some other builds are also failing but i dont think i can check them 
> before your deadline.
> My other builds are at:
> https://gitlab.com/sudipm/linux-next/pipelines/3510592

As some of these failures are caused by not adding include/rdma/ib.h,
please let me know when you have results with that fixed.

Thanks for testing,

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
                                                              - Albert
Camus

[toc] | [prev] | [next] | [standalone]

#1422409

On Tuesday 14 June 2016 11:16 PM, Ben Hutchings wrote:
> On Tue, 2016-06-14 at 22:56 +0100, Sudip Mukherjee wrote:
>> On Sunday 12 June 2016 10:34 PM, Ben Hutchings wrote:
>>> This is the start of the stable review cycle for the 3.2.81 release.
>>> There are 46 patches in this series, which will be posted as responses
>>> to this one.  If anyone has any issues with these being applied, please
>>> let me know.
>>>
>>> Responses should be made by Wed Jun 15 00:00:00 UTC 2016.
>>> Anything received after that time might be too late.
>>
>> m32r allmodconfig build is failing.
>>
>> you will also need - 71a49d16f06d ("m32r: add definition of ioremap_wc
>> to io.h")
>>
>> build log is at: https://gitlab.com/sudipm/linux-next/builds/1771270
>
> None of these patches add a call to ioremap_wc(), and none of the
> changes since v3.2 added such a call.  So I think it can wait for
> another stable cycle.  Anyway, isn't it really this commit that's
> needed:
>
> commit 92a8ed4c7643809123ef0a65424569eaacc5c6b0
> Author: Sudip Mukherjee
> <sudipm.mukherjee@gmail.com>
> Date:   Tue Dec 29 14:54:19 2015 -0800
>
>      m32r: add io*_rep helpers
>

Looks like today is a bad day. I tested with:
92a8ed4c7643 ("m32r: add io*_rep helpers") and that gave me another 
failure which needed:
71a49d16f06d ("m32r: add definition of ioremap_wc to io.h")

>
>> It doesnot apply cleanly, if you want I can send you the backported version.
>>
>> Some other builds are also failing but i dont think i can check them
>> before your deadline.
>> My other builds are at:
>> https://gitlab.com/sudipm/linux-next/pipelines/3510592
>
> As some of these failures are caused by not adding include/rdma/ib.h,
> please let me know when you have results with that fixed.

Its pending at https://gitlab.com/sudipm/linux-next/pipelines/3519324

Regards
Sudip

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web