[patch 1/4] Add function get_bootparam
Dave Young
dyoung at redhat.com
Mon Oct 28 01:06:45 EDT 2013
On 10/28/13 at 01:20pm, Simon Horman wrote:
> On Mon, Oct 28, 2013 at 10:30:32AM +0800, Dave Young wrote:
> > On 10/28/13 at 09:13am, Dave Young wrote:
> > > > > @@ -447,7 +446,7 @@ void setup_subarch(struct x86_linux_para
> > > > > if (!debugfs_mnt)
> > > > > return;
> > > > > snprintf(filename, PATH_MAX, "%s/%s", debugfs_mnt, "boot_params/data");
> > > > > - filename[PATH_MAX-1] = 0;
> > > > > + filename[PATH_MAX - 1] = 0;
> > > > > free(debugfs_mnt);
> > > >
> > > > This change appears to be unrelated to the rest of the patch.
> > > >
> > >
> > > Will remove the change from the patch.
> >
> > Relooking it, with this patch the line "filename[PATH_MAX - 1] = 0;"
> > is in the share function get_bootparam, it's not in setup_subarch
> > any more so I think it's ok, what do you think?
>
> I'm a bit confused.
>
> My reading of the hunk above is that it is a whitespace-only change.
> If so it is not a change that I object to but also not one that
> I feel belongs in this patch. If not I am somehow mistaken.
The diff context is cheating us, it might because of the context (+- 3 lines)
is same with original setup_arch, but it is really moving to a new function.
More information about the kexec
mailing list