fix OOPS in platform uevent
Subsystems (2)
A message that is not in the archive (sent off-list or not yet received): [email protected]
PATCH 1/3 fix OOPS in platform uevent
Environment wasn't being NULL terminated.
Suggested by Kay Sievers
drivers/base/platform.c +1 -0
@@ -546,6 +546,7 @@ static int platform_uevent(struct devicestruct platform_device *pdev =to_platform_device (dev); envp[0 ] = buffer; + envp[1 ] =NULL ;snprintf (buffer, buffer_size,"MODALIAS=%s" , pdev->name);return 0 ; }
Signature · 1 line
Stephen Hemminger <[email protected]>
PATCH 2/3 missing null termination in power supply uevent
In reply to a message not in the archiveNeed to null terminate environment. Found by inspection while looking for similar problems to platform uevent bug
drivers/power/power_supply_sysfs.c +1 -0
@@ -289,6 +289,7 @@ int power_supply_uevent(struct device *dif (ret) goto out; } + envp[i] =NULL ; out:free_page ((unsigned long )prop_buf);
Signature · 1 line
Stephen Hemminger <[email protected]>
Re: [PATCH 2/3] missing null termination in power supply uevent
Quoted 4 lines · Stephen Hemminger
Need to null terminate environment. Found by inspection while looking for similar problems to platform uevent bug
Signed-off-by Stephen Hemminger <[email protected]>
Much thanks, git-applymbox'ed to battery-2.6.git. I suppose this is serious enough, thus should hit 2.6.23.
Though prior asking to pull I'll wait just a bit.
Thanks,
Signature · 4 lines
Anton Vorontsov email: [email protected] backup email: [email protected] irc://irc.freenode.net/bd2
PATCH 3/3 missing null termination in one wire uevent
In reply to a message not in the archiveNeed to null terminate environment. Found by inspection while looking for similar problems to platform uevent bug
drivers/w1/w1.c +1 -0
@@ -431,6 +431,7 @@ static int w1_uevent(struct device *dev, err =add_uevent_var (envp, num_envp, &cur_index, buffer, buffer_size, &cur_len,"W1_SLAVE_ID=%024LX" , (unsigned long long )sl->reg_num.id); + envp[cur_index] =NULL ;if (err)return err;
Signature · 1 line
Stephen Hemminger <[email protected]>