* m68k: default value for MEMORY_RESERVE?
@ 2021-09-27 21:26 Randy Dunlap
2021-09-28 7:20 ` Geert Uytterhoeven
0 siblings, 1 reply; 3+ messages in thread
From: Randy Dunlap @ 2021-09-27 21:26 UTC (permalink / raw)
To: Geert Uytterhoeven, LKML
Hi Geert,
Would it be safe (or unsafe) to add a default value for MEMORY_RESERVE?
As it is, kconfig can generate a randconfig with
"CONFIG_MEMORY_RESERVE=" (no value) since it has no default.
Then a following 'make all' finds an invalid symbol value and restarts
the config:
.config:214:warning: symbol value '' invalid for MEMORY_RESERVE
* Restart config...
Memory reservation (MiB) (MEMORY_RESERVE) [] (NEW)
That's OK until I try to script/automate randconfig builds.
Can we do anything about this or should I just add it to my
ignore-list?
thanks.
--
~Randy
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: m68k: default value for MEMORY_RESERVE?
2021-09-27 21:26 m68k: default value for MEMORY_RESERVE? Randy Dunlap
@ 2021-09-28 7:20 ` Geert Uytterhoeven
2021-09-30 12:31 ` Greg Ungerer
0 siblings, 1 reply; 3+ messages in thread
From: Geert Uytterhoeven @ 2021-09-28 7:20 UTC (permalink / raw)
To: Randy Dunlap; +Cc: LKML, Greg Ungerer, linux-m68k
Hi Randy,
On Mon, Sep 27, 2021 at 11:26 PM Randy Dunlap <rdunlap@infradead.org> wrote:
> Would it be safe (or unsafe) to add a default value for MEMORY_RESERVE?
No idea ;-)
> As it is, kconfig can generate a randconfig with
> "CONFIG_MEMORY_RESERVE=" (no value) since it has no default.
>
> Then a following 'make all' finds an invalid symbol value and restarts
> the config:
>
> .config:214:warning: symbol value '' invalid for MEMORY_RESERVE
> * Restart config...
> Memory reservation (MiB) (MEMORY_RESERVE) [] (NEW)
>
> That's OK until I try to script/automate randconfig builds.
>
> Can we do anything about this or should I just add it to my
> ignore-list?
Looking at its sole user, I guess "default 0" would be fine.
Greg?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: m68k: default value for MEMORY_RESERVE?
2021-09-28 7:20 ` Geert Uytterhoeven
@ 2021-09-30 12:31 ` Greg Ungerer
0 siblings, 0 replies; 3+ messages in thread
From: Greg Ungerer @ 2021-09-30 12:31 UTC (permalink / raw)
To: Geert Uytterhoeven, Randy Dunlap; +Cc: LKML, linux-m68k
Hi Randy, Geert,
On 28/9/21 5:20 pm, Geert Uytterhoeven wrote:
> Hi Randy,
>
> On Mon, Sep 27, 2021 at 11:26 PM Randy Dunlap <rdunlap@infradead.org> wrote:
>> Would it be safe (or unsafe) to add a default value for MEMORY_RESERVE?
>
> No idea ;-)
Me neither :-)
Looking at the code I am pretty sure a default value would be ok.
I am not sure what the need for MEMORY_RESERVE was for.
It is only used on the uCsimm and uCdimm platforms, which are DragonBall
(68328) based devices. Not obvious to me why it was needed.
>> As it is, kconfig can generate a randconfig with
>> "CONFIG_MEMORY_RESERVE=" (no value) since it has no default.
>>
>> Then a following 'make all' finds an invalid symbol value and restarts
>> the config:
>>
>> .config:214:warning: symbol value '' invalid for MEMORY_RESERVE
>> * Restart config...
>> Memory reservation (MiB) (MEMORY_RESERVE) [] (NEW)
>>
>> That's OK until I try to script/automate randconfig builds.
>>
>> Can we do anything about this or should I just add it to my
>> ignore-list?
>
> Looking at its sole user, I guess "default 0" would be fine.
> Greg?
Yep, I think that would be fine. Looks to be harmless if set to 0.
Regards
Greg
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2021-09-30 12:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-09-27 21:26 m68k: default value for MEMORY_RESERVE? Randy Dunlap
2021-09-28 7:20 ` Geert Uytterhoeven
2021-09-30 12:31 ` Greg Ungerer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).