From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: linux-kernel@vger.kernel.org
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
torvalds@linux-foundation.org, akpm@linux-foundation.org,
stable@vger.kernel.org
Subject: [ 0/8] 3.4.32-stable review
Date: Fri, 15 Feb 2013 14:56:07 -0800 [thread overview]
Message-ID: <20130215225430.841634159@linuxfoundation.org> (raw)
This is the start of the stable review cycle for the 3.4.32 release.
There are 8 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 Sun Feb 17 22:53:47 UTC 2013.
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/v3.0/stable-review/patch-3.4.32-rc1.gz
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Linux 3.4.32-rc1
Alexander Duyck <alexander.h.duyck@intel.com>
igb: Remove artificial restriction on RQDPC stat reading
Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com>
efi: Clear EFI_RUNTIME_SERVICES rather than EFI_BOOT by "noefi" boot parameter
Rafael J. Wysocki <rjw@sisk.pl>
PCI/PM: Clean up PME state when removing a device
Jan Beulich <JBeulich@suse.com>
x86/xen: don't assume %ds is usable in xen_iret for 32-bit PVOPS.
Mel Gorman <mgorman@suse.de>
x86/mm: Check if PUD is large when validating a kernel address
Stoney Wang <song-bo.wang@hp.com>
x86/apic: Work around boot failure on HP ProLiant DL980 G7 Server systems
Kees Cook <keescook@chromium.org>
x86: Do not leak kernel page mapping locations
Heiko Carstens <heiko.carstens@de.ibm.com>
s390/timer: avoid overflow when programming clock comparator
-------------
Diffstat:
Makefile | 4 ++--
arch/s390/kernel/time.c | 3 +++
arch/x86/include/asm/pgtable.h | 5 +++++
arch/x86/kernel/apic/x2apic_phys.c | 21 +++++++++++----------
arch/x86/mm/fault.c | 8 +++++---
arch/x86/mm/init_64.c | 3 +++
arch/x86/platform/efi/efi.c | 2 +-
arch/x86/xen/xen-asm_32.S | 14 +++++++-------
drivers/net/ethernet/intel/igb/igb_main.c | 8 +++++---
drivers/pci/remove.c | 2 ++
10 files changed, 44 insertions(+), 26 deletions(-)
next reply other threads:[~2013-02-15 22:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-15 22:56 Greg Kroah-Hartman [this message]
2013-02-15 22:56 ` [ 1/8] s390/timer: avoid overflow when programming clock comparator Greg Kroah-Hartman
2013-02-15 22:56 ` [ 2/8] x86: Do not leak kernel page mapping locations Greg Kroah-Hartman
2013-02-15 22:56 ` [ 3/8] x86/apic: Work around boot failure on HP ProLiant DL980 G7 Server systems Greg Kroah-Hartman
2013-02-15 22:56 ` [ 4/8] x86/mm: Check if PUD is large when validating a kernel address Greg Kroah-Hartman
2013-02-15 22:56 ` [ 5/8] x86/xen: dont assume %ds is usable in xen_iret for 32-bit PVOPS Greg Kroah-Hartman
2013-02-15 22:56 ` [ 6/8] PCI/PM: Clean up PME state when removing a device Greg Kroah-Hartman
2013-02-15 22:56 ` [ 7/8] efi: Clear EFI_RUNTIME_SERVICES rather than EFI_BOOT by "noefi" boot parameter Greg Kroah-Hartman
2013-02-15 22:56 ` [ 8/8] igb: Remove artificial restriction on RQDPC stat reading Greg Kroah-Hartman
2013-02-16 22:09 ` [ 0/8] 3.4.32-stable review Shuah Khan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130215225430.841634159@linuxfoundation.org \
--to=gregkh@linuxfoundation.org \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox