Searched hist:ec4636669bf9c6ff157121ab42709650a9e0cc2a (Results 1 – 4 of 4) sorted by relevance
/linux/drivers/acpi/acpica/ |
H A D | acinterp.h | diff ec4636669bf9c6ff157121ab42709650a9e0cc2a Wed Nov 30 02:35:05 CET 2011 Bob Moore <robert.moore@intel.com> ACPICA: Do not abort table load on invalid space ID
Ignore an invalid space ID during a table load. Instead, detect it if a control method attempts access - then abort the method.
http://www.acpica.org/bugzilla/show_bug.cgi?id=925
Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
|
H A D | exutils.c | diff ec4636669bf9c6ff157121ab42709650a9e0cc2a Wed Nov 30 02:35:05 CET 2011 Bob Moore <robert.moore@intel.com> ACPICA: Do not abort table load on invalid space ID
Ignore an invalid space ID during a table load. Instead, detect it if a control method attempts access - then abort the method.
http://www.acpica.org/bugzilla/show_bug.cgi?id=925
Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
|
H A D | excreate.c | diff ec4636669bf9c6ff157121ab42709650a9e0cc2a Wed Nov 30 02:35:05 CET 2011 Bob Moore <robert.moore@intel.com> ACPICA: Do not abort table load on invalid space ID
Ignore an invalid space ID during a table load. Instead, detect it if a control method attempts access - then abort the method.
http://www.acpica.org/bugzilla/show_bug.cgi?id=925
Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
|
H A D | exfldio.c | diff ec4636669bf9c6ff157121ab42709650a9e0cc2a Wed Nov 30 02:35:05 CET 2011 Bob Moore <robert.moore@intel.com> ACPICA: Do not abort table load on invalid space ID
Ignore an invalid space ID during a table load. Instead, detect it if a control method attempts access - then abort the method.
http://www.acpica.org/bugzilla/show_bug.cgi?id=925
Signed-off-by: Bob Moore <robert.moore@intel.com> Signed-off-by: Lin Ming <ming.m.lin@intel.com> Signed-off-by: Len Brown <len.brown@intel.com>
|