[PATCH] Handle additional e820 memmap type strings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, May 19, 2017 at 05:15:38PM +0800, Baoquan He wrote:
> On 05/17/17 at 07:51am, Eric DeVolder wrote:
> > > > diff --git a/kexec/firmware_memmap.c b/kexec/firmware_memmap.c
> > > > index 4d84f00..1ee214a 100644
> > > > --- a/kexec/firmware_memmap.c
> > > > +++ b/kexec/firmware_memmap.c
> > > > @@ -164,6 +164,10 @@ static int parse_memmap_entry(const char *entry, struct memory_range *range)
> > > >   		range->type = RANGE_RESERVED;
> > > >   	else if (strcmp(type, "reserved") == 0)
> > > >   		range->type = RANGE_RESERVED;
> > > > +	else if (strcmp(type, "Reserved") == 0)
> > > > +		range->type = RANGE_RESERVED;
> > > > +	else if (strcmp(type, "Unknown E820 type") == 0)
> > > > +		range->type = RANGE_RESERVED;
> > > 
> > > Should we change the "reserved" one to "Reserved" so that we don't need
> > > to have "reserved" and "Reserved" at the same time?
> > 
> > The lower-case "reserved" has been in use by the kernel for quite a long
> > while, and upper-case "Reserved" has been recently introduced. I think
> > removing lower-case "reserved" would result in problems with existing,
> > older, kernels that still would be using "reserved".
> 
> Thanks. Then it looks good to me. Ack.
> 
> Simon might pick several patches one time every several days. Please
> wait.

Yes, I try to pick up new patches within a few working days.
I have applied this one.



[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux