Hallo nochmal, das mit acerhk klappt irgendwie nicht. Ich komm nur so weit: #schnipp R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # cp /home/sadow/netz/bin/acerhk-0.5.19/acerhk-0.5.19/acerhk.ko acerhk.ko R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # dir insgesamt 764 drwxr-xr-x 12 root root 4096 2006-03-21 15:16 . drwxr-xr-x 35 root root 4096 2006-02-07 17:15 .. -rw-r--r-- 1 root root 42249 2006-03-21 15:16 acerhk.ko drwxr-xr-x 2 root root 4096 2006-03-21 14:58 agp -rw-r--r-- 1 root root 15396 2006-02-07 17:19 applicom.ko -rw-r--r-- 1 root root 52568 2006-02-07 17:19 cyclades.ko drwxr-xr-x 2 root root 4096 2006-03-21 14:58 drm -rw-r--r-- 1 root root 9080 2006-02-07 17:19 dtlk.ko -rw-r--r-- 1 root root 24848 2006-02-07 17:19 ecc.ko -rw-r--r-- 1 root root 32268 2006-02-07 17:19 epca.ko [...] R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # depmod -a R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # insmod acerhk insmod: can't read 'acerhk': No such file or directory R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # modprobe acerhk FATAL: Error inserting acerhk (/lib/modules/2.6.13-15.8-default/kernel/drivers/char/acerhk.ko): Cannot allocate memory R2D2:/lib/modules/2.6.13-15.8-default/kernel/drivers/char # #schnapp Mach ich was falsch? Die Ausgabe von modprobe -c häng ich mal in einer PM dran, vielleicht kann man da was sehen. Ich verstehs nicht ganz. Jedenfalls ist mir darin aufgefallen, dass es kein Kernelmodul für Asus gibt, auch kein asus_acpi ist geladen. Wieso denn das nicht? Danke trotzdem. Am Dienstag 21 März 2006 14:58 schrieb Holger Jorra:

Hallo Manfred,

okay, da mach ich mich gleich dran.

Am Dienstag 21 März 2006 14:05 schrieb Manfred Theuermann:

...

Hallo Holger,

ich geh davon aus, dass du mit "Funktionstasten" auch eine spezielle Taste zum aktivieren des WLAN meinst. Ich hatte bei meinem Medion 40100 das gleiche Problem und habe das Modul "acerhk" installiert. Ob das bei deinem ASUS auch funzt weiß ich nicht. Mehr Infos zu meinem Prob. Auch in dieser Liste: http://lists.suse.com/archive/suse-laptop/2006-Mar/0008.html

oder auch hier

http://lists.suse.com/archive/suse-laptop/2006-Feb/0081.html

Gruß Manfred

Hallo Werner, am BIOS wird es wohl nicht liegen, da unter Suse9.2 ja der Lüfter überhaupt nicht lief. Die ganze Zeit hat die passive Kühlung gereicht. Ich hab seit dem kein BIOS Update gemacht... Nur Suse ist neu. Ist Suse 10.0 also "wärmer" als 9.2? Gruß zurück Am Dienstag 21 März 2006 16:10 schrieb Werner Modenbach:

Hallo Holger,

ich hab auch ein ASUS M6N und das gleiche Lüfterproblem. Meiner Ansicht nach läuft der Lüfter, weil der Triplepoint auf 55 Grad sitzt und die Temperatur bei 58 Grad liegt. Leider ist es mir bisher nicht gelungen, diesen Punkt zu ändern. Evtl. läßt das Bios das nicht zu (?).

Gruß

- Werner -

Hallo Johannes, da muß ich leider auch widersprechen. Zumindest zeigt KPowersave an, dass der Prozessor auf 600MHz runter getaktet ist wenn ich nichts oder wenig arbeite. Also Prozessordrossel geht. Ich kann ja mal die Ausgabe von lsmod posten, vielleicht fehlt was wovon ich nichts weiß: Module Size Used by appletalk 35508 2 ax25 58092 2 ipx 27308 2 uhci_hcd 32016 0 ohci1394 32820 0 ipw2200 171656 0 ipt_pkttype 1664 1 ipt_LOG 6912 15 ipt_limit 2304 15 cpufreq_ondemand 6044 1 cpufreq_userspace 4444 0 cpufreq_powersave 1792 0 i915 18944 1 drm 61844 2 i915 speedstep_centrino 7508 1 freq_table 4612 1 speedstep_centrino nfsd 223072 5 exportfs 5632 1 nfsd snd_pcm_oss 59168 0 snd_mixer_oss 18944 1 snd_pcm_oss snd_seq 51984 0 snd_seq_device 8588 1 snd_seq asus_acpi 12436 0 button 7056 0 battery 10244 0 ac 5252 0 edd 9824 0 af_packet 21384 2 joydev 9408 0 pcmcia 37176 0 ip6t_REJECT 5504 3 ipt_REJECT 5632 3 ipt_state 1920 20 iptable_mangle 2688 0 iptable_nat 22228 0 iptable_filter 2816 1 snd_intel8x0 33504 1 8139too 26112 0 snd_ac97_codec 91004 1 snd_intel8x0 yenta_socket 23820 2 rsrc_nonstatic 12800 1 yenta_socket pcmcia_core 39952 3 pcmcia,yenta_socket,rsrc_nonstatic ieee80211 51140 1 ipw2200 ieee80211_crypt 5508 1 ieee80211 firmware_class 9856 2 ipw2200,pcmcia ieee1394 97208 1 ohci1394 generic 4484 0 [permanent] mii 5504 1 8139too snd_ac97_bus 2432 1 snd_ac97_codec snd_pcm 93064 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec snd_timer 24452 2 snd_seq,snd_pcm snd 60420 10 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer soundcore 9184 1 snd snd_page_alloc 10632 2 snd_intel8x0,snd_pcm ehci_hcd 32136 0 ip6table_mangle 2304 0 usbcore 112512 3 uhci_hcd,ehci_hcd intel_agp 22044 1 agpgart 33096 3 drm,intel_agp shpchp 88676 0 pci_hotplug 26164 1 shpchp ip_conntrack 42168 2 ipt_state,iptable_nat ip_tables 19456 8 ipt_pkttype,ipt_LOG,ipt_limit,ipt_REJECT,ipt_state,iptable_mangle,iptable_nat,iptable_filter ip6table_filter 2688 1 ip6_tables 18176 3 ip6t_REJECT,ip6table_mangle,ip6table_filter ipv6 242752 11 ip6t_REJECT parport_pc 38980 1 lp 11460 0 parport 33864 2 parport_pc,lp dm_mod 54972 0 ext3 130440 2 jbd 59940 1 ext3 fan 4996 0 ide_cd 39684 0 cdrom 36896 1 ide_cd thermal 14472 0 processor 24512 2 speedstep_centrino,thermal piix 9988 0 [permanent] ide_disk 17152 4 ide_core 122380 4 generic,ide_cd,piix,ide_disk Wie man sieht laufen die Module für speedstep_centrino. Außerdem ist jetzt schon seit heute Mittag Stufe 2 nicht mehr angelaufen, vielleicht hat die Rumspielerei ja irgendwas geholfen... Ich werd dann mal deinem Link folgen. Danke Am Dienstag 21 März 2006 22:38 schrieb Johannes Engel:

Holger Jorra schrieb:

...

Hallo Werner,

am BIOS wird es wohl nicht liegen, da unter Suse9.2 ja der Lüfter überhaupt nicht lief. Die ganze Zeit hat die passive Kühlung gereicht. Ich hab seit dem kein BIOS Update gemacht... Nur Suse ist neu. Ist Suse 10.0 also "wärmer" als 9.2?

Nicht notwendig, aber Dein System scheint nicht zu wissen, wie es den Prozessor heruntertakten kann, so dass der wahrscheinlich die ganze Zeit mit voller Frequenz läuft und damit natürlich mehr Abwärme produziert. Schau Dich einmal auf acpi4asus.sf.net um, bzw. installier die neue Version des asus_acpi-Moduls von dort.

Gruß, Johannes

Der Daemon ist nicht so entscheidend. Wichtig ist allein das neue Modul. :) Gruß, Johannes

Hallo Holger, die Temperaturwerte, bei denen die unterschiedlichen Aktionen erfolgen, stammen eigentlich aus dem Bios. Laut Doku können sie in den Tateien /etc/powersave/sheme_xxx überschrieben werden. Das hat bei mit aber leider nicht funktioniert. Du kannst auch mal als root "powersave --help" aufrufen. Dort siehst Du, was man mit diesem Programm alles manuell umstellen kann. Zu powersave gibts auch ne Doku, die aber m.E. nicht ganz auf dem aktuellen Stand ist. - Werner - Am Mittwoch, 22. März 2006 15:03 schrieb Holger Jorra:

Also ich hab nun den asus_acpi.ko Treiber 0.29-Suse gegen 0.30 getauscht. Ich kann nicht sagen, dass sich irgendwas geändert hat. Lautstärke- und WLAN-Tasten gehen nicht, Lampen und andere Knöpfe gehen alle. Vielleicht ist es ja nicht so wichtig, dass acpid merkt ob ich jetzt ein Taste betätige oder nicht, sondern was dann mit der Info passiert. Ich kann mir irgendwie nicht vorstellen, dass das alte Modul die Meldung nicht in /proc/acpi/event ausgegeben hat.Wie gesagt, bei 9.2 hat die Lautstärkeregelung über ein Skript funktioniert, das dann KMix angesteuert hat. Vielleicht brauch ich hier auch sowas.

Wie geh ich eigentlich an das Wärmeproblem ran? Das wird doch nicht von dem Modul beeinflusst, wenn ich das richtig sehe. Die Lüfter schwieg bei mir mit Suse9.2, ohne dass ich was geändert habe. Nur bei Last ist er mal ganz leise angelaufen. Das Akku hielt über 4 Stunden. Das muss doch mit 10.0 auch möglich sein. Oder ist das jetzt eine Desktop-Version? ;-) Damals gab es doch auch eine Datei /etc/temperatures, die ist ja nun nicht mehr, vielleicht ist die Anlauftemperatur etwas zu konservativ eingestellt? Wo könnte ich das denn sehen?

Am Mittwoch 22 März 2006 03:07 schrieb Johannes Engel:

...

Der Daemon ist nicht so entscheidend. Wichtig ist allein das neue Modul. :)

Gruß, Johannes

Ich habe einmal gerade in den Quelltext geschaut: Das A6N wird noch nicht von dem ACPI-Modul unterstützt. Wenn Du mir einmal Deine dsdt zukommen lässt (sudo cat /proc/acpi/dsdt > /tmp/email.txt), schaue ich einmal, ob es sich integrieren lässt. Gruß, Johannes

Sorry, da habe ich mich vertippt, ich meinte das A3N, das wird von dem Modul bis jetzt noch nicht nativ unterstützt. Ich habe einen kleinen Patch gebastelt, der die Unterstützung für das A3N und das V6V hinzufügt. Bitte testet das einmal. Außerdem habe ich ein Skript für das Handling der Events im V6V angehängt als Beispiel, das für das A3N entsprechend anzupassen ist. Mein Dank geht hier an Manfred Tremmel, dessen Original mir als Vorlage diente. Gruß, Johannes #!/bin/bash # acpi_hotkeys_ASUS_V6V # Manfred Tremmel, based on the script of Stefan Seyfried # modified for the use on ASUS V6V by Johannes Engel # PATH=/bin:/usr/bin # be paranoid, we're running as root. # first get helper functions (e.g. DEBUG, load_scheme, ...), extend $PATH, # set variables etc. We get $SCRIPT_RETURN from here . "/usr/lib/powersave/scripts/helper_functions" # get_x_user comes from here... . "/usr/lib/powersave/scripts/x_helper_functions" export PATH MYNAME=${0##*/} # basename $0 # # look into the example_event_script for an explanation. We need this for # $SCRIPT_RETURN NUM=$4 # previously, we checked for $# <= 3. This is not very future-proof ;-) if [ -z "$NUM" ]; then logger -t $MYNAME 'Sorry, not enough arguments: $4 is empty.' $SCRIPT_RETURN "$NUM|1|$MYNAME finished unsuccessful." exit 1 fi run_on_xserver() { get_x_user su $X_USER -c "DISPLAY=$DISP $1" } TYPE=$1 set $3 # powersaved gives us "other '<content of /proc/acpi/event>'" so we must split it. EVENT=$1 # "hotkey" ACPI=$2 # "HOTK" WHAT=$3 # "00000052" SERIAL=$4 # "0000001c" # it is easier to deal with numerical values (for me :-) declare -i VAL VAL=0x$WHAT # hex -> decimal ret=0 if [ "$EVENT" != "hotkey" ]; then logger -t $MYNAME "non-hotkey-event: $TYPE $EVENT $ACPI $WHAT $SERIAL" # do not exit here, we need to execute SCRIPT_RETURN_HELPER elif [ $VAL -gt 16 -a $VAL -lt 48 ]; then # brightness up/down : # do nothing elif [ $VAL -eq 51 -o $VAL -eq 52 ]; then # LCD on/off : # do nothing elif [ $VAL -ge 97 -a $VAL -le 99 ]; then # internal/external/both echo $VAL > /proc/acpi/asus/disp : # do nothing elif [ $VAL -eq 50 ]; then # Fn-F10 -> mute if [ "`run_on_xserver '/opt/kde3/bin/dcop kmix | grep -c -m 1 kmix'`" = "1" ] ; then if [ "`run_on_xserver '/opt/kde3/bin/dcop kmix Mixer0 mute 0'`" = "false" ] ; then run_on_xserver "/opt/kde3/bin/dcop kmix Mixer0 setMute 0 true" & else run_on_xserver "/opt/kde3/bin/dcop kmix Mixer0 setMute 0 false" & fi else mute & # from the aumix package fi : # set loudness to 0 elif [ $VAL -eq 49 ]; then # Fn-F11 -> volume down if [ "`run_on_xserver '/opt/kde3/bin/dcop kmix | grep -c -m 1 kmix'`" = "1" ] ; then run_on_xserver "/opt/kde3/bin/dcop kmix Mixer0 decreaseVolume 0" & else aumix -w -3 & # needs aumix, does "pcm" fi : # reduce loudness elif [ $VAL -eq 48 ]; then # Fn-F12 -> volume up if [ "`run_on_xserver '/opt/kde3/bin/dcop kmix | grep -c -m 1 kmix'`" = "1" ] ; then run_on_xserver "/opt/kde3/bin/dcop kmix Mixer0 increaseVolume 0" & else aumix -w +3 & # needs aumix, does "pcm" fi : # increase loudness elif [ $VAL -eq 81 ]; then # Start Browser run_on_xserver "/opt/kde3/bin/kfmclient openProfile webbrowsing" & : # do something elif [ $VAL -eq 93 ]; then # Wireles LAN RF_KILL=`find /sys/bus/pci/drivers/ipw2200/0*/rf_kill` if [ "x${RF_KILL}" != "x" ] ; then # only when driver is available WLAN_STATE=`cat "$RF_KILL"` #DCOP_KINTERNET=`run_on_xserver '/opt/kde3/bin/dcop | grep kinternet'` if [ "${WLAN_STATE}" = "0" ] ; then # wlan is enabled # disable wlan echo 1 > "${RF_KILL}" # switch off wlan LED echo 0 > /proc/acpi/asus/wled else # enable wlan echo 0 > "${RF_KILL}" # turn on wlan LED echo 1 > /proc/acpi/asus/wled fi fi : # togle wlan state activated/deactivated elif [ $VAL -eq 92 ]; then # Power4 Gear + POWERSAVESTATE=`/usr/bin/powersave -x | grep active | awk -F " " '{print $1}'` case "$POWERSAVESTATE" in Performance) NEWPOWERSAVESTATE="Acoustic" ;; Acoustic) NEWPOWERSAVESTATE="Presentation" ;; Presentation) NEWPOWERSAVESTATE="Powersave" ;; *) NEWPOWERSAVESTATE="Performance" ;; esac /usr/bin/powersave -e ${NEWPOWERSAVESTATE} run_on_xserver "/opt/kde3/bin/kdialog --passivepopup \"New Powersave state ${NEWPOWERSAVESTATE}\" 2" & : # switching powersave states elif [ $VAL -eq 106 ]; then # touchpad on/off if [ -x /usr/local/bin/synclient ]; then /usr/local/bin/synclient TouchpadOff=0 echo 1 > /proc/acpi/asus/tled fi : # turn touchpad on elif [ $VAL -eq 107 ]; then # touchpad on/off if [ -x /usr/local/bin/synclient ] ; then /usr/local/bin/synclient TouchpadOff=1 echo 0 > /proc/acpi/asus/tled fi : # turn touchpad off elif [ $VAL -eq 109 ]; then # suspend2disk /usr/bin/powersave -U : # abused for suspend2ram else DEBUG "undefined hotkey: $VAL $TYPE $EVENT $ACPI $WHAT $SERIAL" DIAG ret=1 fi # # see example_event_script for an explanation. $SCRIPT_RETURN "$RET|0|acpi_hotkeys_ASUS_V6V" #

Die Patch-Datei kopierst Du einfach irgendwohin, wechselst in der Konsole in das Verzeichnis acpi4asus-0.30/driver und führst dann ein "patch -p0 < /wo/auch/immer/datei.patch" aus. Danach gehst Du ins üdarüberliegende Verzeichnis (acpi4asus-0.30) und tippst "make" und danach "sudo make install". Der Patch ist hauptsächlich dafür da, die LEDs und die Hotkeys für die Helligkeit und die Bildausgabe zuzuordnen. Für die Bearbeitung der Hotkeys ist das andere Skript zuständig, das Du in /usr/lib/powersave/scripts/ kopieren musst und danach in YaST einbinden (EVENTS_OTHER im /etc/sysconfig-Editor). Wenn Du es umbenennst, musst Du den Dateinamen in der letzten Zeile entsprechend anpassen. Es sollte aber sonst in genau dieser Form funktionieren auch für Dein A3N. Gruß, Johannes

Tut mir leid, ich hatte ein Komma vergessen, mit der angehängten Version sollte es besser funktionieren. Für das Touchpad solltest Du Dir von packman eine aktualisierte Version von synaptics besorgen. Gruß, Johannes

Hallo Holger, hallo Leute, Am Donnerstag, 23. März 2006 01:03 schrieb Holger Jorra: [...]

Mal was anderes, weiß jemand wie ich atd zum laufen bekomme? Der Dämon ist bei mir wohl nicht installiert und wenn ich (natürlich nicht so)

at -f Datei HH:MM

eingebe bekomm ich nur ne Meldung, dass der Dämon nicht läuft.

als root: insserv atd ; rcatd start (oder im YaST Runlevel-Editor einschalten, falls Du Klicken bevorzugst ;-) Gruß Christian Boltz -- FAQ bedeutet doch "immer wieder gefragte Fragen" und häufig auftretende Fehler oder Änderungen gewohnter Abläufe werden folglich "immer wieder gefragt" --> also die FAQ lesen ;-)) [Andreas Schott in suse-linux]