[ltp] linux t41 consumes 2 watts on suspend
Dan Sawyer
linux-thinkpad@linux-thinkpad.org
Thu, 18 Oct 2007 10:27:41 -0700
This is a multi-part message in MIME format.
--------------080402070108050301080600
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
It's loading something called radeon. Below is lsmod output - Dan
Module Size Used by
snd_rtctimer 3360 0
radeon 111520 2
drm 72276 3 radeon
nfsd 90536 13
exportfs 5056 1 nfsd
lockd 56904 2 nfsd
nfs_acl 3328 1 nfsd
ip6t_REJECT 4992 1
xt_tcpudp 3008 25
ip6table_filter 2560 1
ip6_tables 12360 1 ip6table_filter
x_tables 13892 3 ip6t_REJECT,xt_tcpudp,ip6_tables
sunrpc 149724 10 nfsd,lockd,nfs_acl
arc4 1856 2
ecb 3264 2
blkcipher 5828 1 ecb
ieee80211_crypt_wep 4928 1
ipv6 223328 29 ip6t_REJECT
cpufreq_ondemand 7252 1
binfmt_misc 10248 1
video 16392 0
ibm_acpi 30616 0
backlight 5440 2 video,ibm_acpi
fan 4676 0
button 7760 0
battery 9860 0
ac 5060 0
floppy 51684 0
nvram 7240 0
pcmcia 34404 0
crc32 3904 2 ieee80211_crypt_wep,pcmcia
snd_intel8x0 30940 3
snd_ac97_codec 92004 1 snd_intel8x0
ac97_bus 2048 1 snd_ac97_codec
snd_seq_dummy 3588 0
snd_seq_oss 27968 0
snd_seq_midi_event 6400 1 snd_seq_oss
snd_seq 42256 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 7436 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 38432 0
ipw2100 63664 0
snd_mixer_oss 15168 2 snd_pcm_oss
snd_pcm 67528 4 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
ieee80211 30152 1 ipw2100
ieee80211_crypt 5184 2 ieee80211_crypt_wep,ieee80211
e1000 109952 0
yenta_socket 24588 2
rsrc_nonstatic 11840 1 yenta_socket
snd_timer 19396 4 snd_rtctimer,snd_seq,snd_pcm
pcmcia_core 36368 3 pcmcia,yenta_socket,rsrc_nonstatic
parport_pc 31844 0
snd 46308 11
snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 7008 2 snd
parport 32392 1 parport_pc
firmware_class 9152 2 pcmcia,ipw2100
snd_page_alloc 9352 2 snd_intel8x0,snd_pcm
8250_pnp 9408 0
8250_pci 20160 0
8250 20100 2 8250_pnp,8250_pci
pcspkr 2560 0
serial_core 18560 1 8250
intel_agp 22812 1
agpgart 31472 2 drm,intel_agp
evdev 9024 5
rtc 11160 1 snd_rtctimer
fb_ddc 2432 0
i2c_algo_bit 7048 0
cfbcopyarea 3328 0
i2c_core 20112 2 fb_ddc,i2c_algo_bit
cfbimgblt 2688 0
cfbfillrect 3392 0
ata_generic 7876 0
ata_piix 14404 0
libata 107220 2 ata_generic,ata_piix
sd_mod 17040 0
scsi_mod 91912 2 libata,sd_mod
ehci_hcd 27276 0
ohci_hcd 18372 0
uhci_hcd 21068 0
U Kuehn wrote:
> Dan Sawyer wrote:
>
>> Thanks for the reply. It is a radeon 7500 chip. The problem is after the
>> kernel reorg of the graphics section radeonfb gets built but does not
>> get used. This is 'new' with 2.6.21 kernels. Are your running a 2.6.21
>> or later kernel? If so does it use radeonfb? - Dan
>>
>>
> Strange. I used to run 2.6.22.1 on my t41 (same chip) and it worked.
> BTW, the machine is currently broken with a damaged bios, cannot enter
> setup anymore after POST, and is out of warranty :(
> So I cannot test anymore.
>
> If the radeonfb is not used I suspect that you have some other
> framebuffer like vesa included. I had radeonfb as the only framebuffer,
> maybe you could try this.
>
> Cheers,
> Ulrich
>
>
--------------080402070108050301080600
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
It's loading something called radeon. Below is lsmod output - Dan <br>
<br>
Module Size Used by<br>
snd_rtctimer 3360 0 <br>
radeon 111520 2 <br>
drm 72276 3 radeon<br>
nfsd 90536 13 <br>
exportfs 5056 1 nfsd<br>
lockd 56904 2 nfsd<br>
nfs_acl 3328 1 nfsd<br>
ip6t_REJECT 4992 1 <br>
xt_tcpudp 3008 25 <br>
ip6table_filter 2560 1 <br>
ip6_tables 12360 1 ip6table_filter<br>
x_tables 13892 3 ip6t_REJECT,xt_tcpudp,ip6_tables<br>
sunrpc 149724 10 nfsd,lockd,nfs_acl<br>
arc4 1856 2 <br>
ecb 3264 2 <br>
blkcipher 5828 1 ecb<br>
ieee80211_crypt_wep 4928 1 <br>
ipv6 223328 29 ip6t_REJECT<br>
cpufreq_ondemand 7252 1 <br>
binfmt_misc 10248 1 <br>
video 16392 0 <br>
ibm_acpi 30616 0 <br>
backlight 5440 2 video,ibm_acpi<br>
fan 4676 0 <br>
button 7760 0 <br>
battery 9860 0 <br>
ac 5060 0 <br>
floppy 51684 0 <br>
nvram 7240 0 <br>
pcmcia 34404 0 <br>
crc32 3904 2 ieee80211_crypt_wep,pcmcia<br>
snd_intel8x0 30940 3 <br>
snd_ac97_codec 92004 1 snd_intel8x0<br>
ac97_bus 2048 1 snd_ac97_codec<br>
snd_seq_dummy 3588 0 <br>
snd_seq_oss 27968 0 <br>
snd_seq_midi_event 6400 1 snd_seq_oss<br>
snd_seq 42256 5
snd_seq_dummy,snd_seq_oss,snd_seq_midi_event<br>
snd_seq_device 7436 3 snd_seq_dummy,snd_seq_oss,snd_seq<br>
snd_pcm_oss 38432 0 <br>
ipw2100 63664 0 <br>
snd_mixer_oss 15168 2 snd_pcm_oss<br>
snd_pcm 67528 4 snd_intel8x0,snd_ac97_codec,snd_pcm_oss<br>
ieee80211 30152 1 ipw2100<br>
ieee80211_crypt 5184 2 ieee80211_crypt_wep,ieee80211<br>
e1000 109952 0 <br>
yenta_socket 24588 2 <br>
rsrc_nonstatic 11840 1 yenta_socket<br>
snd_timer 19396 4 snd_rtctimer,snd_seq,snd_pcm<br>
pcmcia_core 36368 3 pcmcia,yenta_socket,rsrc_nonstatic<br>
parport_pc 31844 0 <br>
snd 46308 11
snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer<br>
soundcore 7008 2 snd<br>
parport 32392 1 parport_pc<br>
firmware_class 9152 2 pcmcia,ipw2100<br>
snd_page_alloc 9352 2 snd_intel8x0,snd_pcm<br>
8250_pnp 9408 0 <br>
8250_pci 20160 0 <br>
8250 20100 2 8250_pnp,8250_pci<br>
pcspkr 2560 0 <br>
serial_core 18560 1 8250<br>
intel_agp 22812 1 <br>
agpgart 31472 2 drm,intel_agp<br>
evdev 9024 5 <br>
rtc 11160 1 snd_rtctimer<br>
fb_ddc 2432 0 <br>
i2c_algo_bit 7048 0 <br>
cfbcopyarea 3328 0 <br>
i2c_core 20112 2 fb_ddc,i2c_algo_bit<br>
cfbimgblt 2688 0 <br>
cfbfillrect 3392 0 <br>
ata_generic 7876 0 <br>
ata_piix 14404 0 <br>
libata 107220 2 ata_generic,ata_piix<br>
sd_mod 17040 0 <br>
scsi_mod 91912 2 libata,sd_mod<br>
ehci_hcd 27276 0 <br>
ohci_hcd 18372 0 <br>
uhci_hcd 21068 0 <br>
<br>
<br>
<br>
U Kuehn wrote:
<blockquote cite="mid:47179499.701@acm.org" type="cite">
<pre wrap="">Dan Sawyer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Thanks for the reply. It is a radeon 7500 chip. The problem is after the
kernel reorg of the graphics section radeonfb gets built but does not
get used. This is 'new' with 2.6.21 kernels. Are your running a 2.6.21
or later kernel? If so does it use radeonfb? - Dan
</pre>
</blockquote>
<pre wrap=""><!---->Strange. I used to run 2.6.22.1 on my t41 (same chip) and it worked.
BTW, the machine is currently broken with a damaged bios, cannot enter
setup anymore after POST, and is out of warranty :(
So I cannot test anymore.
If the radeonfb is not used I suspect that you have some other
framebuffer like vesa included. I had radeonfb as the only framebuffer,
maybe you could try this.
Cheers,
Ulrich
</pre>
</blockquote>
</body>
</html>
--------------080402070108050301080600--