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


Groups > linux.kernel > #1225171 > unrolled thread

[PATCH 3.12 00/33] 3.12.48-stable review

Started byJiri Slaby <jslaby@suse.cz>
First post2015-09-15 16:30 +0200
Last post2015-09-18 10:20 +0200
Articles 9 — 5 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 3.12 00/33] 3.12.48-stable review Jiri Slaby <jslaby@suse.cz> - 2015-09-15 16:30 +0200
    Re: [PATCH 3.12 00/33] 3.12.48-stable review Nikolay Borisov <kernel@kyup.com> - 2015-09-15 17:00 +0200
      Re: [PATCH 3.12 00/33] 3.12.48-stable review Jiri Slaby <jslaby@suse.cz> - 2015-09-16 16:00 +0200
    Re: [PATCH 3.12 00/33] 3.12.48-stable review Shuah Khan <shuahkh@osg.samsung.com> - 2015-09-15 18:20 +0200
      Re: [PATCH 3.12 00/33] 3.12.48-stable review Jiri Slaby <jslaby@suse.cz> - 2015-09-16 11:30 +0200
      Re: [PATCH 3.12 00/33] 3.12.48-stable review Jiri Slaby <jslaby@suse.cz> - 2015-09-18 10:20 +0200
        Re: [PATCH 3.12 00/33] 3.12.48-stable review "Rustad, Mark D" <mark.d.rustad@intel.com> - 2015-09-18 18:40 +0200
    Re: [PATCH 3.12 00/33] 3.12.48-stable review Guenter Roeck <linux@roeck-us.net> - 2015-09-15 18:30 +0200
      Re: [PATCH 3.12 00/33] 3.12.48-stable review Jiri Slaby <jslaby@suse.cz> - 2015-09-18 10:20 +0200

#1225171 — [PATCH 3.12 00/33] 3.12.48-stable review

FromJiri Slaby <jslaby@suse.cz>
Date2015-09-15 16:30 +0200
Subject[PATCH 3.12 00/33] 3.12.48-stable review
Message-ID<q8Zp8-7qt-9@gated-at.bofh.it>
This is the start of the stable review cycle for the 3.12.48 release.
There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
Anything received after that time might be too late.

The whole patch series can be found in one patch at:
	http://kernel.org/pub/linux/kernel/people/jirislaby/stable-review/patch-3.12.48-rc1.xz
and the diffstat can be found below.

thanks,
js

===============


Akinobu Mita (1):
  bio: fix argument of __bio_add_page() for max_sectors > 0xffff

Andrey Vagin (1):
  netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get

Angga (1):
  ipv6: Make MLD packets to only be processed locally

Benjamin LaHaise (1):
  aio: fix reqs_available handling

Dan Carpenter (1):
  rds: fix an integer overflow test in rds_info_getsockopt()

Daniel Borkmann (1):
  rtnetlink: verify IFLA_VF_INFO attributes before passing them to
    driver

Dave Airlie (1):
  drm/radeon: fix hotplug race at startup

David Milburn (1):
  mtip32xx: dynamically allocate buffer in debugfs functions

Edward Hyunkoo Jee (1):
  inet: frags: fix defragmented packet's IP header for af_packet

Eric Dumazet (2):
  net: graceful exit from netif_alloc_netdev_queues()
  ipv6: lock socket in ip6_datagram_connect()

Florian Westphal (1):
  netlink: don't hold mutex in rcu callback when releasing mmapd ring

Heinz Mauelshagen (1):
  dm cache mq: fix memory allocation failure for large cache devices

Herbert Xu (3):
  net: Clone skb before setting peeked flag
  net: Fix skb csum races when peeking
  net: Fix skb_set_peeked use-after-free bug

Jack Morgenstein (1):
  net/mlx4_core: Fix wrong index in propagating port change event to VFs

James Smart (1):
  lpfc: Fix scsi prep dma buf error.

Julian Anastasov (2):
  net: do not process device backlog during unregistration
  net: call rcu_read_lock early in process_backlog

Mark Rustad (2):
  PCI: Add dev_flags bit to access VPD through function 0
  PCI: Add VPD function 0 quirk for Intel Ethernet devices

Mika Westerberg (1):
  mfd: lpc_ich: Assign subdevice ids automatically

Nikolay Aleksandrov (3):
  bridge: mdb: zero out the local br_ip variable before use
  bridge: mdb: fix double add notification
  bonding: fix destruction of bond with devices different from
    arphrd_ether

Oleg Nesterov (1):
  net: pktgen: fix race between pktgen_thread_worker() and
    kthread_stop()

Pablo Neira Ayuso (1):
  netfilter: nf_conntrack: don't release a conntrack with non-zero
    refcnt

Shirish Pargaonkar (1):
  cifs: Send a logoff request before removing a smb session

Stephen Smalley (1):
  net/tipc: initialize security state for new connection socket

Tilman Schmidt (1):
  isdn/gigaset: reset tty->receive_room when attaching ser_gigaset

Timo Teräs (1):
  ip_tunnel: fix ipv4 pmtu check to honor inner ip header df

dingtianhong (1):
  bonding: correct the MAC address for "follow" fail_over_mac policy

 drivers/block/mtip32xx/mtip32xx.c       |  47 +++++++++---
 drivers/gpu/drm/radeon/radeon_irq_kms.c |   5 ++
 drivers/isdn/gigaset/ser-gigaset.c      |  11 ++-
 drivers/md/dm-cache-policy-mq.c         |   4 +-
 drivers/mfd/lpc_ich.c                   |   8 +-
 drivers/net/bonding/bond_main.c         |  20 +++++
 drivers/net/ethernet/mellanox/mlx4/eq.c |   4 +-
 drivers/pci/access.c                    |  61 ++++++++++++++-
 drivers/pci/quirks.c                    |   9 +++
 drivers/scsi/lpfc/lpfc_scsi.c           |   2 +-
 fs/aio.c                                |  77 ++++++++++++++++++-
 fs/bio.c                                |   2 +-
 fs/cifs/connect.c                       |  25 +++++--
 fs/cifs/smb2transport.c                 |  10 ++-
 fs/cifs/transport.c                     |  11 ++-
 include/linux/pci.h                     |   2 +
 include/net/ip.h                        |   1 +
 include/net/netfilter/nf_conntrack.h    |   2 +
 net/bridge/br_mdb.c                     |   3 +-
 net/core/datagram.c                     |  45 ++++++++++-
 net/core/dev.c                          |  38 +++++-----
 net/core/pktgen.c                       |   4 +-
 net/core/rtnetlink.c                    | 128 ++++++++++++++++----------------
 net/ipv4/datagram.c                     |  16 +++-
 net/ipv4/ip_fragment.c                  |   7 +-
 net/ipv4/ip_tunnel.c                    |   8 +-
 net/ipv6/datagram.c                     |  20 +++--
 net/ipv6/ip6_input.c                    |   6 +-
 net/netfilter/nf_conntrack_core.c       |  55 +++++++++++---
 net/netfilter/nf_synproxy_core.c        |   5 +-
 net/netfilter/xt_CT.c                   |   7 +-
 net/netlink/af_netlink.c                |  79 ++++++++++++--------
 net/rds/info.c                          |   2 +-
 net/tipc/socket.c                       |   1 +
 34 files changed, 535 insertions(+), 190 deletions(-)

-- 
2.5.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1225266

FromNikolay Borisov <kernel@kyup.com>
Date2015-09-15 17:00 +0200
Message-ID<q8ZS9-7YI-3@gated-at.bofh.it>
In reply to#1225171
Hi Jiry,


Maybe you would want to consider this:
https://patchwork.ozlabs.org/patch/459088/

It has already found its ways in other stable kernels, despite not being
cc'ed to stable.

Regards,
Nikolay

On 09/15/2015 05:22 PM, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.48 release.
> There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	http://kernel.org/pub/linux/kernel/people/jirislaby/stable-review/patch-3.12.48-rc1.xz
> and the diffstat can be found below.
> 
> thanks,
> js
> 
> ===============
> 
> 
> Akinobu Mita (1):
>   bio: fix argument of __bio_add_page() for max_sectors > 0xffff
> 
> Andrey Vagin (1):
>   netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
> 
> Angga (1):
>   ipv6: Make MLD packets to only be processed locally
> 
> Benjamin LaHaise (1):
>   aio: fix reqs_available handling
> 
> Dan Carpenter (1):
>   rds: fix an integer overflow test in rds_info_getsockopt()
> 
> Daniel Borkmann (1):
>   rtnetlink: verify IFLA_VF_INFO attributes before passing them to
>     driver
> 
> Dave Airlie (1):
>   drm/radeon: fix hotplug race at startup
> 
> David Milburn (1):
>   mtip32xx: dynamically allocate buffer in debugfs functions
> 
> Edward Hyunkoo Jee (1):
>   inet: frags: fix defragmented packet's IP header for af_packet
> 
> Eric Dumazet (2):
>   net: graceful exit from netif_alloc_netdev_queues()
>   ipv6: lock socket in ip6_datagram_connect()
> 
> Florian Westphal (1):
>   netlink: don't hold mutex in rcu callback when releasing mmapd ring
> 
> Heinz Mauelshagen (1):
>   dm cache mq: fix memory allocation failure for large cache devices
> 
> Herbert Xu (3):
>   net: Clone skb before setting peeked flag
>   net: Fix skb csum races when peeking
>   net: Fix skb_set_peeked use-after-free bug
> 
> Jack Morgenstein (1):
>   net/mlx4_core: Fix wrong index in propagating port change event to VFs
> 
> James Smart (1):
>   lpfc: Fix scsi prep dma buf error.
> 
> Julian Anastasov (2):
>   net: do not process device backlog during unregistration
>   net: call rcu_read_lock early in process_backlog
> 
> Mark Rustad (2):
>   PCI: Add dev_flags bit to access VPD through function 0
>   PCI: Add VPD function 0 quirk for Intel Ethernet devices
> 
> Mika Westerberg (1):
>   mfd: lpc_ich: Assign subdevice ids automatically
> 
> Nikolay Aleksandrov (3):
>   bridge: mdb: zero out the local br_ip variable before use
>   bridge: mdb: fix double add notification
>   bonding: fix destruction of bond with devices different from
>     arphrd_ether
> 
> Oleg Nesterov (1):
>   net: pktgen: fix race between pktgen_thread_worker() and
>     kthread_stop()
> 
> Pablo Neira Ayuso (1):
>   netfilter: nf_conntrack: don't release a conntrack with non-zero
>     refcnt
> 
> Shirish Pargaonkar (1):
>   cifs: Send a logoff request before removing a smb session
> 
> Stephen Smalley (1):
>   net/tipc: initialize security state for new connection socket
> 
> Tilman Schmidt (1):
>   isdn/gigaset: reset tty->receive_room when attaching ser_gigaset
> 
> Timo Teräs (1):
>   ip_tunnel: fix ipv4 pmtu check to honor inner ip header df
> 
> dingtianhong (1):
>   bonding: correct the MAC address for "follow" fail_over_mac policy
> 
>  drivers/block/mtip32xx/mtip32xx.c       |  47 +++++++++---
>  drivers/gpu/drm/radeon/radeon_irq_kms.c |   5 ++
>  drivers/isdn/gigaset/ser-gigaset.c      |  11 ++-
>  drivers/md/dm-cache-policy-mq.c         |   4 +-
>  drivers/mfd/lpc_ich.c                   |   8 +-
>  drivers/net/bonding/bond_main.c         |  20 +++++
>  drivers/net/ethernet/mellanox/mlx4/eq.c |   4 +-
>  drivers/pci/access.c                    |  61 ++++++++++++++-
>  drivers/pci/quirks.c                    |   9 +++
>  drivers/scsi/lpfc/lpfc_scsi.c           |   2 +-
>  fs/aio.c                                |  77 ++++++++++++++++++-
>  fs/bio.c                                |   2 +-
>  fs/cifs/connect.c                       |  25 +++++--
>  fs/cifs/smb2transport.c                 |  10 ++-
>  fs/cifs/transport.c                     |  11 ++-
>  include/linux/pci.h                     |   2 +
>  include/net/ip.h                        |   1 +
>  include/net/netfilter/nf_conntrack.h    |   2 +
>  net/bridge/br_mdb.c                     |   3 +-
>  net/core/datagram.c                     |  45 ++++++++++-
>  net/core/dev.c                          |  38 +++++-----
>  net/core/pktgen.c                       |   4 +-
>  net/core/rtnetlink.c                    | 128 ++++++++++++++++----------------
>  net/ipv4/datagram.c                     |  16 +++-
>  net/ipv4/ip_fragment.c                  |   7 +-
>  net/ipv4/ip_tunnel.c                    |   8 +-
>  net/ipv6/datagram.c                     |  20 +++--
>  net/ipv6/ip6_input.c                    |   6 +-
>  net/netfilter/nf_conntrack_core.c       |  55 +++++++++++---
>  net/netfilter/nf_synproxy_core.c        |   5 +-
>  net/netfilter/xt_CT.c                   |   7 +-
>  net/netlink/af_netlink.c                |  79 ++++++++++++--------
>  net/rds/info.c                          |   2 +-
>  net/tipc/socket.c                       |   1 +
>  34 files changed, 535 insertions(+), 190 deletions(-)
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1226103

FromJiri Slaby <jslaby@suse.cz>
Date2015-09-16 16:00 +0200
Message-ID<q9lpE-6fG-25@gated-at.bofh.it>
In reply to#1225266
On 09/15/2015, 04:53 PM, Nikolay Borisov wrote:
> Maybe you would want to consider this:
> https://patchwork.ozlabs.org/patch/459088/
> 
> It has already found its ways in other stable kernels, despite not being
> cc'ed to stable.

Hi, it does not apply to 3.12 and is not in 3.14 where I source patches
from too. So you would have to provide a backport...

thanks,
-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1225391

FromShuah Khan <shuahkh@osg.samsung.com>
Date2015-09-15 18:20 +0200
Message-ID<q917A-1wr-21@gated-at.bofh.it>
In reply to#1225171
On 09/15/2015 08:22 AM, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.48 release.
> There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
> 	http://kernel.org/pub/linux/kernel/people/jirislaby/stable-review/patch-3.12.48-rc1.xz
> and the diffstat can be found below.
> 
> thanks,
> js

Jiri,

I am seeing problems during PCI scans with this patch. I had
to boot it in recovery mode once and it is booting fine after
that, however, this is a concern

Could these be the reason?

Mark Rustad (2):
  PCI: Add dev_flags bit to access VPD through function 0
  PCI: Add VPD function 0 quirk for Intel Ethernet devices


PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
------------[ cut here ]------------
WARNING: CPU: 0 PID: 1 at drivers/pci/search.c:46
pci_find_upstream_pcie_bridge+
0x65/0x90()
Modules linked in:
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.12.48+ #29
Hardware name: System76, Inc. Wild Dog Performance/H87-PLUS, BIOS 0705
12/05/201
3
 0000000000000009 ffff88040952bd28 ffffffff81718bd7 0000000000000000
 ffff88040952bd60 ffffffff8106497d ffff88040801c098 ffff88040801c000
 ffff88040801c098 0000000000000000 ffff88040f0058a0 ffff88040952bd70
Call Trace:
 [<ffffffff81718bd7>] dump_stack+0x45/0x56
 [<ffffffff8106497d>] warn_slowpath_common+0x7d/0xa0
 [<ffffffff81064a5a>] warn_slowpath_null+0x1a/0x20
 [<ffffffff813b75d5>] pci_find_upstream_pcie_bridge+0x65/0x90
 [<ffffffff815fb10d>] intel_iommu_add_device+0x4d/0x220
 [<ffffffff815f2000>] ? bus_set_iommu+0x50/0x50
 [<ffffffff815f202a>] add_iommu_group+0x2a/0x60
 [<ffffffff81497aab>] bus_for_each_dev+0x6b/0xb0
 [<ffffffff815f1ff8>] bus_set_iommu+0x48/0x50
 [<ffffffff81d93ef3>] intel_iommu_init+0xa9d/0xb9c
 [<ffffffff81d4a730>] ? memblock_find_dma_reserve+0x124/0x124
 [<ffffffff81d4a742>] pci_iommu_init+0x12/0x3c
 [<ffffffff810020d2>] do_one_initcall+0xd2/0x1a0
 [<ffffffff81087700>] ? parse_args+0x160/0x490
 [<ffffffff81d40ef6>] kernel_init_freeable+0x144/0x1cc
 [<ffffffff8170cfe0>] ? rest_init+0x80/0x80
 [<ffffffff8170cfee>] kernel_init+0xe/0x190
 [<ffffffff81728fd8>] ret_from_fork+0x58/0x90
 [<ffffffff8170cfe0>] ? rest_init+0x80/0x80
---[ end trace 6540c4180167ec85 ]---
Scanning for low memory corruption every 60 seconds
Initialise module verification
audit: initializing netlink socket (disabled)
type=2000 audit(1442332755.772:1): initialized
bounce pool size: 64 pages
HugeTLB registered 2 MB page size, pre-allocated 0 pages
zbud: loaded



-- 
Shuah Khan
Sr. Linux Kernel Developer
Open Source Innovation Group
Samsung Research America (Silicon Valley)
shuahkh@osg.samsung.com | (970) 217-8978
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1225880

FromJiri Slaby <jslaby@suse.cz>
Date2015-09-16 11:30 +0200
Message-ID<q9hcm-ja-17@gated-at.bofh.it>
In reply to#1225391
On 09/15/2015, 06:12 PM, Shuah Khan wrote:
> On 09/15/2015 08:22 AM, Jiri Slaby wrote:
>> This is the start of the stable review cycle for the 3.12.48 release.
>> There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
>> Anything received after that time might be too late.
>>
>> The whole patch series can be found in one patch at:
>> 	http://kernel.org/pub/linux/kernel/people/jirislaby/stable-review/patch-3.12.48-rc1.xz
>> and the diffstat can be found below.
>>
>> thanks,
>> js
> 
> Jiri,
> 
> I am seeing problems during PCI scans with this patch. I had
> to boot it in recovery mode once and it is booting fine after
> that, however, this is a concern
> 
> Could these be the reason?
> 
> Mark Rustad (2):
>   PCI: Add dev_flags bit to access VPD through function 0
>   PCI: Add VPD function 0 quirk for Intel Ethernet devices

Hi, maybe. Could you either revert those patches or test commit
a7775d15b11a277f8af from this tree:
git://git.kernel.org/pub/scm/linux/kernel/git/jirislaby/linux-stable.git
to verify?

thanks,
-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1227643

FromJiri Slaby <jslaby@suse.cz>
Date2015-09-18 10:20 +0200
Message-ID<q9Z3I-5ob-15@gated-at.bofh.it>
In reply to#1225391
On 09/15/2015, 06:12 PM, Shuah Khan wrote:
> On 09/15/2015 08:22 AM, Jiri Slaby wrote:
>> This is the start of the stable review cycle for the 3.12.48 release.
>> There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
>> Anything received after that time might be too late.
>>
>> The whole patch series can be found in one patch at:
>> 	http://kernel.org/pub/linux/kernel/people/jirislaby/stable-review/patch-3.12.48-rc1.xz
>> and the diffstat can be found below.
>>
>> thanks,
>> js
> 
> Jiri,
> 
> I am seeing problems during PCI scans with this patch. I had
> to boot it in recovery mode once and it is booting fine after
> that, however, this is a concern
> 
> Could these be the reason?
> 
> Mark Rustad (2):
>   PCI: Add dev_flags bit to access VPD through function 0
>   PCI: Add VPD function 0 quirk for Intel Ethernet devices

Ok, so I released 3.12.48 without these two, but left them in the queue
for the next release as they don't look as they caused the issue. If you
can confirm whether they introduce the problem or not, it would be great.

thanks,
-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1228152

From"Rustad, Mark D" <mark.d.rustad@intel.com>
Date2015-09-18 18:40 +0200
Message-ID<qa6Rz-84j-3@gated-at.bofh.it>
In reply to#1227643

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

> On Sep 18, 2015, at 1:11 AM, Jiri Slaby <jslaby@suse.cz> wrote:
> 
> On 09/15/2015, 06:12 PM, Shuah Khan wrote:
>> 
>> 
>> Jiri,
>> 
>> I am seeing problems during PCI scans with this patch. I had
>> to boot it in recovery mode once and it is booting fine after
>> that, however, this is a concern
>> 
>> Could these be the reason?
>> 
>> Mark Rustad (2):
>>  PCI: Add dev_flags bit to access VPD through function 0
>>  PCI: Add VPD function 0 quirk for Intel Ethernet devices
> 
> Ok, so I released 3.12.48 without these two, but left them in the queue
> for the next release as they don't look as they caused the issue. If you
> can confirm whether they introduce the problem or not, it would be great.

I haven't been able to see a way for the patches to be involved, but I have no objection to deferring these. My only concern is what the cause actually was.

--
Mark Rustad, Networking Division, Intel Corporation

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


#1225395

FromGuenter Roeck <linux@roeck-us.net>
Date2015-09-15 18:30 +0200
Message-ID<q91hg-1HO-17@gated-at.bofh.it>
In reply to#1225171
On 09/15/2015 07:22 AM, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.48 release.
> There are 33 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 Thu Sep 17 16:20:25 CEST 2015.
> Anything received after that time might be too late.
>

Build results:
	total: 123 pass: 123 fail: 0
Qemu test results:
	total: 76 pass: 76 fail: 0

Details are available at http://server.roeck-us.net:8010/builders.

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

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


#1227641

FromJiri Slaby <jslaby@suse.cz>
Date2015-09-18 10:20 +0200
Message-ID<q9Z3H-5ob-3@gated-at.bofh.it>
In reply to#1225395
On 09/15/2015, 06:27 PM, Guenter Roeck wrote:
> Build results:
>     total: 123 pass: 123 fail: 0
> Qemu test results:
>     total: 76 pass: 76 fail: 0
> 
> Details are available at http://server.roeck-us.net:8010/builders.

Thanks.

-- 
js
suse labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web