Hallo an alle! Seit kurzem bin ich besitzer eines ACPI-only Notebooks (Sony GRX316G), das mir mit seiner IRQ Verteilung einige Probleme macht (Sound und CardBus bekommen ohne ACPI keinen IRQ...). Als Lösungsweg habe ich hier, in der Liste und auch sonst, den Vorschlag gefunden einen (reinen) 2.4.18 Kernel (linux-2.4.18.tar.bz2) mit den acpi-patches (acpi-20020611-2.4.18.diff.gz) zu kompilieren (was mit kleinen Änderungen an /usr/src/linux-2.4.18/drivers/acpi/hardware/hwregs.c, weil "acpi_ut_get_object_type_name" undefiniert ist. Nun bin ich auf der Suche nach einer Vorlage für .config -- ich habe meine letzten Kernel zu Zeiten von SuSE 7.1 erzeugt, seither bin ich mit den SuSE Kernels gut ausgekommen, bis nun... Mit der Konfiguration /boot/vmlinuz.config komme ich leider nicht weiter (der framebuffer für trident-Karten enthält ein #pragma #error, es werden zwei usb-uhci Treiber eingebunden, etc.) Wenn ich alle "problematischen" Treiber auschließe und den Kernel (mit zugehöriger initrd) installiere, kann ich ihn booten! -- zumindest ein Stück weit: Der Bootvorgang, die ACPI-Initialisierung betreffend funktioniert, so gut, daß nun ein dritter usb-uhci Baustein erkannt und initialisiert *und* auch das angeschlossene Gerät abgefragt wird: ein Sony Memorystick-Lesegerät! Und das wird nun nicht vertragen (vermute ich, oder bin ich ganz falsch?) es wird versucht den usb-storage Treiber dafür zu verwenden. Nun bleibt der Bootvorgang "stehen". Die letzte Meldung lautet (etwa so): --8<-- resize_dma_pool xxx -1 --8<-- Da ich also kurz vor meinem Ziel bin, frage ich in die Runde: Woher kommt die "resize_dma_pool" Fehlermeldung? Wie kann ich diese Vermeiden? Welche Kernel-Optionen habe ich falsch gesetzt? Gibt es einen SuSE-Kernel mit dem ACPI-Patch (ohne APM!) ? Sind die ACPI-Meldungen (siehe unten) "normal"? Die .config kann ich gerne nachreichen (ev. per PM). -- mit freundlichem Gruß Eugen R. Neuber PS: Ausschnitt aus /var/log/boot.omsg: --8<-- [snip] <6>ACPI: Subsystem revision 20020611 <4>PCI: PCI BIOS revision 2.10 entry at 0xfd9ca, last bus=2 <4>PCI: Using configuration type 1 <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <6>ACPI: Interpreter enabled <6>ACPI: Using PIC for interrupt routing <6>ACPI: System [ACPI] (supports S0 S3 S4 S5) <6>ACPI: PCI Root Bridge [PCI0] (00:00) <4>PCI: Probing PCI hardware (bus 00) <3>Unknown bridge resource 2: assuming transparent <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT] <6>ACPI: Embedded Controller [EC0] (gpe 28) <4>ACPI: PCI Interrupt Link [LNKA] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKB] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKC] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKD] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKE] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKF] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKG] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKH] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 9 [snip] <6>ACPI: AC Adapter [ACAD] (on-line) <6>ACPI: Battery Slot [BAT1] (battery present) <6>ACPI: Battery Slot [BAT2] (battery absent) <6>ACPI: Lid Switch [LID] <6>ACPI: Power Button (CM) [PWRB] <6>ACPI: Processor [CPU0] (supports C1 C2, 2 performance states, 8 throttling states) <6>ACPI: Thermal Zone [ATF0] (49 C) [snip] --8<--
Hallo Eugen, vor ähnlichen Problemen stand ich als ich Suse 7.3 auf diesem Notebook installiert habe. Es lief einigermassen ... Ich habe dann die 8.0 probiert und das war dann der Super GAU, den hats schon während dem Booten abgeschossen. Nachdem ich dann mit einigem Tricksen ( Bootparameter APM=no ) das doch zum laufen bekomen habe gabs auch schon die nächsten Probleme : Grafikkarte ( ATI Mobile Radeon 7500 ) ... Irgendwann wurde es mir dann doch zu blöd und inzwischen habe ich die RedHat 7.3 installiert. Das funktioniert "out of the box" ! ( Sound fehlt noch, kann ich aber damit leben ... ;)) ) Viele Grüße, Bernd BTW: Hast Du schon mal versucht die "Schublade" für die Festplatte zu bekommen ? Ich hab da 2 Platten ( 1x original mit WinXP, 1x Linux ), das spart mir den Bootmanager und auch jede Beeinflussung gegenseitig ist von vorne herein ausgeschlossen. Ich bin nun schon seit 3 Monaten dran bei Sony so ne Schublade zu bekommen - ohne Erfolg ( "dieses Teil gibt es nicht als Ersatzteil" ) ... :-((( Mittlerweile stehe ich auf dem Standpunkt : SONY = Scheissladen und Ersatzteile kann man für das Teil komplett vergessen, die wollen das immer abholen und dann reparieren ( was denn, ist ja nicht kaputt ) ... ----- Original Message ----- From: "Eugen Neuber" <euneuber@gmx.at> To: <suse-laptop@suse.com> Sent: Friday, July 05, 2002 9:56 PM Subject: [suse-laptop] ACPI, aber wie? Hallo an alle! Seit kurzem bin ich besitzer eines ACPI-only Notebooks (Sony GRX316G), das mir mit seiner IRQ Verteilung einige Probleme macht (Sound und CardBus bekommen ohne ACPI keinen IRQ...). Als Lösungsweg habe ich hier, in der Liste und auch sonst, den Vorschlag gefunden einen (reinen) 2.4.18 Kernel (linux-2.4.18.tar.bz2) mit den acpi-patches (acpi-20020611-2.4.18.diff.gz) zu kompilieren (was mit kleinen Änderungen an /usr/src/linux-2.4.18/drivers/acpi/hardware/hwregs.c, weil "acpi_ut_get_object_type_name" undefiniert ist. Nun bin ich auf der Suche nach einer Vorlage für .config -- ich habe meine letzten Kernel zu Zeiten von SuSE 7.1 erzeugt, seither bin ich mit den SuSE Kernels gut ausgekommen, bis nun... Mit der Konfiguration /boot/vmlinuz.config komme ich leider nicht weiter (der framebuffer für trident-Karten enthält ein #pragma #error, es werden zwei usb-uhci Treiber eingebunden, etc.) Wenn ich alle "problematischen" Treiber auschließe und den Kernel (mit zugehöriger initrd) installiere, kann ich ihn booten! -- zumindest ein Stück weit: Der Bootvorgang, die ACPI-Initialisierung betreffend funktioniert, so gut, daß nun ein dritter usb-uhci Baustein erkannt und initialisiert *und* auch das angeschlossene Gerät abgefragt wird: ein Sony Memorystick-Lesegerät! Und das wird nun nicht vertragen (vermute ich, oder bin ich ganz falsch?) es wird versucht den usb-storage Treiber dafür zu verwenden. Nun bleibt der Bootvorgang "stehen". Die letzte Meldung lautet (etwa so): --8<-- resize_dma_pool xxx -1 --8<-- Da ich also kurz vor meinem Ziel bin, frage ich in die Runde: Woher kommt die "resize_dma_pool" Fehlermeldung? Wie kann ich diese Vermeiden? Welche Kernel-Optionen habe ich falsch gesetzt? Gibt es einen SuSE-Kernel mit dem ACPI-Patch (ohne APM!) ? Sind die ACPI-Meldungen (siehe unten) "normal"? Die .config kann ich gerne nachreichen (ev. per PM). -- mit freundlichem Gruß Eugen R. Neuber PS: Ausschnitt aus /var/log/boot.omsg: --8<-- [snip] <6>ACPI: Subsystem revision 20020611 <4>PCI: PCI BIOS revision 2.10 entry at 0xfd9ca, last bus=2 <4>PCI: Using configuration type 1 <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <4> ACPI-0243: *** Error: Could not install Pci_config handler for PCI0, AE_ALREADY_EXISTS <6>ACPI: Interpreter enabled <6>ACPI: Using PIC for interrupt routing <6>ACPI: System [ACPI] (supports S0 S3 S4 S5) <6>ACPI: PCI Root Bridge [PCI0] (00:00) <4>PCI: Probing PCI hardware (bus 00) <3>Unknown bridge resource 2: assuming transparent <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] <7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT] <6>ACPI: Embedded Controller [EC0] (gpe 28) <4>ACPI: PCI Interrupt Link [LNKA] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKB] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKC] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKD] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKE] (IRQs *9) <4>ACPI: PCI Interrupt Link [LNKF] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKG] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKH] (IRQs 9, disabled) <4>ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 9 <4>ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 9 [snip] <6>ACPI: AC Adapter [ACAD] (on-line) <6>ACPI: Battery Slot [BAT1] (battery present) <6>ACPI: Battery Slot [BAT2] (battery absent) <6>ACPI: Lid Switch [LID] <6>ACPI: Power Button (CM) [PWRB] <6>ACPI: Processor [CPU0] (supports C1 C2, 2 performance states, 8 throttling states) <6>ACPI: Thermal Zone [ATF0] (49 C) [snip] --8<-- -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
Am Freitag, 5. Juli 2002 21:56 schrieb Eugen Neuber:
Hallo an alle!
kurzes Update: Ich habe nun die 2.4.18.Suse Kernel Quellen mit ACPI und ohne APM kompiliert! Ergebnis: *) CardBus funktioniert :-) *) SoundKarte (intel810 -- ICH3) bekommet IRQ9 kann aber immer noch nicht ohne fremden Interrupt (Bewegung der USB-Maus) ausgeben :-( *) /proc/acpi/ existiert :-) *) die ACPI Version kennt noch keine Baterien! :-( Frage an SuSE (Christian Zoz?): Wäre es möglich einen (2.4.18/19) Kernel mit dem aktuellen ACPI-Patch zu bekommen? -- mit freundlichem Gruß Eugen R. Neuber
Hi,
Ich habe nun die 2.4.18.Suse Kernel Quellen mit ACPI und ohne APM kompiliert! Ergebnis: *) CardBus funktioniert :-) *) SoundKarte (intel810 -- ICH3) bekommet IRQ9 kann aber immer noch nicht ohne fremden Interrupt (Bewegung der USB-Maus) ausgeben :-(
Keine Ahnung, wird wohl ein Modulfehler sein?
*) /proc/acpi/ existiert :-) *) die ACPI Version kennt noch keine Baterien! :-(
Bei mir funktioniert's aber! Einfach cat /proc/acpi/battery/BAT1/state und schon hat man einen Haufen Info auf der Konsole.
Frage an SuSE (Christian Zoz?): Wäre es möglich einen (2.4.18/19) Kernel mit dem aktuellen ACPI-Patch zu bekommen?
Bin zwar nicht Christian, aber mit mit dem AKTUELLEN ACPI-Patch bin ich nicht glücklich geworden: Kernel friert ein, noch beim/vor dem Laden?! Hat dafür jemand schon eine Lösung/gleiches Problem? Gruß, jochen -- jochen issing mailto:jochen@nrpl.de
Hallo Jochen, Danke für Deine Antwort. Am Donnerstag, 11. Juli 2002 17:53 schrieb jochen issing:
cat /proc/acpi/battery/BAT1/state
das Verzeichnis "/proc/battery" gibt's bei mir nicht :-( eu@saturn:~> ls /proc/acpi/ ac_adapter alarm button dsdt event gpe info processor sleep thermal Auszug aus "zless /proc/config.gz" CONFIG_PM=y CONFIG_ACPI=y CONFIG_ACPI_DEBUG=y CONFIG_ACPI_BUSMGR=y CONFIG_ACPI_SYS=y CONFIG_ACPI_CPU=y CONFIG_ACPI_BUTTON=y CONFIG_ACPI_AC=y CONFIG_ACPI_EC=y CONFIG_ACPI_CMBATT=y CONFIG_ACPI_THERMAL=y # CONFIG_APM is not set Hast Du etwas anderes? mfg. Eugen
Griasde! Am Donnerstag, 11. Juli 2002 17:53 schrieb jochen issing:
Bei mir funktioniert's aber! Einfach cat /proc/acpi/battery/BAT1/state und schon hat man einen Haufen Info auf der Konsole.
Ui, das ist ja toll. Gibt es denn auch für kde 3.0 eine Möglichkeit die acpi Informationen graphisch darzustellen? Die Batterieoptionen unterstützen dort nur apm. Pfiade, BC -- Michael Nausch Anzinger Str. 20 85586 Poing +49-8121-989810 (Telefon) +49-8121-971941 (Faksimile) http://nausch.org michael@nausch.org
Am Donnerstag, 11. Juli 2002 23:04 schrieb Michael Nausch:
Ui, das ist ja toll. Gibt es denn auch für kde 3.0 eine Möglichkeit die acpi Informationen graphisch darzustellen? Die Batterieoptionen unterstützen dort nur apm.
http://k-acpi.sourceforge.net/ -- mfg. Eugen
Am Freitag, 12. Juli 2002 08:57 schrieben Sie:
Am Donnerstag, 11. Juli 2002 23:04 schrieb Michael Nausch:
Ui, das ist ja toll. Gibt es denn auch für kde 3.0 eine Möglichkeit die acpi Informationen graphisch darzustellen? Die Batterieoptionen unterstützen dort nur apm.
Oh Mann, jetzt habe ich auch ein kleines Progrämmchen geschrieben, das das macht, aber jetzt gibt's das schon :-( Naja, dafür zeitgt meines auch Temperatur an ;-) -- jochen issing mailto:jochen@nrpl.de
Moin, Am Freitag, 12. Juli 2002 16:04 schrieb jochen issing:
Am Freitag, 12. Juli 2002 08:57 schrieben Sie:
Am Donnerstag, 11. Juli 2002 23:04 schrieb Michael Nausch:
Ui, das ist ja toll. Gibt es denn auch für kde 3.0 eine Möglichkeit die acpi Informationen graphisch darzustellen? Die Batterieoptionen unterstützen dort nur apm.
Oh Mann, jetzt habe ich auch ein kleines Progrämmchen geschrieben, das das macht, aber jetzt gibt's das schon :-(
Naja, dafür zeitgt meines auch Temperatur an ;-) kann man Dein Programm auch bekommen?
Gruß Thilo
Hai! Am Freitag, 12. Juli 2002 17:00 schrieb Thilo A. Coblenzer:
Naja, dafür zeitgt meines auch Temperatur an ;-)
kann man Dein Programm auch bekommen?
Das gleiche wollte ich auch g'rad eben sagen, Wo kann man sich das Teil denn ansehen bzw. downloaden? cu, BC -- Michael Nausch Anzinger Str. 20 85586 Poing +49-8121-989810 (Telefon) +49-8121-971941 (Faksimile) http://nausch.org michael@nausch.org
Am Freitag, 12. Juli 2002 16:04 schrieb jochen issing:
Oh Mann, jetzt habe ich auch ein kleines Progrämmchen geschrieben, das das macht, aber jetzt gibt's das schon :-(
Naja, dafür zeitgt meines auch Temperatur an ;-)
Bitte veröffentlichen :-) ich bin sicher man kann kacpi noch erweitern! ;-) -- mfg. Eugen
HI, Am Freitag, 12. Juli 2002 18:40 schrieb Eugen Neuber:
Naja, dafür zeitgt meines auch Temperatur an ;-)
Bitte veröffentlichen :-) ich bin sicher man kann kacpi noch erweitern! ;-)
JO! Zumal k-acpi bei mir nicht installiert werden will. ./configure --x-includes=/usr/X11/include --x-libraries=/usr/X11/lib bringt: configure: error: We need a working libXext to proceed. Since configure can't ind it itself, we stop here assuming thet make wouldn't find them eighter. in der /usr/X11/lib steht aber eine libXext.so als link auf libXext.so.6 Hmmm ;-( cu, BC -- Michael Nausch Anzinger Str. 20 85586 Poing +49-8121-989810 (Telefon) +49-8121-971941 (Faksimile) http://nausch.org michael@nausch.org
Am Freitag, 12. Juli 2002 18:40 schrieben Sie:
Naja, dafür zeitgt meines auch Temperatur an ;-)
Bitte veröffentlichen :-) ich bin sicher man kann kacpi noch erweitern! ;-)
Hi, also ich habe das jetzt bisher nur in so einer Art Zwischenstadium. Ich wollte es noch auf ein Client-Server Modell bringen, damit die ganzen Infos (Temperatur, Batterie, Netzteil, ...) vom Server in regelmässigen Abständen abgerufen werden und dann die/der Client(s) die Info per Socket abrufen. Ein kleines Schmankerl ist dabei noch, dass ich die CPU "Throttle", d.h. ich setze den Prozessortakt auf Minimum, falls kein Netzteil angeschlossen ist. Leider braucht das Prog dazu Root-Rechte und das geht über KDE nicht. Da ich im Moment sehr wenig Zeit habe, kann das noch ein wenig dauern, bis ein "Release" zustande kommt. Ausserdem habe ich keine Ahnung von configure-skripten und mit KDevelop stehe ich auf Kriegsfuss. Falls hier jemand ist, der ein wenig Ahnung davon hat, würde ich gerne meine Sourcen teilen. Gruß, jochen -- jochen issing mailto:jochen@nrpl.de
Am Freitag, 12. Juli 2002 21:33 schrieb jochen issing:
Leider braucht das Prog dazu Root-Rechte und das geht über KDE nicht.
Wo liegt das Problem? - Im KDE Controllzentrum gibt es doch auch die schönen Buttons "Systemverwaltungsmodus" - kdesu - sudo usw. Gruß, Matthias
Eugen Neuber schrieb:
Am Freitag, 5. Juli 2002 21:56 schrieb Eugen Neuber:
Hallo an alle!
kurzes Update:
Ich habe nun die 2.4.18.Suse Kernel Quellen mit ACPI und ohne APM kompiliert! Ergebnis: *) CardBus funktioniert :-) *) SoundKarte (intel810 -- ICH3) bekommet IRQ9 kann aber immer noch nicht ohne fremden Interrupt (Bewegung der USB-Maus) ausgeben :-( *) /proc/acpi/ existiert :-) *) die ACPI Version kennt noch keine Baterien! :-(
Frage an SuSE (Christian Zoz?): Wäre es möglich einen (2.4.18/19) Kernel mit dem aktuellen ACPI-Patch zu bekommen? -- mit freundlichem Gruß
Eugen R. Neuber
Da faellt mir was ein, Karsten hat mir zu meinem Problem folgendes geposted, vielleicht hilft es Dir und Euch ja ein bisschen weiter, ich probiere DIES jetzt erstmal aus... Es liegt wenn am ACPI des kernel. Probiermal ob das notebook mit /ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.18-186.i386.rpm bootet (kernel mit ACPI support). Kurzanleitung: # Backup cp -a /boot /boot.sav cp /boot/vmlinuz /boot/vmlinuz.old cp /boot/initrd /boot/initrd.old rpm -ivh --force --nodeps k_deflt-2.4.18-186.i386.rpm /etc/lilo.conf editieren und eine neue section anlegen: image = /boot/vmlinuz.old label = old root = <Dein Root Device, wie bei den anderen Sectionen> initrd = /boot/initrd.old mk_initrd lilo rebooten. Falls der kernel nicht bootet kannst Du den alten ueber den old Eintrag starten. Wenn das geht koennen wir weitermachen, Du brauchst dann ein neues pcmcia packet, passend zum kernel. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I mailto:VGAP-93-subscribe@yahoogroups.com I I http://home.t-online.de/home/spacecraft.portal I
Telek0ma iBBMS - now back online +49.4504.TRSi1/TRSi2 <<<
On Wednesday 17 July 2002 14:58, Oliver Ob wrote:
[...] Da faellt mir was ein, Karsten hat mir zu meinem Problem folgendes geposted, vielleicht hilft es Dir und Euch ja ein bisschen weiter, ich probiere DIES jetzt erstmal aus...
Es liegt wenn am ACPI des kernel.
Probiermal ob das notebook mit
/ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.18-186.i386.rp m bootet (kernel mit ACPI support).
_DAS_ ist ein Kernel mit ACPI? Ich hatte einen anderen auf http://www.holik.at/lappy gefunden, der zumindest das Poweroff beim Shutdown beherrscht hat. Weiterer schöner Effekt war: Die Soundkarte SIS7012 funzte auch. Schlecht war (ist): DVD/CDRW ging nicht... :-(( wohl nicht mit einkompiliert (Anm. Mit eigenem Kernel funzte auch nicht, kam immer eine Fehlermeldung beim kompilieren). Aber der hier tut weder Sound noch Poweroff... muss/kann man da noch irgendwo was einstellen??
Kurzanleitung: [zur Installation des Kernels]
Gruß Tobias Kerscher
Am Mittwoch, 17. Juli 2002 23:57 schrieb Tobias Kerscher: [...]
Ich hatte einen anderen auf http://www.holik.at/lappy gefunden, der zumindest das Poweroff beim Shutdown beherrscht hat. Weiterer schöner Effekt war: Die Soundkarte SIS7012 funzte auch. Schlecht war (ist): DVD/CDRW ging nicht... :-(( wohl nicht mit einkompiliert (Anm. Mit eigenem Kernel funzte auch nicht, kam immer eine Fehlermeldung beim kompilieren).
Aber der hier tut weder Sound noch Poweroff... muss/kann man da noch irgendwo was einstellen??
Mein Kernel kann quasi alles ausser Power off. Ich bin mir nicht sicher, aber ich denke das liegt wirklich am patch... Meinen Sound habe ich mit OSS aktiviert, das müsste bei Dir auch funktionieren. [*moduledurchsucht*] Wenn Du wie ich nicht sofort fündig wirst, dann kannst Du ja immernoch Alsa verwenden, die unterstützen den Chipsatz doch bestimmt. (siehe http://www.alsa-project.org/~goemon/) Gruß, jochen -- jochen issing mailto:jochen@nrpl.de
On Thursday 18 July 2002 11:21, jochen issing wrote:
Mein Kernel kann quasi alles ausser Power off. Ich bin mir nicht sicher, aber ich denke das liegt wirklich am patch... Meinen Sound habe ich mit OSS aktiviert, das müsste bei Dir auch funktionieren. [*moduledurchsucht*]
ich will aber nichts zahlen... :-(
Wenn Du wie ich nicht sofort fündig wirst, dann kannst Du ja immernoch Alsa verwenden, die unterstützen den Chipsatz doch bestimmt. (siehe http://www.alsa-project.org/~goemon/)
Eigentlich schon, sowohl Yast als auch Alsaconf erkennen die Karte, aber die Installation schlägt fehl, und beim Booten kommt: ----------- <notice>/etc/init.d/rc5.d/S12alsasound start Starting sound driver: intel8x0/lib/modules/2.4.18-4GB/kernel/sound/pci/snd-intel8x0.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-4GB/kernel/sound/pci/snd-intel8x0.o: insmod /lib/modules/2.4.18-4GB/kernel/sound/pci/snd-intel8x0.o failed /lib/modules/2.4.18-4GB/kernel/sound/pci/snd-intel8x0.o: insmod snd-intel8x0 failed ----------- Bei dem in meiner vorigen Mail genannten ACPI-Kernel geht das (aber eben nicht _mein_ CDROM, tja, jetzt muss man sich wohl entscheiden ;-) Gruß Tobias
Hello, Can anybody tell me how I could install SUSE so that I can use GRUB as bootloader, and not LILO? Its probably a newbie question, but thats what I am... Jakob
participants (9)
-
Bernd Drefs -
Eugen Neuber -
jochen issing -
Lopez＠chemie.uni-frankfurt.de -
matthias-wieser＠t-online.de -
Michael Nausch -
Oliver Ob -
Thilo A. Coblenzer -
Tobias Kerscher