At Sat, 2 Feb 2013 16:12:53 +0100, Greg Kroah-Hartman wrote: > > On Sat, Feb 02, 2013 at 11:56:06PM +0900, Satoru Takeuchi wrote: > > Greg, > > > > At Fri, 1 Feb 2013 16:25:47 -0700, > > Shuah Khan wrote: > > > > > > On Fri, Feb 1, 2013 at 9:08 AM, Peter Senna Tschudin > > > <[email protected]> wrote: > > > > 3.0.62-rc1+ build and boot nicely with Fedora 17. > > > > > > > > -- > > > > Peter > > > > -- > > > > To unsubscribe from this list: send the line "unsubscribe stable" in > > > > the body of a message to [email protected] > > > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > > Patches applied cleanly to 3.0.61, 3.4.28, and 3.7.5. > > > Compiled and booted on the following systems: > > > HP EliteBook 6930p Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz > > > HP ProBook 6475b AMD A10-4600M APU with Radeon(tm) HD Graphics > > > > I did'nt received "3.0.62-stable review" mails yet even if those > > for 3.4.29-rc1 and 3.7.6-rc1 are available. Does it make sense to > > test the following patch now? > > > > kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.0.62-rc1.gz > > Yes please.
OK. This kernel can be built and boot without any problem. Building a kernel with this kernel also works fine. - Build Machine: debian wheezy x86_64 CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4 memory: 8GB - Test machine: debian wheezy x86_64(KVM guest on the Build Machine) vCPU: x2 memory: 2GB I reviewed the following patches and it looks good to me. > Cong Ding <[email protected]> > fs/cifs/cifs_dfs_ref.c: fix potential memory leakage ... > Dan Carpenter <[email protected]> > EDAC: Test correct variable in ->store function ... > Wang YanQing <[email protected]> > smp: Fix SMP function call empty cpu mask race > > Alan Cox <[email protected]> > x86/msr: Add capabilities check ... > "H. Peter Anvin" <[email protected]> > x86/Sandy Bridge: Sandy Bridge workaround depends on CONFIG_PCI Thanks, Satoru -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
