lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 31 Dec 2010 11:39:54 -0800
From:	Randy Dunlap <rdunlap@...otime.net>
To:	yotam.medini@...il.com
Cc:	linux-kernel@...r.kernel.org
Subject: Re: APM_CONFIG on x86 - Is it possible?

On Fri, 31 Dec 2010 21:28:00 +0200 Yotam Medini wrote:

> Randy,
> 
> Thanks for your quick reply.
> Sorry, but the subject line should have been:
>   APM_POWER on x86 - Is it possible?

Nope, not on X86.

> I do get 
>   CONFIG_APM=m
> in the .config, but I am trying to get 
>   CONFIG_APM_POWER=m
> as well. So far, I do not see how.

APM_POWER depends on APM_EMULATION, which is not available on X86.
But real APM is available on X86, so why would you need APM_EMULATION
instead of APM_FOR_REAL ?

Enabling APM (according to its Kconfig help text) provides /proc/apm
battery status information.


> regards -- yotam
> 
> On Fri, 31 Dec 2010 10:33:45 -0800
> Randy Dunlap <rdunlap@...otime.net> wrote:
> 
> > On Fri, 31 Dec 2010 19:38:58 +0200 Yotam Medini wrote:
> > 
> > > Hello,
> > > 
> > > To an ancient target (my UMAX 530T ActionBook - plz don't laugh...)
> > > I am trying to build a lean kernel based on 2.6.32.24 (~ Ubuntu 10.04).
> > > Battery monitoring used to be based on /proc/apm.
> > > I believe ACPI is not supported on this old notebook.
> > > Now, it seems that  CONFIG_APM_POWER  cannot be set, since:
> > > 
> > > 1. The configuration place for  APM_POWER  is in:
> > >    ./drivers/power/Kconfig:25:
> > > 	config APM_POWER
> > > 		tristate "APM emulation for class batteries"
> > > 		depends on APM_EMULATION
> > > 
> > > 2. The configuration place for  APM_EMULATION  is in:
> > >     ./kernel/power/Kconfig:201:
> > >     config APM_EMULATION
> > > 	    tristate "Advanced Power Management Emulation"
> > > 	    depends on PM && SYS_SUPPORTS_APM_EMULATION
> > > 
> > > 3. But the configuration places for the latter -  
> > >       SYS_SUPPORTS_APM_EMULATION
> > >   - exists only in:
> > >     ./arch/powerpc/Kconfig:185:config SYS_SUPPORTS_APM_EMULATION
> > >     ./arch/sh/Kconfig:120:config SYS_SUPPORTS_APM_EMULATION
> > >     ./arch/mips/Kconfig:896:config SYS_SUPPORTS_APM_EMULATION
> > >     ./arch/arm/Kconfig:32:config SYS_SUPPORTS_APM_EMULATION
> > >   and none under arch/x86 ! :():
> > > 
> > > So my bottom line questions are:
> > > + Am I missing something?
> > > + What is the 'right way' to configure a 2.6.3m.nn kernel
> > >   that should support battery monitoring on such ancient laptops.
> > > 
> > > When replying, please CC: yotam DOT medini AT Gmail DOT c0m
> > > regards -- yotam
> > > --
> > 
> > 
> > arch/x86/Kconfig has the kconfig symbol "APM":
> > 
> > menuconfig APM
> > 	tristate "APM (Advanced Power Management) BIOS support"
> > 	depends on X86_32 && PM_SLEEP
> > => /proc/apm for battery status information
> > 
> > so as long as your target system is 32-bit X86, you should be OK.
> > 
> > PM_SLEEP depends on SUSPEND || HIBERNATION.  PM needs to be enabled,
> > and SWAP has to be enabled for HIBERNATION.
> > 
> > ---
> > ~Randy
> > *** Remember to use Documentation/SubmitChecklist when testing your code ***
> > desserts:  http://www.xenotime.net/linux/recipes/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
desserts:  http://www.xenotime.net/linux/recipes/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ