[kernel] r19901 - in dists/sid/linux/debian/patches/bugfix: all x86

Ben Hutchings benh at alioth.debian.org
Mon Mar 4 13:39:40 UTC 2013


Author: benh
Date: Mon Mar  4 13:39:39 2013
New Revision: 19901

Log:
Add/fix two upstream commit references

Modified:
   dists/sid/linux/debian/patches/bugfix/all/exec-use-ELOOP-for-max-recursion-depth.patch
   dists/sid/linux/debian/patches/bugfix/x86/asus-laptop-Do-not-call-HWRS-on-init.patch

Modified: dists/sid/linux/debian/patches/bugfix/all/exec-use-ELOOP-for-max-recursion-depth.patch
==============================================================================
--- dists/sid/linux/debian/patches/bugfix/all/exec-use-ELOOP-for-max-recursion-depth.patch	Mon Mar  4 04:34:33 2013	(r19900)
+++ dists/sid/linux/debian/patches/bugfix/all/exec-use-ELOOP-for-max-recursion-depth.patch	Mon Mar  4 13:39:39 2013	(r19901)
@@ -2,7 +2,7 @@
 Date: Thu, 6 Dec 2012 17:00:21 +1100
 Subject: [2/2] exec: use -ELOOP for max recursion depth
 
-commit a4706fd3dc5d23f58da814d03f3ef92fd9a4fc16 upstream.
+commit d740269867021faf4ce38a449353d2b986c34a67 upstream.
 
 To avoid an explosion of request_module calls on a chain of abusive
 scripts, fail maximum recursion with -ELOOP instead of -ENOEXEC. As soon

Modified: dists/sid/linux/debian/patches/bugfix/x86/asus-laptop-Do-not-call-HWRS-on-init.patch
==============================================================================
--- dists/sid/linux/debian/patches/bugfix/x86/asus-laptop-Do-not-call-HWRS-on-init.patch	Mon Mar  4 04:34:33 2013	(r19900)
+++ dists/sid/linux/debian/patches/bugfix/x86/asus-laptop-Do-not-call-HWRS-on-init.patch	Mon Mar  4 13:39:39 2013	(r19901)
@@ -2,6 +2,8 @@
 Date: Fri, 9 Nov 2012 02:43:00 +0000
 Subject: asus-laptop: Do not call HWRS on init
 
+commit cb7da022450cdaaebd33078b6b32fb7dd2aaf6db upstream.
+
 Since commit 8871e99f89b7 ('asus-laptop: HRWS/HWRS typo'), module
 initialisation is very slow on the Asus UL30A.  The HWRS method takes
 about 12 seconds to run, and subsequent initialisation also seems to



More information about the Kernel-svn-changes mailing list