Re: [PATCH 2/6] Container Freezer: Make refrigerator always available

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

 



On Saturday, 2 of August 2008, Matt Helsley wrote:
> 
> On Sat, 2008-08-02 at 00:53 +-0200, Rafael J. Wysocki wrote:
> > On Friday, 1 of August 2008, Matt Helsley wrote:
> > > 
> > > On Fri, 2008-08-01 at 16:27 +-0200, Thomas Petazzoni wrote:
> > > > Hi,
> > > > 
> > > > Le Thu, 31 Jul 2008 22:07:01 -0700,
> > > > Matt Helsley <matthltc@xxxxxxxxxx> a +AOk-crit :
> > > > 
> > > > > --- a/kernel/Makefile
> > > > > +-+-+- b/kernel/Makefile
> > > > > @@ -5,7 +-5,7 @@
> > > > >  obj-y     = sched.o fork.o exec_domain.o panic.o printk.o +AFw
> > > > >  	    cpu.o exit.o itimer.o time.o softirq.o resource.o +AFw
> > > > >  	    sysctl.o capability.o ptrace.o timer.o user.o +AFw
> > > > > -	    signal.o sys.o kmod.o workqueue.o pid.o +AFw
> > > > > +-	    signal.o sys.o kmod.o workqueue.o pid.o freezer.o +AFw
> > > > 
> > > > I have the impression that the code in kernel/power/process.c was
> > > > compiled only if CONFIG_PM_SLEEP was set. Now that the code has been
> > > > moved to kernel/freezer.c, it is unconditionnaly compiled in every
> > > > kernel. Is that correct ?
> > > >
> > > > If so, is it possible to put this new feature under some
> > > > CONFIG_SOMETHING option, for people who care about the kernel size ?
> > > 
> > > 	How about making it depend on a combination of CONFIG variables?
> > > Here's an RFC PATCH. Completely untested.
> > > 
> > > Signed-off-by: Matt Helsley <matthltc@xxxxxxxxxx>
> > 
> > Can you please also make the contents of include/linux/freezer.h depend on
> > CONFIG_FREEZER instead of CONFIG_PM_SLEEP?
> 
> Good point -- I'll add that to this patch and repost.
> 
> > Also, I'm not really sure if kernel/power/Kconfig is the right place to define
> > CONFIG_FREEZER.
> 
> 	There's no nice place to put it since we're dealing with CONFIG_
> variables in two different Kconfig files. I put it in
> kernel/power/Kconfig because I wasn't certain Kbuild would do the right
> thing if I referenced PM_SLEEP from init/Kconfig.
> 
> > Perhaps we should even move freezer.c from kernel/power to kernel
> 
> It's already there.

Yes, sorry.

> Perhaps you meant something else (kernel/power/process.c?)?

Well, I'll have to actually apply the patches and look at the modified code.

> > and define CONFIG_FREEZER in Kconfig in there.  Andrew, what do you think?
> 
> The Kconfig files in kernel/ are Kconfig.hz and Kconfig.preemt which
> don't seem appropriate. I suppose we could add another (perhaps
> Kconfig.cgroup).

Either that, or Kconfig.freezer maybe?  After all, it will also be used for
PM_SLEEP, at least for some time.

> Thanks for the review!

You're welcome.

Thanks,
Rafael
7mNn7mNp4o0gApM7mN 5o7mNn7mN`5o5opM7mN5o7mNn7mNP6op6oapM7mN6o7mNn7mN@7o`7opM7mN7o7mNn7mN08oP8opM7mNp8o7mNn7mN 9o@9opM7mN`9o7mNn7mN:o0:opM7mNP:o7mNn7mN;o ;o1pM7mN@;o7mNn7mN;o<opM7mN0<o7mNn7mN<o=oQpM7mN =o7mNn7mN=o=opM7mN>o7mNn7mN>o>oqpM7mN?o7mNn7mN?o?opM7mN?o7mNn7mN@o@opM7mN@o7mNn7mNAoAo!pM7mNAo7mNn7mNBoBopM7mNBo7mNn7mNpCoCoApM7mNCo7mNn7mN`DoDo
pM7mNDo7mNn7mNPEopEoa
pM7mNEo7mNn7mN@Fo`FopM7mNFo7mNn7mN0GoPGopM7mNpGo7mNn7mN Ho@HopM7mN`Ho7mNn7mNIo0IopM7mN4o7mNn7mNIog1pM7mN Jo7mNn7mNJoJo
pM7mNo7mNn7mNKoKoQ
pM7mNLo7mNn7mNLoLo	pM7mNLo7mNn7mNMoMoq	pM7mNpNo7mN@!o7mNMo	pM7mN@Oo7mN@!o7mNOoOopM7mNOo7mN@!o7mNpPoPo!pM7mNPo7mN@!o7mN`QoQopM7mNQo7mN@!o7mNPRopRoApM7mNRo7mN@!o7mN@So`SopM7mNSo7mN@!o7mN0ToPToapM7mNpTo7mN@!o7mN Uo@UopM7mN`Uo7mN@!o7mNVo0VopM7mNPVo7mN@!o7mNWo WopM7mN@Wo7mN@!o7mNWoXopM7mN0Xo7mN@!o7mNXoYo1pM7mN Yo7mN@!o7mNYoYopM7mNNo7mN@!o7mNZo[oQpM`7mNZo7mN@!o7mN[o[opM7mN\o7mN@!o7mN\o\oqpM 7mN\o7mN@!o7mN]o]opM@7mN]o7mN@!o7mN^o^opM`7mN^o7mN@!o7mN_o
_______________________________________________
linux-pm mailing list
linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx
https://lists.linux-foundation.org/mailman/listinfo/linux-pm

[Index of Archives]     [Linux ACPI]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [CPU Freq]     [Kernel Newbies]     [Fedora Kernel]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux