hybrid-graphics-linux team mailing list archive

[Dante Paz <dante.paz@xxxxxxxxx>]

On Tue, Feb 8, 2011 at 2:27 PM, Albert Vilella <avilella@xxxxxxxxx> wrote:

> How about the mW before and after switching the card off?
>
> You should unplug your laptop, then switch the card off, then wait for
> a few seconds, and look at the line "present rate":
>
> present rate:            16605 mW
>
> On different laptop models, there is a 3000-4000 mW decrease in battery
> use...
>
>
Sorry, when I said "battery discharging rate" actually I was talking about
the present rate.

before trying acpi_call
# cat /proc/acpi/battery/BAT0/state

present:                 yes
capacity state:          ok
charging state:          discharging
present rate:            1129 mA
remaining capacity:      4453 mAh
present voltage:         16410 mV

after:
 # cat /proc/acpi/battery/BAT0/state
present:                 yes
capacity state:          ok
charging state:          discharging
present rate:            961 mA
remaining capacity:      5600 mAh
present voltage:         16981 mV

My system is a Dell Vostro 3300 with gentoo linux and the git kernel 2.6.37.

The conversion of Amps to Watts is governed by the equation Watts = Amps x
Volts
In my case a saving of 200 mA on the present rate is:

200./1000.*16500/1000.)*1000. = 3300 mW

Where the factor 1000. is to change back and forth from mili units (1000 mA
= 1 A)
16500 is the present voltage in mV.





>  On Tue, Feb 8, 2011 at 5:19 PM, Dante Paz <dante.paz@xxxxxxxxx> wrote:
> > I can confirm (after repeating the procedure several times) that there is
> an
> > improvement of 200mA on the battery discharging rate (reported by acpi)
> with
> > an scatter of 30 or 20 mA.
> > It would be great to confirm if this is the power consumption of the
> nvidia
> > 310m.
> >
> > On Mon, Feb 7, 2011 at 9:09 PM, Dante Paz <dante.paz@xxxxxxxxx> wrote:
> >>
> >> May these stuff are working, but I have my doubts.
> >>
> >> First I had to unload the nvidia kernel modules:
> >> # rmmod nvidiafb
> >> # rmmod nouveau
> >>
> >> Then I loaded the acpi_call module:
> >> insmod acpi_call.ko
> >>
> >> before to try test_off.sh script I checked the battery state:
> >> # cat /proc/acpi/battery/BAT0/state
> >>
> >> present:                 yes
> >> capacity state:          ok
> >> charging state:          discharging
> >> present rate:            1129 mA
> >> remaining capacity:      4453 mAh
> >> present voltage:         16410 mV
> >>
> >> # ./test_off.sh
> >> Trying \_SB.PCI0.P0P1.VGA._OFF: failed
> >> Trying \_SB.PCI0.P0P2.VGA._OFF: failed
> >> Trying \_SB_.PCI0.OVGA.ATPX: failed
> >> Trying \_SB_.PCI0.OVGA.XTPX: failed
> >> Trying \_SB.PCI0.P0P3.PEGP._OFF: failed
> >> Trying \_SB.PCI0.P0P2.PEGP._OFF: failed
> >> Trying \_SB.PCI0.P0P1.PEGP._OFF: works!
> >>
> >> and just immediately after that:
> >>
> >> capacity state:          ok
> >> charging state:          discharging
> >> present rate:            1166 mA
> >> remaining capacity:      4306 mAh
> >> present voltage:         17195 mV
> >>
> >> # lspci | grep -i VGA
> >> 00:02.0 VGA compatible controller: Intel Corporation Arrandale
> Integrated
> >> Graphics Controller (rev 18)
> >> 01:00.0 VGA compatible controller: nVidia Corporation Device 0a75 (rev
> ff)
> >>
> >> I had to plugged the adapter, because I had to let the laptop alone for
> 40
> >> minutes (sorry! I'm not sure if this could be change the results)
> >> Now I unplug the adapter and I get this:
> >>
> >>  # cat /proc/acpi/battery/BAT0/state
> >> present:                 yes
> >> capacity state:          ok
> >> charging state:          discharging
> >> present rate:            961 mA
> >> remaining capacity:      5600 mAh
> >> present voltage:         16981 mV
> >>
> >> after a few minutes:
> >>
> >>  # cat /proc/acpi/battery/BAT0/state
> >> present:                 yes
> >> capacity state:          ok
> >> charging state:          discharging
> >> present rate:            949 mA
> >> remaining capacity:      5123 mAh
> >> present voltage:         16847 mV
> >>
> >> I think that is could be a good signal, despite the fact that lscpi
> still
> >> reporting the nvidia vga card.
> >> Best,
> >> Dante
> >>
> >> On Mon, Feb 7, 2011 at 7:21 PM, Dawid Lorenz <dawid@xxxxxxxxx> wrote:
> >>>
> >>> On 4 February 2011 15:32, Jesus Monzon Legido <gsusmonzon@xxxxxxxx>
> >>> wrote:
> >>>>
> >>>> Finally I follow the steps on [#3 Disable the nvidia gaphics card to
> >>>> increase battery life] adapted to my card
> >>>>
> >>>> http://robbyx.net/blog/?p=190
> >>>>
> >>>> so that it is switched off on each system logon. I attach the nvdown
> >>>> that worked for me (the one in the article is for Asus Laptop).
> >>>
> >>> Post at http://robbyx.net/blog/?p=190 suggests following output after
> >>> insering acpi_call.ko module and running ./test_off.sh:
> >>> Trying \_SB.PCI0.P0P1.VGA._OFF: failed
> >>> Trying \_SB.PCI0.P0P2.VGA._OFF: failed
> >>> Trying \_SB_.PCI0.OVGA.ATPX: failed
> >>> Trying \_SB_.PCI0.OVGA.XTPX: failed
> >>> Trying \_SB.PCI0.P0P3.PEGP._OFF: failed
> >>> Trying \_SB.PCI0.P0P2.PEGP._OFF: failed
> >>> Trying \_SB.PCI0.P0P1.PEGP._OFF: failed
> >>> Trying \_SB.PCI0.MXR0.MXM0._OFF: failed
> >>> Trying \_SB.PCI0.PEG1.GFX0._OFF: works!
> >>> What I am getting on my Dell Vostro 3300 is:
> >>> Trying \_SB.PCI0.P0P1.VGA._OFF: failed
> >>> Trying \_SB.PCI0.P0P2.VGA._OFF: failed
> >>> Trying \_SB_.PCI0.OVGA.ATPX: failed
> >>> Trying \_SB_.PCI0.OVGA.XTPX: failed
> >>> Trying \_SB.PCI0.P0P3.PEGP._OFF: failed
> >>> Trying \_SB.PCI0.P0P2.PEGP._OFF: failed
> >>> Trying \_SB.PCI0.P0P1.PEGP._OFF: works!
> >>> And after running that I still see nvidia on the lspci list:
> >>> [root@v3300 acpi_call]# lspci | grep -i vga
> >>> 00:02.0 VGA compatible controller: Intel Corporation Core Processor
> >>> Integrated Graphics Controller (rev 18)
> >>> 01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce
> >>> 310M] (rev ff)
> >>> So probably it isn't switched off after all. Or maybe I'm doing
> something
> >>> wrong.
> >>> Basically, ./test_off.sh script "works!" on different part of the test
> in
> >>> my case but I'm not sure what does that mean, really. Could someone
> explain
> >>> what these acronyms (ie. \_SB.PCI0.P0P1.PEGP._OFF) exactly mean?
> >>> --
> >>> Dawid 'evad' Lorenz * http://dawid.lorenz.co
> >>>
> >>> null:// I haven't lost my mind - it's backed up on disk somewhere
> >>>
> >>> _______________________________________________
> >>> Mailing list: https://launchpad.net/~hybrid-graphics-linux
> >>> Post to     : hybrid-graphics-linux@xxxxxxxxxxxxxxxxxxx
> >>> Unsubscribe : https://launchpad.net/~hybrid-graphics-linux
> >>> More help   : https://help.launchpad.net/ListHelp
> >>>
> >>
> >>
> >>
> >> --
> >> Dante Javier Paz
> >> Instituto de Astronomía, Teórica y Experimental, IATE
> >> Observatorio Astronómico de Córdoba
> >>
> >> Tel: (54) 351-4331066 ext 210
> >> Web: www.iate.oac.uncor.edu
> >>
> >>
> >> Laprida 854
> >> X5000BGR - Córdoba
> >> ARGENTINA
> >>
> >
> >
> >
> > --
> > Dante Javier Paz
> > Instituto de Astronomía, Teórica y Experimental, IATE
> > Observatorio Astronómico de Córdoba
> >
> > Tel: (54) 351-4331066 ext 210
> > Web: www.iate.oac.uncor.edu
> >
> >
> > Laprida 854
> > X5000BGR - Córdoba
> > ARGENTINA
> >
> >
> > _______________________________________________
> > Mailing list: https://launchpad.net/~hybrid-graphics-linux
> > Post to     : hybrid-graphics-linux@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~hybrid-graphics-linux
> > More help   : https://help.launchpad.net/ListHelp
> >
> >
>
> _______________________________________________
> Mailing list: https://launchpad.net/~hybrid-graphics-linux
> Post to     : hybrid-graphics-linux@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~hybrid-graphics-linux
> More help   : https://help.launchpad.net/ListHelp
>