Re: [PATCH] PM: Hide CONFIG_PM from users
Hi Mark, On Mon, 7 Feb 2011 12:22:15 + Mark Brown broo...@opensource.wolfsonmicro.com wrote: diff --git a/kernel/power/Kconfig b/kernel/power/Kconfig index 2657299..99e3c52 100644 --- a/kernel/power/Kconfig +++ b/kernel/power/Kconfig @@ -1,23 +1,6 @@ config PM - bool Power Management support - depends on !IA64_HP_SIM - ---help--- - Power Management means that parts of your computer are shut - off or put into a power conserving sleep mode if they are not - being used. There are two competing standards for doing this: APM - and ACPI. If you want to use either one, say Y here and then also - to the requisite support below. - - Power Management is most important for battery powered laptop - computers; if you have a laptop, check out the Linux Laptop home - page on the WWW at http://www.linux-on-laptops.com/ or - Tuxmobil - Linux on Mobile Computers at http://www.tuxmobil.org/ - and the Battery Powered Linux mini-HOWTO, available from - http://www.tldp.org/docs.html#howto. - - Note that, even if you say N here, Linux on the x86 architecture - will issue the hlt instruction if nothing is to be done, thereby - sending the processor to sleep and saving power. + bool + default y if !IA64_HP_SIM Several powerpc configs have CONFIG_PM (implicitly) disabled (e.g. the server configs), so this will unexpectedly turn it on for them. -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgpkFS5I6VqwG.pgp Description: PGP signature
Re: [PATCH] PM: Hide CONFIG_PM from users
Hi Mark, On Mon, 7 Feb 2011 14:18:29 + Mark Brown broo...@opensource.wolfsonmicro.com wrote: On Tue, Feb 08, 2011 at 01:13:24AM +1100, Stephen Rothwell wrote: On Mon, 7 Feb 2011 12:22:15 + Mark Brown broo...@opensource.wolfsonmicro.com wrote: + bool + default y if !IA64_HP_SIM Several powerpc configs have CONFIG_PM (implicitly) disabled (e.g. the server configs), so this will unexpectedly turn it on for them. Do you mean that these systems require CONFIG_PM be turned off, or just that people tend not to turn it on? If the latter would you expect any ill effects from doing so? I don't know the answer to either question without testing. All I am saying is that currently the default for CONFIG_PM is off and you are changing it to be on and there may not have been any testing done of that in some situations. We don't know where it was explicitly turned off any more since we shrank our defconfig files (which was done automatically) ... since it is off by default, it doesn't need to be mentioned in a defconfig unless it needs to be turned on. -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgpGzafpyYxuI.pgp Description: PGP signature
Re: [PATCH V2 6/8] lzma: Make lzma available to non initramfs/initrd code
Hi Andrew, On Wed, 6 Jan 2010 14:04:09 -0800 Andrew Morton a...@linux-foundation.org wrote: So if I go ahead with that merge, linux-next will need fixing. And I didn't get down and work what the appropriate fix is, and I don't want to break linux-next in serious ways. Why not, everyone else does :-) So what to do? I guess I could go ahead with the mainline merge, and Stephen drops whatever that tree was from linux-next until it has been fixed up? Just do the merge ... I will just need to drop the squashfs tree until they do a merge/rebase with Linus' tree and fix it all up. -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgpbjdEMozBKW.pgp Description: PGP signature
Re: New MMC maintainer needed
Hi Andrew, On Wed, 22 Jul 2009 23:22:59 -0700 Andrew Morton a...@linux-foundation.org wrote: I actually already have a little pile of MMC things queued: http://userweb.kernel.org/~akpm/mmotm/broken-out/mmc-in-mmc_power_up-use-previously-selected-ocr-if-available.patch http://userweb.kernel.org/~akpm/mmotm/broken-out/omap-hsmmc-do-not-enable-buffer-ready-interrupt-if-using-dma.patch http://userweb.kernel.org/~akpm/mmotm/broken-out/mmc-msm_sdccc-driver-for-htc-dream.patch http://userweb.kernel.org/~akpm/mmotm/broken-out/msm_sdccc-convert-printkkern_level-to-pr_level.patch http://userweb.kernel.org/~akpm/mmotm/broken-out/msm_sdccc-stylistic-cleaning.patch http://userweb.kernel.org/~akpm/mmotm/broken-out/msm_sdccc-move-overly-indented-code-to-separate-function.patch I guess we own them now ;) So how about, as an experiment, you put all those (at least those that are stable) into a git tree (or quilt series) based on Linus' tree and I could replace the current linux-next mmc tree (which is empty) with that. -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgplLrRKRrnqA.pgp Description: PGP signature
Re: New MMC maintainer needed
Hi Andrew, On Thu, 23 Jul 2009 00:32:28 -0700 Andrew Morton a...@linux-foundation.org wrote: It gets easy if I remove linux-next.patch from -mm. Maybe I'll do that. At that point we could add the stable part of -mm to linux-next :-) -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgpDugFOt7QgI.pgp Description: PGP signature
Re: [PATCH V3 01/17] Squashfs: inode operations
Hi Geert, On Wed, 7 Jan 2009 19:00:24 +0100 (CET) Geert Uytterhoeven geert.uytterhoe...@sonycom.com wrote: Note that I get lots of | warning: format '%llx' expects type 'long long unsigned int', but argument 3 has type 'u64' on ppc64, since you switched from `unsigned long long' to 'u64', as `u64' is (still -- this is being changed) `unsigned long' on pp64. I guess no action has to be taken, for now? Correct, as we are in the process of changing u64 to unsigned long long for powerpc. -- Cheers, Stephen Rothwells...@canb.auug.org.au http://www.canb.auug.org.au/~sfr/ pgpjU8K9LPVQg.pgp Description: PGP signature
Re: [PATCH 21/23] make section names compatible with -ffunction-sections -fdata-sections: v850
On Thu, 3 Jul 2008 00:17:52 +0200 Arnd Bergmann [EMAIL PROTECTED] wrote: On Thursday 03 July 2008, Andi Kleen wrote: Same seems to be true for cris btw. Cris has seen significant updates in 2.6.25 by its maintainer. It's not a very active port, but skipping updates for one kernel version is on a completely different scale from doing nothing at all for over three years as in the v850 case. Also, cris has a tree in linux-next now, so there will be updates in 2.6.27. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] http://www.canb.auug.org.au/~sfr/ pgpDkQYSrdX9E.pgp Description: PGP signature