Tejun Heo wrote:
Year parsing in dmi_get_year() had the following two bugs. * "00" is treated as invalid instead of 2000 because zero return from simple_strtoul() is treated as error. * "0N" where N >= 8 is treated as invalid of 200N because the leading 0 is considered to specify octal. Fix the above two bugs by using endptr to detect invalid number and forcing decimal. Signed-off-by: Tejun Heo <tj@xxxxxxxxxx> --- While trying to implement dmi_get_date(), spotted two bugs in the current dmi_get_year(). Tricky date strings. ;-P I think it would be safer to postpone this and the next patch for the next merge window. There's no reported case of these bugs causing problems yet, so no reason to risk behavior change at this stage. If nobody objects, it would be easiest to push this through libata-dev#upstream. Thanks. drivers/firmware/dmi_scan.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)
Patchset looks good to me... To make life easy, I would prefer to carry patches 1-2 in libata-dev#upstream, as well as patches 3-4. If there are objections to that plan from anyone, speak now... :)
Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
