From: Sheer El-S. <sh...@gm...> - 2007-03-28 22:22:24
|
Hi All, First ATI just released new drivers (8.35.5). Anyone have the energy to check whether they support powerplay on C2D MBPs (it only supports 2.6.20 on fedora but next month's release should support it in general - of course by then I'll have moved to 2.6.21 for dynticks)? Here are some interesting links regarding the ATI drivers: http://www.phoronix.net/forums/showthread.php?t=1265&page=4 http://www.extremetech.com/article2/0,1697,2103630,00.asp It will be interesting to see phoronix's article on ATI's development cycle. An optimist might take some of the points made in the links above as a good sign. To the main point of this post. I have a C2D MBP and when I use it in Linux the fans are very active. I thought this was just a problem with the applesmc driver but its been suggested that the SMC controls the fans itself without the intervention of the OS and that the problem is just that Linux uses more power and generates more heat hence it needs more fans (though just looking at the temperature monitors this is not obvious at all). Another idea is that this is related to clocking down the GPU which can't be done yet on a C2D. I'd really like to sort this out since I don't think the machine was intended to be used with such active fans and I'm worried it will do it damage in the long term. So the question/poll is for those core duo MBP owners (but C2D owners should also share their experiences). Does your fan become active a lot (3k+ rpms and noisy)? Have you tried using power play and does it help? Has anyone actually seen improved battery life or power usage when using powerplay? I saw some people say that their wattage didn't change at all when using powerplay and this is very weird (even if the MBP CD's already have an underclocked GPU - powerplay still reduces the speed a bit on top of that). thanks, Sheer |
From: Jonas P. <jon...@xm...> - 2007-03-29 06:17:59
|
Sheer El-Showk wrote: > [... fans ...] > So the question/poll is for those core duo MBP owners (but C2D owners > should also share their experiences). I'm on a MBP C2D. > Does your fan become active a lot (3k+ rpms and noisy)? Yes. As you've mentioned there is no obvious correlation with load some of the time. The noise itself is so far not too bad. > Have you tried using power play and does it help? Nope. Not supported. Will try new ATI drivers soon. > Has anyone actually seen improved battery life or power usage > when using powerplay? Actually, I can't get the ACPI battery stuff to work at the moment, (parse error in DSDT) so I'm flying blind in that regard (works fine though). Guess I should go for bleading ACPI really. / Jonas -- Jonas Petersson | XMS Penvision | mailto:Jon...@xm... Box 3294, Västgötegatan 13, S-600 03 Norrköping | http://www.xms.se/ Tel: +46 11 400 13 00 | Dir: +46 11 400 13 05 | Fax: +46 11 10 30 50 |
From: Sven A. <an...@an...> - 2007-03-29 09:01:21
|
> So the question/poll is for those core duo MBP owners (but C2D owners > should also share their experiences). Does your fan become active a > lot (3k+ rpms and noisy)? Have you tried using power play and does it > help? Has anyone actually seen improved battery life or power usage > when using powerplay? I saw some people say that their wattage didn't > change at all when using powerplay and this is very weird (even if the > MBP CD's already have an underclocked GPU - powerplay still reduces > the speed a bit on top of that). Hello! I'm owning a MBP2 C2D and almost all of the time my FANs a running at about 2000 RPM - so mine is really quiet. PowerPlay does not work (maybe the new driver will?!), so this has not influence. I'm running a 2.6.19.1 kernel (with the mactel-patches) and ndiswrapper. I'm booting with rEFIt and have bootcamp installed. Battery time is a little over 2 hours. I attached a list of all my loaded modules, for reference... Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 09:25:31
|
Hi Sven, Thanks for the detailed info. Its good to hear that someone with a C2D has a quiet machine. Could you also post your kernel config? I don't have most of those modules loaded but I'm using someone elses kernel config that they posted and I'm guessing most of those modules are aleady compiled in. Another thing I should point out is that I use Beryl/Xgl which probably put a lots more load on the GPU. I think I _still_ had a very active fan when I switched off Beryl but I haven't tested it well. I see you're using fglrx but are you also using Beryl or compiz? Will other people responding please also note whether they are using ATIs drivers or the oss drivers and whether they're using a compositing windows manager. Sven, two more questions: does your trackpad work well and how is suspend? I switched to 2.6.20 hoping the track pad would work better but its still a little jumpy (might just be my settings) and I sort of got suspend to ram working but the machine made a weird whiny sound after waking up from suspend. cheers, Sheer On 3/29/07, Sven Anders <an...@an...> wrote: > > So the question/poll is for those core duo MBP owners (but C2D owners > > should also share their experiences). Does your fan become active a > > lot (3k+ rpms and noisy)? Have you tried using power play and does it > > help? Has anyone actually seen improved battery life or power usage > > when using powerplay? I saw some people say that their wattage didn't > > change at all when using powerplay and this is very weird (even if the > > MBP CD's already have an underclocked GPU - powerplay still reduces > > the speed a bit on top of that). > > Hello! > > I'm owning a MBP2 C2D and almost all of the time my FANs a running at > about 2000 RPM - so mine is really quiet. > PowerPlay does not work (maybe the new driver will?!), so this has not in= fluence. > > I'm running a 2.6.19.1 kernel (with the mactel-patches) and ndiswrapper. > I'm booting with rEFIt and have bootcamp installed. > Battery time is a little over 2 hours. > > I attached a list of all my loaded modules, for reference... > > Regards > Sven > > -- > Sven Anders <an...@an...> () Ascii Ribbon Campaign > /\ Support plain text e-= mail > ANDURAS service solutions AG > Innstra=DFe 71 - 94036 Passau - Germany > Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 5= 0-55 > > Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 60= 32 > Mitglieder des Vorstands: Sven Anders, Marcus Junker > Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Tr=E4ger > > Module Size Used by > ndiswrapper 187476 0 > applesmc 13424 0 > led_class 5188 1 applesmc > hci_usb 17692 2 > binfmt_misc 12232 1 > rfcomm 39896 0 > hidp 16640 2 > l2cap 24512 10 rfcomm,hidp > bluetooth 56484 8 hci_usb,rfcomm,hidp,l2cap > nfs 250412 3 > nfsd 227888 13 > exportfs 6144 1 nfsd > lockd 64584 3 nfs,nfsd > nfs_acl 3776 2 nfs,nfsd > sunrpc 161788 11 nfs,nfsd,lockd,nfs_acl > capability 5000 0 > commoncap 7296 1 capability > fglrx 542020 11 > autofs4 21508 0 > speedstep_centrino 9376 1 > cpufreq_userspace 4456 2 > cpufreq_stats 6544 0 > cpufreq_powersave 1856 0 > cpufreq_ondemand 8396 0 > freq_table 4936 3 speedstep_centrino,cpufreq_stats,cpufreq_= ondemand > cpufreq_conservative 7624 0 > video 15300 0 > sbs 14696 0 > i2c_ec 5056 1 sbs > i2c_core 22592 1 i2c_ec > container 4416 0 > button 6672 0 > battery 9924 0 > ac 5188 0 > deflate 3968 0 > zlib_deflate 20376 1 deflate > twofish 9152 0 > twofish_common 38144 1 twofish > serpent 19136 0 > aes 28352 0 > blowfish 9600 0 > des 18944 0 > cbc 4608 0 > ecb 3648 0 > blkcipher 5888 2 cbc,ecb > sha256 11712 0 > sha1 2752 0 > md5 4224 0 > crypto_null 2688 0 > hmac 4480 0 > crypto_hash 1920 1 hmac > cryptomgr 3392 0 > crypto_algapi 13056 14 deflate,twofish,serpent,aes,blowfish,des= ,cbc,ecb,sha256,sha1,md5,crypto_null,hmac,cryptomgr > af_key 36240 2 > nls_iso8859_1 4224 1 > ntfs 230676 1 > nls_iso8859_15 4800 1 > nls_cp850 5056 1 > vfat 13312 1 > fat 53532 1 vfat > nls_utf8 2176 1 > hfsplus 77956 1 > ip_conntrack_tftp 4376 0 > ip_conntrack_sip 7696 0 > ip_conntrack_proto_sctp 8900 0 > ip_conntrack_pptp 11728 0 > ip_conntrack_netlink 26176 0 > ip_nat 18604 1 ip_conntrack_netlink > ip_conntrack_netbios_ns 3136 0 > ip_conntrack_irc 6928 0 > ip_conntrack_h323 49884 0 > ip_conntrack_ftp 8208 0 > ts_kmp 2240 5 > ip_conntrack_amanda 4996 0 > ip_conntrack 54264 11 ip_conntrack_tftp,ip_conntrack_sip,ip_co= nntrack_proto_sctp,ip_conntrack_pptp,ip_conntrack_netlink,ip_nat,ip_conntra= ck_netbios_ns,ip_conntrack_irc,ip_conntrack_h323,ip_conntrack_ftp,ip_conntr= ack_amanda > nfnetlink 6808 3 ip_conntrack_netlink,ip_nat,ip_conntrack > fuse 45012 0 > msr 5572 0 > sbp2 25028 0 > appleir 6208 0 > usbhid 55648 0 > uvcvideo 33540 0 > videodev 26240 1 uvcvideo > v4l1_compat 14020 2 uvcvideo,videodev > v4l2_common 23232 2 uvcvideo,videodev > appletouch 9536 0 > snd_hda_intel 20568 2 > snd_hda_codec 160256 1 snd_hda_intel > snd_pcm_oss 43904 0 > snd_mixer_oss 16832 1 snd_pcm_oss > ff_memless 6024 1 usbhid > sky2 41416 0 > sr_mod 17764 0 > snd_pcm 79812 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss > cdrom 37152 1 sr_mod > sg 35164 0 > iTCO_wdt 10728 0 > snd_timer 23300 1 snd_pcm > shpchp 38564 0 > pci_hotplug 33544 1 shpchp > intel_agp 23772 1 > agpgart 32780 2 fglrx,intel_agp > rtc 9360 0 > evdev 10240 7 > snd 54020 10 snd_hda_intel,snd_hda_codec,snd_pcm_oss,= snd_mixer_oss,snd_pcm,snd_timer > soundcore 8480 1 snd > snd_page_alloc 10056 2 snd_hda_intel,snd_pcm > ohci1394 35760 0 > uhci_hcd 24524 0 > ieee1394 299672 2 sbp2,ohci1394 > ehci_hcd 32840 0 > usbcore 135812 9 ndiswrapper,hci_usb,appleir,usbhid,uvcvid= eo,appletouch,uhci_hcd,ehci_hcd > ide_generic 1344 0 [permanent] > piix 10372 0 [permanent] > sd_mod 21568 6 > thermal 13832 0 > processor 30456 2 speedstep_centrino,thermal > fan 4740 0 > > > |
From: Sven A. <an...@an...> - 2007-03-29 12:55:23
|
Sheer El-Showk schrieb: > Hi Sven, > > Thanks for the detailed info. Its good to hear that someone with a > C2D has a quiet machine. Could you also post your kernel config? I > don't have most of those modules loaded but I'm using someone elses > kernel config that they posted and I'm guessing most of those modules > are aleady compiled in. I attached my config... > Another thing I should point out is that I use Beryl/Xgl which > probably put a lots more load on the GPU. I think I _still_ had a > very active fan when I switched off Beryl but I haven't tested it > well. Maybe it's the GPU... I'm not running Beryl or compiz and the GPU has very little to do... Today I recognized the following phenomenon (for the first time): Every 10-15 minutes, the fans power up over 5000 RPM and then went down to 2000 again. This happens with no CPU load at all (0.01 over the last 10 minutes and 1Ghz on both cores). > Sven, two more questions: does your trackpad work well and how is > suspend? I switched to 2.6.20 hoping the track pad would work better > but its still a little jumpy (might just be my settings) and I sort of > got suspend to ram working but the machine made a weird whiny sound > after waking up from suspend. The touchpad drives me crazy, so I'm writing a new driver (based on the old one), but it's not working completly yet and I'm having trouble after reloading the driver (it isn't used by the synaptic X driver any more)... I will post it on this list, if I have an beta version available. Hadn't time to try suspend2ram yet, so I cannot give any experience here... Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 14:55:48
|
Yes, this is quite reminicent of my experience with the fans. I thought it might be lag on stuff that I did earlier but I'm not sure. Nicolas has suggested that the SMC uses additional temperature monitors that are not exposed by the applesmc module. Perhaps the machine is just somehow heating up in the background and so every ten minutes the fans come on to cool it down until it cools down enough and then they turn off until it heats up again in another 10 min, etc... There are two assumptions required for this scenario. First, there is some other part of the machine that's heating up that somehow doesn't result in the existing temperature sensors showing anything and that somehow in OS X this part of the machine does not heat up presumably because of better power management. Second, it assumes the fans are entirely driven by the hardware SMC controller and not by anything the smc module is (or isn't) doing. Somehow it seems a lot more concievable to me that the SMC module itself is doing something wrong but I haven't looked at it at all so I'm really just guessing here. If I have some time later I'll try to write a script to poll temperature/fan/load reading every minute for an hour or two when the machine is completely idle and plot it out. Looking forward to your driver when its done. thanks, Sheer On 3/29/07, Sven Anders <an...@an...> wrote: > Sheer El-Showk schrieb: > > Hi Sven, > > > > Thanks for the detailed info. Its good to hear that someone with a > > C2D has a quiet machine. Could you also post your kernel config? I > > don't have most of those modules loaded but I'm using someone elses > > kernel config that they posted and I'm guessing most of those modules > > are aleady compiled in. > > I attached my config... > > > Another thing I should point out is that I use Beryl/Xgl which > > probably put a lots more load on the GPU. I think I _still_ had a > > very active fan when I switched off Beryl but I haven't tested it > > well. > > Maybe it's the GPU... I'm not running Beryl or compiz and the GPU has ver= y > little to do... > > Today I recognized the following phenomenon (for the first time): > > Every 10-15 minutes, the fans power up over 5000 RPM and then > went down to 2000 again. This happens with no CPU load at all > (0.01 over the last 10 minutes and 1Ghz on both cores). > > > > Sven, two more questions: does your trackpad work well and how is > > suspend? I switched to 2.6.20 hoping the track pad would work better > > but its still a little jumpy (might just be my settings) and I sort of > > got suspend to ram working but the machine made a weird whiny sound > > after waking up from suspend. > > The touchpad drives me crazy, so I'm writing a new driver (based on the o= ld > one), but it's not working completly yet and I'm having trouble after > reloading the driver (it isn't used by the synaptic X driver any more)... > I will post it on this list, if I have an beta version available. > > Hadn't time to try suspend2ram yet, so I cannot give any experience here.= .. > > > Regards > Sven > -- > Sven Anders <an...@an...> () Ascii Ribbon Campaign > /\ Support plain text e-= mail > ANDURAS service solutions AG > Innstra=DFe 71 - 94036 Passau - Germany > Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 5= 0-55 > > Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 60= 32 > Mitglieder des Vorstands: Sven Anders, Marcus Junker > Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Tr=E4ger > > > root@applecar:/etc# date; cat /sys/bus/platform/devices/applesmc/temperat= ure_* /sys/bus/platform/devices/applesmc/fan?_actual_speed > Do 29. M=E4r 14:42:29 CEST 2007 > 12800 > 6575 > 5600 > 5800 > 3500 > 4525 > cat: /sys/bus/platform/devices/applesmc/temperature_6: Input/output error > 2001 > 2002 > > root@applecar:/etc# date; cat /sys/bus/platform/devices/applesmc/temperat= ure_* /sys/bus/platform/devices/applesmc/fan?_actual_speed > Do 29. M=E4r 14:50:34 CEST 2007 > 12800 > 5375 > 4900 > 5300 > 3450 > 4275 > cat: /sys/bus/platform/devices/applesmc/temperature_6: Input/output error > 5320 > 5317 > > root@applecar:/etc# date; cat /sys/bus/platform/devices/applesmc/temperat= ure_* /sys/bus/platform/devices/applesmc/fan?_actual_speed > Do 29. M=E4r 14:52:39 CEST 2007 > 12800 > 5750 > 4900 > 5300 > 3400 > 4200 > cat: /sys/bus/platform/devices/applesmc/temperature_6: Input/output error > 1999 > 1995 > > > |
From: Nicolas B. <ni...@bo...> - 2007-03-29 15:09:01
|
Sheer El-Showk wrote: > Yes, this is quite reminicent of my experience with the fans. I > thought it might be lag on stuff that I did earlier but I'm not sure. > Nicolas has suggested that the SMC uses additional temperature > monitors that are not exposed by the applesmc module. Not what I said (or maybe not what I meant). I said the fan are very probably controlled by temperature sensors connected to the SMC, but not the sensors inside the CPU (i.e. not the values reported by coretemp). We might have the sensors that actually control the fan speed in the sysfs directory, I don't know... I tried to find a correlation with a lot of data at some point, but I couldn't. [snip] Second, it > assumes the fans are entirely driven by the hardware SMC controller > and not by anything the smc module is (or isn't) doing. Somehow it > seems a lot more concievable to me that the SMC module itself is doing > something wrong but I haven't looked at it at all so I'm really just > guessing here. I did some debugging of the OS X kernel a while ago, and the only sensors OS X is polling is the light sensors, to adjust the keyboard backlight. Actually, if you look at the assembly code of the AppleSMC modules in OS X, there is no single reference to the fans and temperature keys (I got these keys from the source code of smcfancontrol (OS X app, no sure of the exact name))). Best regards, Nicolas |
From: Sven A. <an...@an...> - 2007-03-29 16:00:23
Attachments:
signature.asc
anders.vcf
|
Nicolas Boichat schrieb: > Sheer El-Showk wrote: >> Yes, this is quite reminicent of my experience with the fans. I >> thought it might be lag on stuff that I did earlier but I'm not sure. >> Nicolas has suggested that the SMC uses additional temperature >> monitors that are not exposed by the applesmc module. > > Not what I said (or maybe not what I meant). I said the fan are very > probably controlled by temperature sensors connected to the SMC, but not > the sensors inside the CPU (i.e. not the values reported by coretemp). If you read the values from /sys and compare them with the 'coretemp' values, the value from sys is always a little bit higher. So I think your are right here. FYI: From a sensor utility under OSX I had the following output: CPU A: 55°C (temperature_1) Heatsink A: 47°C (temperature_2) GPU Heatsink: 51°C (temperature_3) Heatsink B: 39°C (temperature_4) GPU: 45°C (temperature_5) (I tried to match the values with the applesmc temperatures, can you confirm these?) What is the temperature_0, any idea? Reading temperature_6 gives an error. What could the 'Heatsink B' mean? I only have one CPU! My harddisk temperature is about 36°C. If the temperature of the GPU reaches 45°C, then fans begin to speed up. I think the GPU is one reason for this behaviour, but it seems the CPU runs a litte bit cooler under MacOSX. Maybe, because it's using the advanced power-saving states of the CPU? Maybe a later kernel (with support for the advanced states + dynticks + auto-usb-suspend) will make this better... > I did some debugging of the OS X kernel a while ago, and the only > sensors OS X is polling is the light sensors, to adjust the keyboard > backlight. I read (some time ago), that the SMC might trigger an interrupt and that these could prevent the driver from polling the values. Is this true? In the same artice the person the applesmc responsible for power-drain, which I could not believe... Is the applesmc driver constantly reading the values or does it read it only on demand (i.e. by reading /sys for instance)? I'm asking this, because I'm getting these messages randomly: applesmc: wait status failed: 5 != 0 and I'm not sure if a process using the module. Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Nicolas B. <ni...@bo...> - 2007-03-29 16:18:50
|
Hello, Sven Anders wrote: > Nicolas Boichat schrieb: >> Sheer El-Showk wrote: >>> Yes, this is quite reminicent of my experience with the fans. I >>> thought it might be lag on stuff that I did earlier but I'm not sure. >>> Nicolas has suggested that the SMC uses additional temperature >>> monitors that are not exposed by the applesmc module. >> Not what I said (or maybe not what I meant). I said the fan are very >> probably controlled by temperature sensors connected to the SMC, but not >> the sensors inside the CPU (i.e. not the values reported by coretemp). > > If you read the values from /sys and compare them with the 'coretemp' values, > the value from sys is always a little bit higher. > So I think your are right here. > > FYI: From a sensor utility under OSX I had the following output: > > CPU A: 55°C (temperature_1) > Heatsink A: 47°C (temperature_2) > GPU Heatsink: 51°C (temperature_3) > Heatsink B: 39°C (temperature_4) > GPU: 45°C (temperature_5) > > (I tried to match the values with the applesmc temperatures, can you confirm > these?) Which utility are you using on OSX? > What is the temperature_0, any idea? Reading temperature_6 gives an error. > What could the 'Heatsink B' mean? I only have one CPU! > My harddisk temperature is about 36°C. > > If the temperature of the GPU reaches 45°C, then fans begin to speed up. > > I think the GPU is one reason for this behaviour, but it seems the CPU > runs a litte bit cooler under MacOSX. Maybe, because it's using the > advanced power-saving states of the CPU? That's what I think. > Maybe a later kernel (with support for the advanced states + dynticks + > auto-usb-suspend) will make this better... > > >> I did some debugging of the OS X kernel a while ago, and the only >> sensors OS X is polling is the light sensors, to adjust the keyboard >> backlight. > > I read (some time ago), that the SMC might trigger an interrupt and that > these could prevent the driver from polling the values. Is this true? > In the same artice the person the applesmc responsible for power-drain, > which I could not believe... Where? Who wrote that? Interesting, if the person who wrote the article is well-informed... > Is the applesmc driver constantly reading the values or does it read it > only on demand (i.e. by reading /sys for instance)? On demand, except for the input device that can be read constantly (possibly only when the device is open, I'm not sure, it's a part of the code that I copy-pasted from hdaps (easy to check if you want, just add some printk at the right places)). > I'm asking this, because I'm getting these messages randomly: > applesmc: wait status failed: 5 != 0 > and I'm not sure if a process using the module. I get those too. They are harmless. Best regards, Nicolas |
From: Sven A. <an...@an...> - 2007-03-29 16:08:24
Attachments:
signature.asc
anders.vcf
|
Sheer El-Showk schrieb: > Yes, this is quite reminicent of my experience with the fans. I > thought it might be lag on stuff that I did earlier but I'm not sure. > Nicolas has suggested that the SMC uses additional temperature > monitors that are not exposed by the applesmc module. Perhaps the > machine is just somehow heating up in the background and so every ten > minutes the fans come on to cool it down until it cools down enough > and then they turn off until it heats up again in another 10 min, > etc... For your information: In the meantime I booted MacOSX and returned to Linux. Now my fans are working normally again. Not spinning up every 10 minutes but constantly running at about 2500 rpm. No idea why it does work now again... Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 16:57:02
|
I wrote my last email before seeing this response of yours. Perhaps this result of yours verifies Marios hypothesis that OS X configures the SMC at boot time and then just leaves it that way. When you say booted OS X and then returned to Linux did you mean started OS X and then rebooted into linux or switched off and then returned to Linux? cheers, Sheer On 3/29/07, Sven Anders <an...@an...> wrote: > Sheer El-Showk schrieb: > > Yes, this is quite reminicent of my experience with the fans. I > > thought it might be lag on stuff that I did earlier but I'm not sure. > > Nicolas has suggested that the SMC uses additional temperature > > monitors that are not exposed by the applesmc module. Perhaps the > > machine is just somehow heating up in the background and so every ten > > minutes the fans come on to cool it down until it cools down enough > > and then they turn off until it heats up again in another 10 min, > > etc... > > For your information: > > In the meantime I booted MacOSX and returned to Linux. Now my fans are > working normally again. Not spinning up every 10 minutes but constantly > running at about 2500 rpm. > > No idea why it does work now again... > > Regards > Sven > > -- > Sven Anders <an...@an...> () Ascii Ribbon Campaign > /\ Support plain text e-= mail > ANDURAS service solutions AG > Innstra=DFe 71 - 94036 Passau - Germany > Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 5= 0-55 > > Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 60= 32 > Mitglieder des Vorstands: Sven Anders, Marcus Junker > Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Tr=E4ger > > |
From: Mario O. <mar...@hp...> - 2007-03-29 16:00:39
|
Nicolas Boichat wrote: >=20 > I did some debugging of the OS X kernel a while ago, and the only > sensors OS X is polling is the light sensors, to adjust the keyboard > backlight. >=20 > Actually, if you look at the assembly code of the AppleSMC modules in O= S > X, there is no single reference to the fans and temperature keys (I got= > these keys from the source code of smcfancontrol (OS X app, no sure of > the exact name))). >=20 I think this confirms pretty well that even under OS X the SMC controls the fans directly (and not some kind of software that polls temperature keys regularly and adjusts fan speeds). I really don=B4t think that there= are more "hidden" temperature sensors that are used just for fan control.= But maybe the SMC can be configured to different sensitivity/threshold levels. That way OS X could set these levels once during boot/initializat= ion and let the SMC do the rest. We under Linux would meanwhile be stuck with the default levels that would of course be the most conservative and= result in much earlier fan activity. I have no idea of these things but maybe it would be possible to dump all of the readable/writable state of the SMC under Linux and OS X and to reverse-engineer areas whose use have= not yet been determined. I personally set the fans manually to 3000 RPM when not doing anything resource intensive and have fared very well with that. Mario |
From: Nicolas B. <ni...@bo...> - 2007-03-29 16:24:20
|
Hello, Mario Oschwald wrote: > Nicolas Boichat wrote: >> >> I did some debugging of the OS X kernel a while ago, and the only >> sensors OS X is polling is the light sensors, to adjust the keyboard >> backlight. >> >> Actually, if you look at the assembly code of the AppleSMC modules in OS >> X, there is no single reference to the fans and temperature keys (I got >> these keys from the source code of smcfancontrol (OS X app, no sure of >> the exact name))). >> > I think this confirms pretty well that even under OS X the SMC controls > the fans directly (and not some kind of software that polls temperature > keys regularly and adjusts fan speeds). I really don´t think that there > are more "hidden" temperature sensors that are used just for fan control. > > But maybe the SMC can be configured to different sensitivity/threshold > levels. That way OS X could set these levels once during > boot/initialization > and let the SMC do the rest. We under Linux would meanwhile be stuck > with the default levels that would of course be the most conservative and > result in much earlier fan activity. I have no idea of these things but > maybe it would be possible to dump all of the readable/writable state of > the SMC under Linux and OS X and to reverse-engineer areas whose use have > not yet been determined. I don't think so... If you don't switch on the fans, the laptop will got hotter... And under Linux the laptop is both noisier and hotter... So, the difference should come from the power management. > I personally set the fans manually to 3000 RPM when not doing anything > resource intensive and have fared very well with that. I do that too, I set the minimum speed to 3000 RPM, to get a cooler laptop. If needed, the fans will turn faster. Best regards, Nicolas |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 16:52:36
|
Nicolas, sorry if I misquoted you ... I was just trying to convey my understanding of what you said. I'm in OS X now with my GPU heatsink at 51 C and my GPU at 48 C and both fans hovering at 2000 rpms so its curious that Sven's rev up at this temperature. To get my fans to start in OS X I really have to stress the CPU. Here are my OS X temps CPU A 55 Heatsink A 49 GPU heatsink 50 Heatsink B 40 GPU 46 Enclosure 34 It would be nice to have an explanation of the applesmc temperature readings in linux - perhaps these are described in the code which I don't have handy but I'll look later. Mario it might be possible to test your idea by setting up a script to poll and then plot temperature/fan speed every minute for an hour or so (as I was suggesting in an earlier email) and then run this script in two different ways. First just boot straight into linux and see what it does. Then boot into OS X and then reboot into linux. Maybe rebooting won't reset the SMC so it will still have the OS X settings. If I write up a script I'll try and do this. cheers, Sheer On 3/29/07, Mario Oschwald <mar...@hp...> wrote: > Nicolas Boichat wrote: > > > > I did some debugging of the OS X kernel a while ago, and the only > > sensors OS X is polling is the light sensors, to adjust the keyboard > > backlight. > > > > Actually, if you look at the assembly code of the AppleSMC modules in O= S > > X, there is no single reference to the fans and temperature keys (I got > > these keys from the source code of smcfancontrol (OS X app, no sure of > > the exact name))). > > > I think this confirms pretty well that even under OS X the SMC controls > the fans directly (and not some kind of software that polls temperature > keys regularly and adjusts fan speeds). I really don=B4t think that there > are more "hidden" temperature sensors that are used just for fan control. > > But maybe the SMC can be configured to different sensitivity/threshold > levels. That way OS X could set these levels once during boot/initializat= ion > and let the SMC do the rest. We under Linux would meanwhile be stuck > with the default levels that would of course be the most conservative and > result in much earlier fan activity. I have no idea of these things but > maybe it would be possible to dump all of the readable/writable state of > the SMC under Linux and OS X and to reverse-engineer areas whose use have > not yet been determined. > > I personally set the fans manually to 3000 RPM when not doing anything > resource intensive and have fared very well with that. > > Mario > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Mactel-linux-users mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-users > |
From: Nicolas B. <ni...@bo...> - 2007-03-29 17:26:26
|
Sheer El-Showk wrote: > I wrote my last email before seeing this response of yours. Perhaps > this result of yours verifies Marios hypothesis that OS X configures > the SMC at boot time and then just leaves it that way. When you say > booted OS X and then returned to Linux did you mean started OS X and > then rebooted into linux or switched off and then returned to Linux? You can do a really simple experiment about that. On Linux, or OS X, set the minimum fans speed to 5000 RPM (using applesmc or smcfancontrol), to make sure you hear them. Then reboot, either on Linux or OS X, are the fans still running at 5000 RPM? If not, it would very likely mean there is no persistence. If yes, then it'll mean that there is some persistance Another thing to consider about plotting fan/temperature diagrams: In my opinion, they will be the same, for this physical reason: The fans are used to cool down your computer. So, if, on OS X, a special trick was used to prevent the fans from turning on when the temperature increases, the laptop would become hotter, right? Is that happening? No. The laptop is hotter on Linux, and the fans turn at higher speed. Also, another thing to consider is that there is probably a threshold temperature for the fans to start, let's say, to illustrate, 50°. We know that the temperature with an idle computer is lower on OS X (using my hands I can feel it), so this idle temperature is maybe 40°, while on Linux it might me 49°. It means that for the fans to turn on on OS X, you'll need a heavy a long-lasting CPU/GPU load, as you need to gain 10°, while on Linux you only need to gain 1° (moving a window in Xgl might already be too much...). About the fact that after rebooting from OS X, the fans are quieter, is this a permanent effect? Wouldn't it be the same effect with a cold boot? (i.e. with a cold laptop) I'm not saying there is no black magic in SMC, after all, why not. But, for now, I don't really think we need that to explain the difference in behaviour between OS X and Linux. Best regards, Nicolas |
From: Kai W. <kai...@gl...> - 2007-03-29 18:29:50
|
* Nicolas Boichat <ni...@bo...>: > I'm not saying there is no black magic in SMC, after all, why not. But, > for now, I don't really think we need that to explain the difference in > behaviour between OS X and Linux. I run Bresink Hardwaremonitor for some hours now. What I see so far: CPU at 1000 MHz all the time. I have VMWare Fusion with Linux running. So I guessed it is a little bit more cpu power consuming. I will export in CSV (Time;Value) the temperature and fan statistics if I have more values and post a link to the mailing list. Here comes the sensor report as created by Hardwaremonitor. It is in German. --- Sensornamensbericht Angelegt am 29.03.07 f<9f>r Computer Kai Webers Computer. bresink.dts.0: CPU Kern 1 (lokaler Computer) bresink.dts.1: CPU Kern 2 (lokaler Computer) bresink.ia32.frequency: CPU Taktfrequenz (lokaler Computer) gpusensor.ATIRadeonX1000.6: Grafikprozessor (lokaler Computer) smart.Hitachi HTS541612J9SA00.SB2D04E4HB6BAE: SMART Festplatte Hitachi HTS541612J9SA00 (SB2D04E4HB6BAE) (lokaler Computer) smc.current.DE3: CPU A (lokaler Computer) smc.current.HE3: Grafikprozessor (lokaler Computer) smc.current.QT3: Akku Stromversorgung (lokaler Computer) smc.fan.Left side: Linker L<9f>fter (lokaler Computer) smc.fan.Right side: Rechter L<9f>fter (lokaler Computer) smc.light.1: Umgebungslicht 1 (lokaler Computer) smc.light.2: Umgebungslicht 2 (lokaler Computer) smc.power.DE3: CPU A (lokaler Computer) smc.power.HE3: Grafikprozessor (lokaler Computer) smc.power.QT3: Akku Stromversorgung (lokaler Computer) smc.temperature.DF3: CPU A Temperaturdiode (lokaler Computer) smc.temperature.HJ3: Grafikprozessor K<9f>hlblech 1 (lokaler Computer) smc.temperature.HR3: Grafikprozessor Chip 1 (lokaler Computer) smc.temperature.NR3: Speichersensor 1 (lokaler Computer) smc.temperature.iJ3: Hauptk<9f>hlblech 1 (lokaler Computer) smc.temperature.iJ4: Hauptk<9f>hlblech 2 (lokaler Computer) smc.temperature.nR3: Speicher-Controller (lokaler Computer) smc.voltage.DE3: CPU A (lokaler Computer) smc.voltage.HE3: Grafikprozessor (lokaler Computer) smc.voltage.QT3: Akku Stromversorgung (lokaler Computer) -- * http://www.glorybox.de/ PGP 1024D/594D4132 B693 5073 013F 7F56 5DCC D9C2 E6B5 448C 594D 4132 |
From: Sven A. <an...@an...> - 2007-03-29 20:06:49
Attachments:
signature.asc
anders.vcf
|
Sheer El-Showk schrieb: > I wrote my last email before seeing this response of yours. Perhaps > this result of yours verifies Marios hypothesis that OS X configures > the SMC at boot time and then just leaves it that way. When you say > booted OS X and then returned to Linux did you mean started OS X and > then rebooted into linux or switched off and then returned to Linux? Normally I boot strait into Linux and it worked like expected. The last two days I rebooted very ofter and switched to MacOSX, maybe something special happened I did not realize... Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 21:30:11
Attachments:
plot.gif
poll_temp.sh
|
I've attached a simple bash script (and a gif of some plots) for all your enjoyment. You can just run it as follows: mkdir power_data poll_temp.sh first_run This creates a directory power_data/first_run and in that directory puts a bunch of files with temperatures, fan speeds and load as reported by uptime. I then process the uptime file a bit: cat uptime |awk '{print $1*5000}' > norm_min_uptime And then plot this all in gnuplot: plot "fan0_actual_speed" smooth csplines, "fan1_actual_speed" smooth csplines, "temperature_0" smooth csplines, "temperature_1" smooth csplines, "temperature_2" smooth csplines, "temperature_3" smooth csplines, "temperature_4" smooth csplines, "temperature_5" smooth csplines replot "norm_min_uptime" smooth csplines Since running this script I've added some comments with the above so I hope I haven't broken it but its should be very easy to play with (there might be something better than uptime to run). It might be good to normalize all the data to have a max value at one but I haven't thought too hard about how to do that. There's definitely some correlation between temperature_1 and the fan data (it would be good to know what temp1 is) but there may also be some lead time. Maybe we can use this to figure out what's happening. cheers, Sheer On 3/29/07, Sven Anders <an...@an...> wrote: > Sheer El-Showk schrieb: > > I wrote my last email before seeing this response of yours. Perhaps > > this result of yours verifies Marios hypothesis that OS X configures > > the SMC at boot time and then just leaves it that way. When you say > > booted OS X and then returned to Linux did you mean started OS X and > > then rebooted into linux or switched off and then returned to Linux? > > Normally I boot strait into Linux and it worked like expected. > The last two days I rebooted very ofter and switched to MacOSX, maybe > something special happened I did not realize... > > Regards > Sven > > -- > Sven Anders <an...@an...> () Ascii Ribbon Campaign > /\ Support plain text > e-mail > ANDURAS service solutions AG > Innstra=DFe 71 - 94036 Passau - Germany > Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 > 50-55 > > Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 60= 32 > Mitglieder des Vorstands: Sven Anders, Marcus Junker > Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Tr=E4ger > |
From: Sheer El-S. <sh...@gm...> - 2007-03-29 21:59:49
|
It would be nice to have the OS X data for temperature vs fan speed to compare. Nicolas I've looked over the apple SMC code to try and figure out which temperature monitor is which but all I can see is that you read them out by some keys: "TB0T", "TC0D", "TC0P", "Th0H", "Ts0P", "Th1H", "Ts1P", NULL "TC0D", "TC0P" Do you have any idea what these keys match to? Where did you get them? Is there any graphical tool that will print out the temperatures and fan speed in Linux? I should note that the data in the plot in my previous plot was taken when I was running Beryl/Xgl and doing a lot of stuff. It might be good to compare an idle system in text mode, and idle system using fglrx, an idle system using vesa and maybe an idle system with a core duo using fglrx with powerplay. By the way, anyone tried out 8.35.5 yet? Its hard for me to try it because I'm using 2.6.20 which it doesn't support. cheers, Sheer p.s. sorry for the flood of emails today On 3/29/07, Kai Weber <kai...@gl...> wrote: > * Nicolas Boichat <ni...@bo...>: > > > I'm not saying there is no black magic in SMC, after all, why not. But, > > for now, I don't really think we need that to explain the difference in > > behaviour between OS X and Linux. > > I run Bresink Hardwaremonitor for some hours now. What I see so far: CPU > at 1000 MHz all the time. I have VMWare Fusion with Linux running. So I > guessed it is a little bit more cpu power consuming. > > I will export in CSV (Time;Value) the temperature and fan statistics if > I have more values and post a link to the mailing list. > > Here comes the sensor report as created by Hardwaremonitor. It is in > German. > > --- > > Sensornamensbericht > > Angelegt am 29.03.07 f<9f>r Computer Kai Webers Computer. > > bresink.dts.0: CPU Kern 1 (lokaler Computer) > bresink.dts.1: CPU Kern 2 (lokaler Computer) > bresink.ia32.frequency: CPU Taktfrequenz (lokaler Computer) > gpusensor.ATIRadeonX1000.6: Grafikprozessor (lokaler Computer) > smart.Hitachi HTS541612J9SA00.SB2D04E4HB6BAE: SMART Festplatte Hitachi > HTS541612J9SA00 (SB2D04E4HB6BAE) (lokaler Computer) > smc.current.DE3: CPU A (lokaler Computer) > smc.current.HE3: Grafikprozessor (lokaler Computer) > smc.current.QT3: Akku Stromversorgung (lokaler Computer) > smc.fan.Left side: Linker L<9f>fter (lokaler Computer) > smc.fan.Right side: Rechter L<9f>fter (lokaler Computer) > smc.light.1: Umgebungslicht 1 (lokaler Computer) > smc.light.2: Umgebungslicht 2 (lokaler Computer) > smc.power.DE3: CPU A (lokaler Computer) > smc.power.HE3: Grafikprozessor (lokaler Computer) > smc.power.QT3: Akku Stromversorgung (lokaler Computer) > smc.temperature.DF3: CPU A Temperaturdiode (lokaler Computer) > smc.temperature.HJ3: Grafikprozessor K<9f>hlblech 1 (lokaler Computer) > smc.temperature.HR3: Grafikprozessor Chip 1 (lokaler Computer) > smc.temperature.NR3: Speichersensor 1 (lokaler Computer) > smc.temperature.iJ3: Hauptk<9f>hlblech 1 (lokaler Computer) > smc.temperature.iJ4: Hauptk<9f>hlblech 2 (lokaler Computer) > smc.temperature.nR3: Speicher-Controller (lokaler Computer) > smc.voltage.DE3: CPU A (lokaler Computer) > smc.voltage.HE3: Grafikprozessor (lokaler Computer) > smc.voltage.QT3: Akku Stromversorgung (lokaler Computer) > > > > -- > * http://www.glorybox.de/ > PGP 1024D/594D4132 B693 5073 013F 7F56 5DCC D9C2 E6B5 448C 594D 4132 > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Mactel-linux-users mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-users > |
From: Ludovic R. <lud...@gm...> - 2007-03-30 15:04:13
|
Hello, On 29/03/07, Sheer El-Showk <sh...@gm...> wrote: > I should note that the data in the plot in my previous plot was taken > when I was running Beryl/Xgl and doing a lot of stuff. It might be > good to compare an idle system in text mode, and idle system using > fglrx, an idle system using vesa and maybe an idle system with a core > duo using fglrx with powerplay. > > By the way, anyone tried out 8.35.5 yet? Its hard for me to try it > because I'm using 2.6.20 which it doesn't support. You have accelerated 3D (for Beryl/Xgl) but you do not use the ATI driver with your 2.6.20 kernel? What driver do you use then? Is it free software? Is it working correctly? Bye -- Dr. Ludovic Rousseau |
From: Sven A. <an...@an...> - 2007-03-30 13:16:10
Attachments:
signature.asc
anders.vcf
|
Sheer El-Showk schrieb: > Hi All, > > First ATI just released new drivers (8.35.5). Anyone have the energy > to check whether they support powerplay on C2D MBPs (it only supports > 2.6.20 on fedora but next month's release should support it in general > - of course by then I'll have moved to 2.6.21 for dynticks)? I found this: http://whoopie.gmxhome.de/linux/patches/2.6.20/fglrx-8.35.5-for-2.6.20.patch Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
From: Sheer El-S. <sh...@gm...> - 2007-04-03 08:11:37
|
As a follow up to some of the earlier discussion here I tested (more qualitatively than quantitatively) the bahaviour of the fans under OS X by looking at the output of smcFanControl and Tempearture Monitor (the latter displays the output of 11 temperature sensors as opposed to the 6 exposed in Linux). I was running some calculation programs that really stressed the CPU (though perhaps only one processor and very little hard disk access). First, under OS X the fans didn't start up until the processor temp sensors got into the high 70s or even 80. I think smcFanControl's temperature monitor (which did not exactly match any of the 11 displayed by Temperature Monitor so perhaps it is an average) turned red at 75 degrees. Only then did the fans ramp up over 2000 rpms. The fans very slowly moved up to 4000+ rpms (maybe even 5000) but this really required running at least one core at 100% for over 10 minutes or so and getting to a temperature of 80 degrees. Clearly this behaviour is very different than what we find under linux. cheers, Sheer |
From: Sven A. <an...@an...> - 2007-04-03 10:49:07
|
Hello! I'm owning a MBP with a Core2Duo. The ATI PowerPlay function does NOT work. I know that PowerPlay on the older Models (CoreDuo) does work, so I tried to find differences between them... I attached my (first) results, but anything I tried to get it to work, failed... Maybe anybody has some more ideas what to compare... Regards Sven -- Sven Anders <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55 Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032 Mitglieder des Vorstands: Sven Anders, Marcus Junker Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger |
Re: [Mactel-linux-users] [Mactel-linux-devel] Differences MBP CD /
C2D regarding PowerPlay/ATI X1600
From: Tino K. <tin...@ti...> - 2007-04-03 11:28:24
|
On Tue, Apr 03, 2007 at 12:48:51 +0200, Sven Anders wrote: [...] > Does this mean a X11 or a kernel module? > > (II) fglrx(0): Kernel Module Build Time Information: > (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.20-gentoo-mactel > (II) fglrx(0): Build-Kernel MODVERSIONS: yes > (II) fglrx(0): Build-Kernel __SMP__: yes > (II) fglrx(0): Build-Kernel PAGE_SIZE: 0x1000 X11 module > > > modinfo fglrx > filename: /lib/modules/2.6.19.1-mactel/misc/fglrx.ko > author: Fire GL - ATI Research GmbH, Germany > description: ATI Fire GL > license: Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY > vermagic: 2.6.19.1-mactel SMP preempt mod_unload PENTIUMM REGPARM > depends: agpgart > parm: firegl:charp kernel module Regards, Tino P.S.: Please do not crosspost without a good reason. |