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


Groups > linux.kernel > #1633976 > unrolled thread

[PATCH 4.10 00/62] 4.10.14-stable review

Started byGreg Kroah-Hartman <gregkh@linuxfoundation.org>
First post2017-05-02 00:00 +0200
Last post2017-05-02 20:40 +0200
Articles 10 — 5 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 4.10 00/62] 4.10.14-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-05-02 00:00 +0200
    [PATCH 4.10 10/62] l2tp: hold tunnel socket when handling control frames in l2tp_ip and l2tp_ip6 Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-05-02 00:00 +0200
    Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042  reset list Ed Bordin <edbordin@gmail.com> - 2017-05-02 03:20 +0200
      Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list Dmitry Torokhov <dmitry.torokhov@gmail.com> - 2017-05-02 03:30 +0200
        Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042  reset list Ed Bordin <edbordin@gmail.com> - 2017-05-02 04:20 +0200
    Re: [PATCH 4.10 00/62] 4.10.14-stable review Shuah Khan <shuahkh@osg.samsung.com> - 2017-05-02 16:00 +0200
      Re: [PATCH 4.10 00/62] 4.10.14-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-05-02 19:10 +0200
    Re: [PATCH 4.10 00/62] 4.10.14-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-05-02 19:10 +0200
    Re: [PATCH 4.10 00/62] 4.10.14-stable review Guenter Roeck <linux@roeck-us.net> - 2017-05-02 19:40 +0200
      Re: [PATCH 4.10 00/62] 4.10.14-stable review Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-05-02 20:40 +0200

#1633976 — [PATCH 4.10 00/62] 4.10.14-stable review

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-05-02 00:00 +0200
Subject[PATCH 4.10 00/62] 4.10.14-stable review
Message-ID<tCrcZ-5UI-3@gated-at.bofh.it>
This is the start of the stable review cycle for the 4.10.14 release.
There are 62 patches in this series, all will be posted as a response
to this one.  If anyone has any issues with these being applied, please
let me know.

Responses should be made by Wed May  3 21:27:17 UTC 2017.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
	kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.10.14-rc1.gz
or in the git tree and branch at:
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.10.y
and the diffstat can be found below.

thanks,

greg k-h

-------------
Pseudo-Shortlog of commits:

Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    Linux 4.10.14-rc1

Josh Poimboeuf <jpoimboe@redhat.com>
    ftrace/x86: Fix triple fault with graph tracing and suspend-to-ram

Sebastian Andrzej Siewior <bigeasy@linutronix.de>
    cpu/hotplug: Serialize callback invocations proper

Maksim Salau <maksim.salau@gmail.com>
    net: can: usb: gs_usb: Fix buffer on stack

Jason A. Donenfeld <Jason@zx2c4.com>
    macsec: avoid heap overflow in skb_to_sgvec

Yan, Zheng <zyan@redhat.com>
    ceph: fix recursion between ceph_set_acl() and __ceph_setattr()

J. Bruce Fields <bfields@redhat.com>
    nfsd: stricter decoding of write-like NFSv2/v3 ops

J. Bruce Fields <bfields@redhat.com>
    nfsd4: minor NFSv2/v3 write decoding cleanup

J. Bruce Fields <bfields@redhat.com>
    nfsd: check for oversized NFSv2/v3 arguments

Dmitry Torokhov <dmitry.torokhov@gmail.com>
    Input: i8042 - add Clevo P650RS to the i8042 reset list

Takashi Iwai <tiwai@suse.de>
    ASoC: intel: Fix PM and non-atomic crash in bytcr drivers

Al Viro <viro@zeniv.linux.org.uk>
    p9_client_readdir() fix

James Cowgill <James.Cowgill@imgtec.com>
    MIPS: Avoid BUG warning in arch_check_elf

James Hogan <james.hogan@imgtec.com>
    MIPS: cevt-r4k: Fix out-of-bounds array access

James Hogan <james.hogan@imgtec.com>
    MIPS: KGDB: Use kernel context for sleeping threads

Noam Camus <noamca@mellanox.com>
    ARC: [plat-eznps] Fix build error

Johannes Thumshirn <jthumshirn@suse.de>
    scsi: return correct blkprep status code in case scsi_init_io() fails.

Takashi Iwai <tiwai@suse.de>
    ALSA: seq: Don't break snd_use_lock_sync() loop by timeout

Takashi Sakamoto <o-takashi@sakamocchi.jp>
    ALSA: firewire-lib: fix inappropriate assignment between signed/unsigned type

Takashi Sakamoto <o-takashi@sakamocchi.jp>
    ALSA: oxfw: fix regression to handle Stanton SCS.1m/1d

Jamie Bainbridge <jbainbri@redhat.com>
    ipv6: check raw payload size correctly in ioctl

Wei Wang <weiwan@google.com>
    tcp: memset ca_priv data to 0 properly

WANG Cong <xiyou.wangcong@gmail.com>
    ipv6: check skb->protocol before lookup for nexthop

Alexander Kochetkov <al.kochet@gmail.com>
    net: phy: fix auto-negotiation stall due to unavailable interrupt

David Ahern <dsa@cumulusnetworks.com>
    net: ipv6: regenerate host route if moved to gc list

Herbert Xu <herbert@gondor.apana.org.au>
    macvlan: Fix device ref leak when purging bc_queue

Soheil Hassas Yeganeh <soheil@google.com>
    tcp: mark skbs with SCM_TIMESTAMPING_OPT_STATS

Soheil Hassas Yeganeh <soheil@google.com>
    tcp: fix SCM_TIMESTAMPING_OPT_STATS for normal skbs

Ilan Tayari <ilant@mellanox.com>
    net/mlx5e: Fix ETHTOOL_GRXCLSRLALL handling

Eugenia Emantayev <eugenia@mellanox.com>
    net/mlx5e: Fix small packet threshold

Or Gerlitz <ogerlitz@mellanox.com>
    net/mlx5: E-Switch, Correctly deal with inline mode on ConnectX-5

Mohamad Haj Yahia <mohamad@mellanox.com>
    net/mlx5: Fix driver load bad flow when having fw initializing timeout

Nikolay Aleksandrov <nikolay@cumulusnetworks.com>
    ip6mr: fix notification device destruction

Tushar Dave <tushar.n.dave@oracle.com>
    netpoll: Check for skb->queue_mapping

David Ahern <dsa@cumulusnetworks.com>
    net: ipv6: RTF_PCPU should not be settable from userspace

Ilan Tayari <ilant@mellanox.com>
    gso: Validate assumption of frag_list segementation

Sabrina Dubroca <sd@queasysnail.net>
    ipv6: fix source routing

David Lebrun <david.lebrun@uclouvain.be>
    ipv6: sr: fix double free of skb after handling invalid SRH

Dan Carpenter <dan.carpenter@oracle.com>
    dp83640: don't recieve time stamps twice

David Lebrun <david.lebrun@uclouvain.be>
    ipv6: sr: fix out-of-bounds access in SRH validation

Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
    sh_eth: unmap DMA buffers when freeing rings

David Ahern <dsa@cumulusnetworks.com>
    net: vrf: Fix setting NLM_F_EXCL flag when adding l3mdev rule

Willem de Bruijn <willemb@google.com>
    net-timestamp: avoid use-after-free in ip_recv_error

Rabin Vincent <rabinv@axis.com>
    ipv6: Fix idev->addr_list corruption

Eric Dumazet <edumazet@google.com>
    tcp: clear saved_syn in tcp_disconnect()

Xin Long <lucien.xin@gmail.com>
    sctp: listen on the sock only when it's state is listening or closed

Florian Larysch <fl@n621.de>
    net: ipv4: fix multipath RTM_GETROUTE behavior when iif is given

Guillaume Nault <g.nault@alphalink.fr>
    l2tp: fix PPP pseudo-wire auto-loading

Guillaume Nault <g.nault@alphalink.fr>
    l2tp: take reference on sessions being dumped

Yi-Hung Wei <yihung.wei@gmail.com>
    openvswitch: Fix ovs_flow_key_update()

Andrey Konovalov <andreyknvl@google.com>
    net/packet: fix overflow in check for tp_reserve

Andrey Konovalov <andreyknvl@google.com>
    net/packet: fix overflow in check for tp_frame_nr

Guillaume Nault <g.nault@alphalink.fr>
    l2tp: purge socket queues in the .destruct() callback

Guillaume Nault <g.nault@alphalink.fr>
    l2tp: hold tunnel socket when handling control frames in l2tp_ip and l2tp_ip6

Talat Batheesh <talatb@mellanox.com>
    net/mlx5: Avoid dereferencing uninitialized pointer

Alexei Starovoitov <ast@fb.com>
    bpf: improve verifier packet range checks

Florian Westphal <fw@strlen.de>
    secure_seq: downgrade to per-host timestamp offsets

WANG Cong <xiyou.wangcong@gmail.com>
    kcm: return immediately after copy_from_user() failure

Nathan Sullivan <nathan.sullivan@ni.com>
    net: phy: handle state correctly in phy_stop_machine

Eric Dumazet <edumazet@google.com>
    net: neigh: guard against NULL solicit() method

Tom Hromatka <tom.hromatka@oracle.com>
    sparc64: Fix kernel panic due to erroneous #ifdef surrounding pmd_write()

bob picco <bob.picco@oracle.com>
    sparc64: kern_addr_valid regression

Eric Dumazet <edumazet@google.com>
    ping: implement proper locking


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

Diffstat:

 Makefile                                           |   4 +-
 arch/arc/include/asm/atomic.h                      |   3 +-
 arch/mips/kernel/cevt-r4k.c                        |   2 +-
 arch/mips/kernel/elf.c                             |   2 +-
 arch/mips/kernel/kgdb.c                            |  48 +++++---
 arch/sparc/include/asm/pgtable_64.h                |  15 +--
 arch/sparc/mm/init_64.c                            |   2 +-
 arch/x86/kernel/ftrace.c                           |  12 ++
 drivers/input/serio/i8042-x86ia64io.h              |   7 ++
 drivers/net/can/usb/gs_usb.c                       |  17 ++-
 drivers/net/ethernet/mellanox/mlx5/core/en.h       |   2 +-
 .../ethernet/mellanox/mlx5/core/en_fs_ethtool.c    |   1 +
 drivers/net/ethernet/mellanox/mlx5/core/en_tc.c    |   3 +-
 .../ethernet/mellanox/mlx5/core/eswitch_offloads.c |  36 ++++--
 drivers/net/ethernet/mellanox/mlx5/core/lag.c      |   5 +-
 drivers/net/ethernet/mellanox/mlx5/core/main.c     |   2 +-
 drivers/net/ethernet/renesas/sh_eth.c              | 122 +++++++++++----------
 drivers/net/macsec.c                               |   2 +-
 drivers/net/macvlan.c                              |  11 +-
 drivers/net/phy/dp83640.c                          |   2 -
 drivers/net/phy/phy.c                              |  42 ++++++-
 drivers/net/vrf.c                                  |   2 +-
 drivers/scsi/scsi_lib.c                            |   4 +-
 fs/ceph/inode.c                                    |  22 ++--
 fs/nfsd/nfs3xdr.c                                  |  13 ++-
 fs/nfsd/nfssvc.c                                   |  36 ++++++
 fs/nfsd/nfsxdr.c                                   |  10 +-
 include/linux/errqueue.h                           |   2 +
 include/linux/phy.h                                |   1 +
 include/uapi/linux/ipv6_route.h                    |   2 +-
 kernel/bpf/verifier.c                              |   5 +-
 kernel/cpu.c                                       |  28 ++---
 net/9p/client.c                                    |   4 +
 net/core/neighbour.c                               |   3 +-
 net/core/netpoll.c                                 |  10 +-
 net/core/secure_seq.c                              |  29 ++++-
 net/core/skbuff.c                                  |  46 ++++++--
 net/ipv4/ip_sockglue.c                             |   9 +-
 net/ipv4/ping.c                                    |   5 +-
 net/ipv4/route.c                                   |   2 +-
 net/ipv4/tcp.c                                     |   1 +
 net/ipv4/tcp_cong.c                                |  11 +-
 net/ipv6/addrconf.c                                |  25 ++++-
 net/ipv6/datagram.c                                |  10 +-
 net/ipv6/exthdrs.c                                 |   5 +-
 net/ipv6/ip6_tunnel.c                              |  34 +++---
 net/ipv6/ip6mr.c                                   |  13 +--
 net/ipv6/raw.c                                     |   3 +-
 net/ipv6/route.c                                   |   4 +
 net/ipv6/seg6.c                                    |   3 +
 net/kcm/kcmsock.c                                  |   6 +-
 net/l2tp/l2tp_core.c                               |   8 +-
 net/l2tp/l2tp_core.h                               |   3 +-
 net/l2tp/l2tp_debugfs.c                            |  10 +-
 net/l2tp/l2tp_ip.c                                 |   5 +-
 net/l2tp/l2tp_ip6.c                                |   5 +-
 net/l2tp/l2tp_netlink.c                            |   7 +-
 net/l2tp/l2tp_ppp.c                                |  19 ++--
 net/openvswitch/flow.c                             |  10 +-
 net/packet/af_packet.c                             |   4 +
 net/sctp/socket.c                                  |   3 +
 net/socket.c                                       |  13 ++-
 sound/core/seq/seq_lock.c                          |   9 +-
 sound/firewire/lib.h                               |   2 +-
 sound/firewire/oxfw/oxfw.c                         |   4 +-
 sound/soc/intel/boards/bytcr_rt5640.c              |   4 +-
 sound/soc/intel/boards/bytcr_rt5651.c              |   2 -
 tools/testing/selftests/bpf/test_verifier.c        |  20 ++++
 68 files changed, 552 insertions(+), 264 deletions(-)

[toc] | [next] | [standalone]


#1633997 — [PATCH 4.10 10/62] l2tp: hold tunnel socket when handling control frames in l2tp_ip and l2tp_ip6

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-05-02 00:00 +0200
Subject[PATCH 4.10 10/62] l2tp: hold tunnel socket when handling control frames in l2tp_ip and l2tp_ip6
Message-ID<tCrwo-626-71@gated-at.bofh.it>
In reply to#1633976
4.10-stable review patch.  If anyone has any objections, please let me know.

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

From: Guillaume Nault <g.nault@alphalink.fr>


[ Upstream commit 94d7ee0baa8b764cf64ad91ed69464c1a6a0066b ]

The code following l2tp_tunnel_find() expects that a new reference is
held on sk. Either sk_receive_skb() or the discard_put error path will
drop a reference from the tunnel's socket.

This issue exists in both l2tp_ip and l2tp_ip6.

Fixes: a3c18422a4b4 ("l2tp: hold socket before dropping lock in l2tp_ip{, 6}_recv()")
Signed-off-by: Guillaume Nault <g.nault@alphalink.fr>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
---
 net/l2tp/l2tp_ip.c  |    5 +++--
 net/l2tp/l2tp_ip6.c |    5 +++--
 2 files changed, 6 insertions(+), 4 deletions(-)

--- a/net/l2tp/l2tp_ip.c
+++ b/net/l2tp/l2tp_ip.c
@@ -171,9 +171,10 @@ pass_up:
 
 	tunnel_id = ntohl(*(__be32 *) &skb->data[4]);
 	tunnel = l2tp_tunnel_find(net, tunnel_id);
-	if (tunnel != NULL)
+	if (tunnel) {
 		sk = tunnel->sock;
-	else {
+		sock_hold(sk);
+	} else {
 		struct iphdr *iph = (struct iphdr *) skb_network_header(skb);
 
 		read_lock_bh(&l2tp_ip_lock);
--- a/net/l2tp/l2tp_ip6.c
+++ b/net/l2tp/l2tp_ip6.c
@@ -183,9 +183,10 @@ pass_up:
 
 	tunnel_id = ntohl(*(__be32 *) &skb->data[4]);
 	tunnel = l2tp_tunnel_find(net, tunnel_id);
-	if (tunnel != NULL)
+	if (tunnel) {
 		sk = tunnel->sock;
-	else {
+		sock_hold(sk);
+	} else {
 		struct ipv6hdr *iph = ipv6_hdr(skb);
 
 		read_lock_bh(&l2tp_ip6_lock);

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


#1634067 — Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list

FromEd Bordin <edbordin@gmail.com>
Date2017-05-02 03:20 +0200
SubjectRe: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list
Message-ID<tCuDT-84i-1@gated-at.bofh.it>
In reply to#1633976
On 2 May 2017 at 07:35, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> 4.10-stable review patch.  If anyone has any objections, please let me know.

Minor query (that I probably should have raised earlier): is there any
data to support the comment that the DMI_PRODUCT_NAME "P65xRP" matches
all of "P650RS, 650RP6, Sager NP8152-S"? I have only tested on a
P650RP variant.

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


#1634072 — Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list

FromDmitry Torokhov <dmitry.torokhov@gmail.com>
Date2017-05-02 03:30 +0200
SubjectRe: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list
Message-ID<tCuNA-87d-3@gated-at.bofh.it>
In reply to#1634067
On May 1, 2017 6:14:54 PM PDT, Ed Bordin <edbordin@gmail.com> wrote:
>On 2 May 2017 at 07:35, Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>wrote:
>> 4.10-stable review patch.  If anyone has any objections, please let
>me know.
>
>Minor query (that I probably should have raised earlier): is there any
>data to support the comment that the DMI_PRODUCT_NAME "P65xRP" matches
>all of "P650RS, 650RP6, Sager NP8152-S"? I have only tested on a
>P650RP variant.

I pulled the product names from dmi data from the Launchpad bug referenced in bugzilla.


Thanks.

-- 
Dmitry

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


#1634084 — Re: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list

FromEd Bordin <edbordin@gmail.com>
Date2017-05-02 04:20 +0200
SubjectRe: [PATCH 4.10 54/62] Input: i8042 - add Clevo P650RS to the i8042 reset list
Message-ID<tCvzY-hZ-9@gated-at.bofh.it>
In reply to#1634072
On 2 May 2017 at 11:22, Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote:
> On May 1, 2017 6:14:54 PM PDT, Ed Bordin <edbordin@gmail.com> wrote:
>>On 2 May 2017 at 07:35, Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>>wrote:
>>> 4.10-stable review patch.  If anyone has any objections, please let
>>me know.
>>
>>Minor query (that I probably should have raised earlier): is there any
>>data to support the comment that the DMI_PRODUCT_NAME "P65xRP" matches
>>all of "P650RS, 650RP6, Sager NP8152-S"? I have only tested on a
>>P650RP variant.
>
> I pulled the product names from dmi data from the Launchpad bug referenced in bugzilla.
>
>
> Thanks.
>
> --
> Dmitry

I guess what I was getting at is that it seemed a little odd that the
RS variant from the original bug report would only have "RP" in its
product string. Just did some more digging and it looks like
DMI_PRODUCT_NAME for the RS model in the original bug report is
"P65_67RSRP" [1] but we probably have no way of testing it unless
Paweł Bylica or someone else is able to help.

Don't get me wrong, I'm happy if this goes through as-is! But thought
it would be best to note that in case it causes any future confusion.

[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1645322

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


#1634424

FromShuah Khan <shuahkh@osg.samsung.com>
Date2017-05-02 16:00 +0200
Message-ID<tCGvo-7oC-11@gated-at.bofh.it>
In reply to#1633976
On 05/01/2017 10:59 PM, kernelci.org bot wrote:
> stable-rc/linux-4.10.y boot: 87 boots: 0 failed, 87 passed (v4.10.13-63-gcabfe9402479)
> 
> Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.10.y/kernel/v4.10.13-63-gcabfe9402479/
> Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.10.y/kernel/v4.10.13-63-gcabfe9402479/
> 
> Tree: stable-rc
> Branch: linux-4.10.y
> Git Describe: v4.10.13-63-gcabfe9402479
> Git Commit: cabfe940247902943161bc50dec830a5f19352e5
> Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> Tested: 15 unique boards, 9 SoC families, 18 builds out of 203
> 
> ---
> For more info write to <info@kernelci.org>
> 

Compiled and booted on my test system. No dmesg regressions.

thanks,
-- Shuah

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


#1634529

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-05-02 19:10 +0200
Message-ID<tCJtf-17y-1@gated-at.bofh.it>
In reply to#1634424
On Tue, May 02, 2017 at 07:54:23AM -0600, Shuah Khan wrote:
> On 05/01/2017 10:59 PM, kernelci.org bot wrote:
> > stable-rc/linux-4.10.y boot: 87 boots: 0 failed, 87 passed (v4.10.13-63-gcabfe9402479)
> > 
> > Full Boot Summary: https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.10.y/kernel/v4.10.13-63-gcabfe9402479/
> > Full Build Summary: https://kernelci.org/build/stable-rc/branch/linux-4.10.y/kernel/v4.10.13-63-gcabfe9402479/
> > 
> > Tree: stable-rc
> > Branch: linux-4.10.y
> > Git Describe: v4.10.13-63-gcabfe9402479
> > Git Commit: cabfe940247902943161bc50dec830a5f19352e5
> > Git URL: http://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
> > Tested: 15 unique boards, 9 SoC families, 18 builds out of 203
> > 
> > ---
> > For more info write to <info@kernelci.org>
> > 
> 
> Compiled and booted on my test system. No dmesg regressions.

Thanks for testing all of these and letting me know.

greg k-h

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


#1634532

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-05-02 19:10 +0200
Message-ID<tCJtg-17y-13@gated-at.bofh.it>
In reply to#1633976
On Mon, May 01, 2017 at 09:59:07PM -0700, kernelci.org bot wrote:
> stable-rc/linux-4.10.y boot: 87 boots: 0 failed, 87 passed (v4.10.13-63-gcabfe9402479)

That's good, but it seems like a very small number, is that correct?

thanks,

greg k-h

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


#1634549

FromGuenter Roeck <linux@roeck-us.net>
Date2017-05-02 19:40 +0200
Message-ID<tCJWi-1h2-19@gated-at.bofh.it>
In reply to#1633976
On Mon, May 01, 2017 at 02:34:13PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.10.14 release.
> There are 62 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Wed May  3 21:27:17 UTC 2017.
> Anything received after that time might be too late.
> 
Build results:
	total: 149 pass: 149 fail: 0
Qemu test results:
        total: 122 pass: 122 fail: 0
		                        
Details are available at http://kerneltests.org/builders.

Guenter

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


#1634569

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-05-02 20:40 +0200
Message-ID<tCKSl-1R1-13@gated-at.bofh.it>
In reply to#1634549
On Tue, May 02, 2017 at 10:36:22AM -0700, Guenter Roeck wrote:
> On Mon, May 01, 2017 at 02:34:13PM -0700, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.10.14 release.
> > There are 62 patches in this series, all will be posted as a response
> > to this one.  If anyone has any issues with these being applied, please
> > let me know.
> > 
> > Responses should be made by Wed May  3 21:27:17 UTC 2017.
> > Anything received after that time might be too late.
> > 
> Build results:
> 	total: 149 pass: 149 fail: 0
> Qemu test results:
>         total: 122 pass: 122 fail: 0
> 		                        
> Details are available at http://kerneltests.org/builders.

Thanks for testing all of these and letting me know.

greg k-h

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web