PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : FN-Tasten



Seiten : [1] 2

dehein2
31.07.06, 08:55
Hallo,
ich wollte bei meinem Sony VAIO SZ2VP die Fn Tasten zum laufen bringen und habe diese ANleitung gefunden:
http://eavr.u-strasbg.fr/~loic/sony_vaioSZ2.html

Ist zwar nicht genau mein Laptop und nicht Suse 10.1 -aber besser als nichts. Ich habe also die sonypid geschichte installiert und bekomme nun folgendes:
Da ich mich mit so etwas garnicht auskenne bin ich etwas ratlos. Irgendwie scheint ja die Tasten da dann nicht in /dev/sonypi anzukommen oder?


/sbin/sonypid
/sbin/sonypid: Sony Vaio SPIC daemon version 1.9.1, Fev 20, 2004
Failed to open /dev/sonypi: No such file or directory


dehein:/home/dehein/sonypid-1.9.1 # locate sonypi
/lib/modules/2.6.16.13-4-smp/kernel/drivers/char/sonypi.ko
/usr/include/linux/sonypi.h
/usr/lib/directfb-0.9.24/inputdrivers/libdirectfb_sonypi.la
/usr/lib/directfb-0.9.24/inputdrivers/libdirectfb_sonypi.so
/usr/lib/perl5/vendor_perl/5.8.8/i586-linux-thread-multi/linux/sonypi.ph
/usr/src/linux-2.6.16.13-4/.tmp_versions/sonypi.mod
/usr/src/linux-2.6.16.13-4/Documentation/sonypi.txt
/usr/src/linux-2.6.16.13-4/drivers/char/.sonypi.ko.cmd
/usr/src/linux-2.6.16.13-4/drivers/char/.sonypi.mod.o.cmd
/usr/src/linux-2.6.16.13-4/drivers/char/.sonypi.o.cmd
/usr/src/linux-2.6.16.13-4/drivers/char/sonypi.c
/usr/src/linux-2.6.16.13-4/drivers/char/sonypi.ko
/usr/src/linux-2.6.16.13-4/drivers/char/sonypi.mod.c
/usr/src/linux-2.6.16.13-4/drivers/char/sonypi.mod.o
/usr/src/linux-2.6.16.13-4/drivers/char/sonypi.o
/usr/src/linux-2.6.16.13-4/include/config/sonypi
/usr/src/linux-2.6.16.13-4/include/config/sonypi/module.h
/usr/src/linux-2.6.16.13-4/include/linux/sonypi.h
/windows/C/Drivers/SonyPI/sonypi.cat


Danke Dennis

mabus
31.07.06, 09:22
Wie bist du denn bei der Installation vorgegangen? Hast du via modprobe das Kernelmodul dafür denn geladen?

dehein2
31.07.06, 09:28
modprobe sony_acpi.ko
FATAL: Module sony_acpi.ko not found.


aber der echo command zur Einstellung der Helligkeit funktioniert !?!

mabus
31.07.06, 09:34
modprobe sony_acpi.ko
FATAL: Module sony_acpi.ko not found.


aber der echo command zur Einstellung der Helligkeit funktioniert !?!

Die Module müssen ohne die Dateiendung .ko angegeben werden.

dehein2
31.07.06, 09:39
suuper. Danke es funktioniert. wie starte ich beides denn jetzt am besten direkt beim booten? also das sony_acpi und sonypid?

mabus
31.07.06, 09:43
Es kann sein, dass deine Distri eigene Wege geht und es daher nicht 100% gleich ist. Aber normalerweise reicht es, wenn du in der Datei /etc/modules einfach den Namen des Modules einträgst. Wie du jetzt jedoch genau am besten vorgehst, sollte vermutlich in eine Readme der Sourcen stehen. Zumindest kann ich dir dazu wenig sagen, da ich kein Sony Laptop habe.

dehein2
31.07.06, 09:50
ja, wunderbar und dankeschön

zurück marsch,marsch

jetzt habe ich einmal neu gestartet und es geht nicht mehr..


dehein:/home/dehein # modprobe sony_acpi
dehein:/home/dehein # /sbin/sonypid
/sbin/sonypid: Sony Vaio SPIC daemon version 1.9.1, Fev 20, 2004
Failed to open /dev/sonypi: No such file or directory



dehein:/home/dehein # modprobe -l | grep sony
/lib/modules/2.6.16.13-4-smp/kernel/drivers/cdrom/sonycd535.ko
/lib/modules/2.6.16.13-4-smp/kernel/drivers/char/sonypi.ko
/lib/modules/2.6.16.13-4-smp/kernel/drivers/acpi/sony_acpi.ko

wie kann das denn kommen?

dehein2
31.07.06, 19:00
kann ich da durch das mehrmalige eingeben von modprobe etwas kaputt gemacht haben!?!

mabus
31.07.06, 23:23
Hast du das Modul in /etc/modules eingetragen, so dass es eigentlich schon beim booten geladen wird? Ansonsten, schau mal mittels lsmod nach, ob das Modul auch tatsächlich geladen wurde.

dehein2
01.08.06, 08:02
ein etc/modules habe ich leider nicht



lsmod | grep sony
sony_acpi 9356 0

Toobles
01.08.06, 08:40
Dann guck nach wo bei deiner Distribution eingetragen wird das Module beim Booten geladen werden sollen.

dehein2
01.08.06, 14:51
hmm, alsi irgendwie finde ich da nichts.. ich habe unter etc eine Datei modprobe.conf und modprobe.d; modprobe.conf.local kann damit aber leider ncihts anfangen!?!

mabus
01.08.06, 15:29
Naja, wir können jetzt deine Distribution erraten. Aber ich glaube, es wäre einfacher du würdest sie uns nennen :)

Toobles
01.08.06, 16:23
Mein Gott, wenn du schon nicht verraten willst welche Distribution du verwendest dann guck doch bitte bitte bitte in die Dokumentation deiner Distribution. Die ist nicht aus Jux und Dallerei geschrieben worden... :ugly:

dehein2
01.08.06, 17:25
steht zwar ganz oben, aber es ist suse 10.1 :)

Toobles
01.08.06, 20:37
Ist zwar nicht genau mein Laptop und nicht Suse 10.1 -aber besser als nichts.


Da steht noch das es NICHT SUSE10.1 sei, aber nun gut.

Guck mal unter /etc/sysconfig/kernel, in der Datei kann man eintragen welche Dateien beim Booten geladen werden sollen.

dehein2
01.08.06, 20:47
ahh,, das tutroial ist nicht suse :))) da ist das mißverständniss :)
gut..

danke
hmm:


## Path: System/Kernel
## Description:
## Type: string
## Command: /sbin/mkinitrd
#
# This variable contains the list of modules to be added to the initial
# ramdisk by calling the script "mkinitrd"
# (like drivers for scsi-controllers, for lvm or reiserfs)
#
INITRD_MODULES="piix ata_piix processor thermal fan reiserfs"

## Type: string
## Command: /sbin/mkinitrd
#
# This variable contains the list of modules to be added to the initial
# ramdisk that is created for unprivilegd Xen domains (domU); you may need
# drivers for virtual block and network devices in addition to filesystem
# and device-mapper modules.
#
DOMU_INITRD_MODULES="xennet xenblk"

## Type: string
## ServiceRestart: boot.loadmodules
#
# This variable contains the list of modules to be loaded
# once the main filesystem is active
# You will find a few default modules for hardware which
# can not be detected automatically.
#
MODULES_LOADED_ON_BOOT=""

## Type: string
## Default: ""
#
# The file name of a binary ACPI Differentiated System Description Table
# (DSDT). This table is appended to the initial ram disk (initrd) that
# the mkinitrd script creates. If the kernel finds that its initrd
# contains a DSDT, this table replaces the DSDT of the bios. If the file
# specified in ACPI_DSDT is not found or ACPI_DSDT is empty/not specified,
# no DSDT will be appended to the initrd.
# Example path /etc/acpi/dsdt
#
ACPI_DSDT=""

## Type: integer(1000:50000)
## Default: 1000
#
# Length of the shortest timeslice a process (with lowest priority / maximum
# niceness) will be running on a CPU. Time is given in microseconds (us).
# This time should be much shorter than SCHED_MAXTIMESLICE to keep the
# nice values meaningful. The values can only be specified up to a accuracy
# of 1/HZ s, i.e. 10000us on a HZ=100 system, 1000us if HZ=1000.
# Note that the boot script (boot.sched) does scale the values if the
# MINTIMESLICE is below the minimum for the timer interrupt frequency (HZ
# value) of the booted kernel.
# For interactive desktop use, SCHED_MINTIMESLICE/SCHED_MAXTIMESLICE values
# of 1000 and 30000 are recommended. For non-interactive use, multiply both
# values by 10 or 20.
#
SCHED_MINTIMESLICE=""

## Type: integer(20000:1000000)
## Default: 40000
#
# Length of the longest timeslice a process (with highest priority / minimum
# niceness) will be running on a CPU. Time is given in microseconds (us).
# This time should be much longer than SCHED_MINTIMESLICE to keep the
# nice values meaningful. (The boot.sched script will not accept the value
# if there's less than a factor of three in between them, default is 30.)
# For interactive desktop use, SCHED_MINTIMESLICE/SCHED_MAXTIMESLICE values
# of 1000 and 30000 are recommended. For non-interactive use, multiply both
# values by 10 or 20.
#
SCHED_MAXTIMESLICE=""

## Type: string(yes)
## Default: ""
#
# Skip doing a minimal preparation of the /usr/src/linux source tree so
# that most header files can be directly included. If set, /usr/src/linux
# will not be touched.
#
SKIP_RUNNING_KERNEL=""


steht irgendwie nichts, oder?

oli993
02.08.06, 08:26
# This variable contains the list of modules to be loaded
# once the main filesystem is active
# You will find a few default modules for hardware which
# can not be detected automatically.
#
MODULES_LOADED_ON_BOOT=""

Sollte selbsterklärend sein: zwischen die Anführungszeichen die Namen der zu ladenden Module schreiben.

Gruß Oli.

dehein2
02.08.06, 08:54
kann das denn sein, dass nichts geladen wird.. und wenn ich nach dem botten die module anzeige scheint sony ja dabei zu sein, oder (s.o.)

mabus
02.08.06, 09:02
Wenn das Modul nach einem lsmod aufgelistet wird, ist es definitiv geladen.

dehein2
02.08.06, 19:06
hmm, woran kann der fehler denn dann liegen.. es ja schon funktioniert ver**** sch*** :)

Toobles
02.08.06, 19:28
Woran es liegen kann das das Modul nicht geladen wird? Schreibfehler zum Bleistift... Alternativ mal die Ausgabe von "dmesg" angucken. Wenn beim Laden von einem Modul was schief geht sollte da was zu finden sein.

dehein2
10.08.06, 15:01
soo:


dehein:/home/dehein # dmesg | grep sony
sony_acpi: module not supported by Novell, setting U taint flag.

danke
wie nehme ich es wieder aus dem autostart heraus? weil als ich es das erste mal geladen habe, hat es funktioniert. nach dem neustart dann nicht mehr

Ede
11.08.06, 01:13
Also starte mal neu (ohne sony-acpi in MODULES_LOADED_ON_BOOT) und zeig, was diese Eingaben ausgeben:

lsmod|grep sony
dir /dev|grep sony
ps -aux|grep sony
Falls da nichts kommt, machst du in einer zweiten Konsole
tail -f /var/log/messages In der ersten Konsole machst du
modprobe sony-acpi und schaust, was dabei in beiden Konsolen ausgegeben wird. Dann nochmal
lsmod|grep sony
dir /dev|grep sony
ps -aux|grep sony Und am Ende
sonypid Alles als root.

dehein2
11.08.06, 20:04
Also starte mal neu (ohne sony-acpi in MODULES_LOADED_ON_BOOT) .

das ist das was ich oben schonmal hatte. da steht ja nichts.. aber das wird ja trotzdem geladen.. ist das evtl. die falsche Datei?

Ede
11.08.06, 20:19
Sehr gut.
Starte also neu (ohne sony-acpi in MODULES_LOADED_ON_BOOT) und zeig, was diese Eingaben ausgeben:

lsmod|grep sony
dir /dev|grep sony
ps -aux|grep sony
Falls da nichts kommt, machst du in einer zweiten Konsole
tail -f /var/log/messages In der ersten Konsole machst du
modprobe sony-acpi und schaust, was dabei in beiden Konsolen ausgegeben wird. Dann nochmal
lsmod|grep sony
dir /dev|grep sony
ps -aux|grep sony Und am Ende
sonypid Alles als root.
Denkst du, ich hätte das alles aus Jux geschrieben? Ein Rat für die Zunkunft: Wenn du Hilfe brauchst, solltest du alle Anweisungen genau befolgen, mitdenken, vermeiden, das Verhalten von deinem Suse zu interpretieren und stattdessen die configs und alle Ausgaben des Systems per Copy&Paste mitteilen.

dehein2
11.08.06, 20:26
hallo,
also console 1:


dehein:/ # lsmod | grep sony
sony_acpi 9356 0
dehein:/ # dir /dev/ | grep sony
dehein:/ # ps -aux | grep sony
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
root 29089 0.0 0.0 2812 748 pts/1 S+ 20:21 0:00 grep sony
dehein:/ # modprobe sony-acpi
dehein:/ #


und console 2 (ändert sich nichts nach eingabe von "modprobe sony-acpi"


dehein:/home/dehein # tail -f /var/log/messages
Aug 11 20:00:37 dehein dhclient: bound to 192.168.0.9 -- renewal in 1533 seconds.
Aug 11 20:00:48 dehein kernel: eth1: no IPv6 routers present
Aug 11 20:04:08 dehein vmnet-dhcpd: DHCPREQUEST for 192.168.215.128 from 00:0c:29:13:e2:82 via vmnet8
Aug 11 20:04:08 dehein vmnet-dhcpd: DHCPACK on 192.168.215.128 to 00:0c:29:13:e2:82 via vmnet8
Aug 11 20:15:32 dehein hidd[2313]: New HID device 00:0A:94:C0:44:27 (CSR HIDEngine Three Button Mouse)
Aug 11 20:15:32 dehein kernel: input: Bluetooth HID Boot Protocol Device as /class/input/input6
Aug 11 20:21:57 dehein vmnet-dhcpd: DHCPREQUEST for 192.168.215.128 from 00:0c:29:13:e2:82 via vmnet8
Aug 11 20:21:57 dehein vmnet-dhcpd: DHCPACK on 192.168.215.128 to 00:0c:29:13:e2:82 via vmnet8
Aug 11 20:22:12 dehein su: FAILED SU (to root) dehein on /dev/pts/3
Aug 11 20:22:24 dehein su: (to root) dehein on /dev/pts/3


aber bist du sicher, dass sony-acpi nicht geladen wird. denn in der datei steht bei moules loaded on boot schon die ganze zeit nichts :) (also in der Datei: /etc/sysconfig/kernel (SUSE 10.1) )

danke

Ede
11.08.06, 20:47
Zitat von dehein2
aber bist du sicher, dass sony-acpi nicht geladen wird. denn in der datei steht bei moules loaded on boot schon die ganze zeit nichts (also in der Datei: /etc/sysconfig/kernel (SUSE 10.1) )
sony-acpi wird beim Booten definitiv geladen. Sonst würde lsmod direkt nach dem Booten sony-acpi nicht anzeigen.
sony-acpi muß in MODULES_LOADED_ON_BOOT nicht umbedingt drin stehen, um geladen zu werden. Das Modul kann beim Booten auch auf anderen Wegen geladen werden.
Tatsache ist, dass es beim Booten geladen wird. Eine andere Tatsache ist, dass /dev/sonypi nicht vorhanden ist, was schlecht ist.
Wa passiert denn, wenn du machst:

rmmod sony-acpi
modprobe sony-acpi
Was gibt dabei tail -f /var/log/messages aus?

dehein2
12.08.06, 09:41
hi, alsi hier wieder console 1:


rmmod sony-acpi
dehein:/home/dehein # modprobe sony-acpi
dehein:/home/dehein # /sbin/sonypid
/sbin/sonypid: Sony Vaio SPIC daemon version 1.9.1, Fev 20, 2004
Failed to open /dev/sonypi: No such file or directory
dehein:/home/dehein #


und console 2


ehein:/ # tail -f /var/log/messages
Aug 12 09:35:39 dehein vmnet-dhcpd: DHCPOFFER on 192.168.215.128 to 00:0c:29:13:e2:82 via vmnet8
Aug 12 09:35:39 dehein vmnet-dhcpd: DHCPREQUEST for 192.168.215.128 from 00:0c:29:13:e2:82 via vmnet8
Aug 12 09:35:39 dehein vmnet-dhcpd: DHCPACK on 192.168.215.128 to 00:0c:29:13:e2:82 via vmnet8
Aug 12 09:36:05 dehein kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Aug 12 09:36:05 dehein kernel: klogd 1.4.1, ---------- state change ----------
Aug 12 09:36:11 dehein kernel: ISO 9660 Extensions: RRIP_1991A
Aug 12 09:36:40 dehein syslog-ng[2789]: SIGHUP received, restarting syslog-ng
Aug 12 09:36:41 dehein syslog-ng[2789]: new configuration initialized
Aug 12 09:37:59 dehein su: (to root) dehein on /dev/pts/4
Aug 12 09:37:59 dehein su: (to root) dehein on /dev/pts/4
Aug 12 09:38:42 dehein kernel: ACPI Sony Notebook Control Driver v0.2 successfully removed
Aug 12 09:38:42 dehein kernel: klogd 1.4.1, ---------- state change ----------
Aug 12 09:38:54 dehein syslog-ng[2789]: Changing permissions on special file /dev/xconsole
Aug 12 09:38:54 dehein syslog-ng[2789]: Changing permissions on special file /dev/tty10
Aug 12 09:38:54 dehein kernel: sony_acpi: module not supported by Novell, setting U taint flag.
Aug 12 09:38:54 dehein kernel: ACPI Sony Notebook Control Driver v0.2 successfully installed

Ede
12.08.06, 11:34
Also ich kann mir nicht erklären, warum sonypid einmal Zugriff auf /dev/sonypi hatte und dann nimmer.
Aber versuch folgendes. Wenn sony-acpi geladen ist, gib in der Konsole
cat /proc/acpi/event ein, betätige einpaar FN-Tasten und schau, ob da was ausgegeben wird.