Re: Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
Ich habe jetzt mnal munter weiter experimentiert und nun einen 2.6-Kernel kurzfristig laufen lassen, musste dann aber wieder zurück nach 2.4. Aktuell quäle ich mich mit folgenden Punkten: a) mISDN ist zumindest in meiner Konfiguration mit der Sedlbauer SpeedFax+ nicht einsetzbar. Mit unverändertem Kernel lisß sich mal das Modul sedlfax nicht alden (cannot find device) oder aber es gab beim Laden des Moduls ein kernel panic oder wenig später Abstürze ohne jede Meldung. Ich nehme also b.a.w. weiter das alte isdn4linux. Das ist jetzt kein wirkliches Problem für mich. b) Die PS/2 Maus (Logitech Optical), die nie Probleme gemacht hat, klickt im unregelmäßigen Intervall (sagen wir: eine bis wenige Sekunden) selbstständig alles an, was sich gerade darunter befindet. Lokales arbeiten unter X11 fällt damit aus. c) Noch ein unerklärliches Verhalten: Auf dem Rechner (Athlon 64) arbeite ich normalerweise auch mit einem X-Terminal und KDE 3.3. Das funkioniert auch soweit, allerdings ist das System phasenweise (z.B. KDE Start) schneller als mit 2.4 und Sekunden später schläft es ein - Sekunden später ist es wieder schnell. Das Verhalten hängt nicht von der aktuellen Aktion ab, d.h. Home-Dir im Konqueror angucken kann superschnell sein oder dauern. Mozilla schließen kann viel(!) länger dauern als Öffnen (ohne Schnellstart.) Evtl. kann das CPU-Frequency-Scaling dafür verantwortlich sein. Es folgt die betreffende Kernel-Config: # # CPU Frequency scaling # CONFIG_CPU_FREQ=y # CONFIG_CPU_FREQ_DEBUG is not set # CONFIG_CPU_FREQ_PROC_INTF is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y CONFIG_CPU_FREQ_GOV_USERSPACE=y # CONFIG_CPU_FREQ_24_API is not set CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_TABLE=y # # CPUFreq processor drivers # # CONFIG_X86_ACPI_CPUFREQ is not set # CONFIG_X86_POWERNOW_K6 is not set # CONFIG_X86_POWERNOW_K7 is not set CONFIG_X86_POWERNOW_K8=y CONFIG_X86_POWERNOW_K8_ACPI=y # CONFIG_X86_GX_SUSPMOD is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set # CONFIG_X86_SPEEDSTEP_ICH is not set # CONFIG_X86_SPEEDSTEP_SMI is not set # CONFIG_X86_P4_CLOCKMOD is not set # CONFIG_X86_CPUFREQ_NFORCE2 is not set # CONFIG_X86_LONGRUN is not set # CONFIG_X86_LONGHAUL is not set # # shared options # # CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set Und die Konfiguration (default) des cpufreqd: # Cpudyn configure options # COMMON OPTIONS # # Internal between idle ratio tests in 1/10 sec increments # INTERVAL=1 # CPUFREQ OPTIONS # # CPU idle work ratio to speed up # CPU_UP=0.5 # # CPU idle work ratio to speed down # CPU_DOWN=0.9 # # when using cputhrottling, what state to switch when speeding down # THROTTLING_LOW=7 # DISK OPTIONS # (disabled by default) # # Timeout to put the disk in standby mode if there was no # io during that period (in seconds) # # TIMEOUT=120 # # Specified disks to spindown (comma separated devices) # # DISKS=/dev/hda,/dev/hdb # EXTRA OPTIONS # Available options are # -acpi disables cpufreq and force the use of acpi # -asus enables asus_acpi in some laptops # -nice count also nice CPU usage as load as well # -minf value Set the minimum CPU frequency in a value between 0.0 and 1.0 # EXTRA_OPTIONS= Ich probiere mal weiter, da zu den Problemen nichts finden konnte. Leider verschlingen die Turn-Around-Zyklen sehr viel Zeit. Viele Grüße Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
Hallo zusammen, On Mon, 21 Feb 2005 12:05:27 +0100 Michael Hierweck [EMAIL PROTECTED] wrote: ich versuche mich seit gestern auf einem Sarge-System an einer Kernel 2.4 - 2.6 Umstellung, habe aber einige Probleme mit dem ISDN-Subsystem. Ich habe letztens auf meinem Woody-Server mithilfe der Backports den 2.6er Kernel mit statischem dev und isdn4linux (und einer AVM Fritz! PCI) einrichten wollen. Eigentlich hat das in der Konstellation alles funktioniert. Bis auf das Anwählen. :-( Nach einer Anwahl zum Provider bin ich direkt wieder rausgeflogen, sobald ich (z.B.) einen HTTP-Request durchgeführt habe - egal ob lokal oder vom LAN aus. ICMP-Pings haben jedoch die Verbindung nicht schießen lassen. mISDN hab ich mit dieser Karte gar nicht ans Laufen bekommen. Ich hab mich daraufhin fast totgegoogled, hab aber keine Lösung gefunden und letztlich aufgegeben. Wo ich das hier gerade lese: Hat jemand schonmal diesen Effekt gesehen - oder eine Idee, woran das liegen könnte? LG, Ace -- () ASCII Ribbon Campaign - against HTML mail /\- against Microsoft attachments http://www.fsf.org/philosophy/no-word-attachments.html http://www.goldmark.org/netrants/no-word/attach.html pgpTAR2FNMSah.pgp Description: PGP signature
Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
Hallo, ich versuche mich seit gestern auf einem Sarge-System an einer Kernel 2.4 - 2.6 Umstellung, habe aber einige Probleme mit dem ISDN-Subsystem. Um nicht alles auf einmal ändern zu müssen, wollte ich zunächst bei den alten isdn4linux-Treibern bleiben. Folglich habe ich diese, wie gewohnt als Module kompilieren lassen. Owbohl sie beim Botten geladen werden, werden aber unter /dev die ISDN-Devices nicht erzeugt. Zunächst dachte, dass es an udev liegt, aber auch mit devfs werden sie nicht angelegt. Mir fehlen insbesondere /dev/isdninfo und /dev/ttyI* und die IPPP-Devices. Desweitere macht das Kernel-Package Probleme beim Bau von binary Probleme. jade beschwert sich über zahlreiche Fehler der Art: jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:14:73:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:8:74:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:11:77:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:14:73:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:8:74:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:11:77:W: second argument for SYSTEM entry should be quoted to avoid ambiguity jade:/usr/share/sgml/docbook/custom/website/2.0b1/catalog:14:73:W: second argument for SYSTEM entry should be quoted to avoid ambiguity Ich konnte deshalb nur das kernel_image bauen. Hat jemand Tipps für mich? Vielen Dank und viele Grüße Michael Hierweck -- Michael Hierweck EDV-Serviceteam Werthmann Hierweck GbR http://www.edv-serviceteam.net -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
On 21.Feb 2005 - 12:05:27, Michael Hierweck wrote: Hallo, werden aber unter /dev die ISDN-Devices nicht erzeugt. Zunächst dachte, dass es an udev liegt, Korrekte Annahme. aber auch mit devfs werden sie nicht angelegt. Devfs funktioniert unter 2.6er Kernel normalerweise kaum bis gar nicht... Mir fehlen insbesondere /dev/isdninfo und /dev/ttyI* und die IPPP-Devices. Leg sie an, udev ist so nett und lässt das alte dev-Verzeichnis als /.dev bestehen, so dass du dort die entsprechenden Devices ablesen kannst. Du musst bei Benutzung von udev bei jedem Boot die ISDN-Devices neu anlegen, man kann das nicht umgehen, da die i4l-Treiber nicht genug Informationen via /sys bereitstellen (habe ich mit dem udev-Maintainer geklärt). Wozu du allerdings ttyI* brauchst ist mir ein Rätsel (sag bloss man kann die ISDN-Karte als TTY-Device ähnlich einer seriellen Konsole benutzen). Andreas -- Courage is your greatest present need. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
Andreas Pakulat wrote: On 21.Feb 2005 - 12:05:27, Michael Hierweck wrote: Mir fehlen insbesondere /dev/isdninfo und /dev/ttyI* und die IPPP-Devices. Leg sie an, udev ist so nett und lässt das alte dev-Verzeichnis als /.dev bestehen, so dass du dort die entsprechenden Devices ablesen kannst. Du musst bei Benutzung von udev bei jedem Boot die ISDN-Devices neu anlegen, man kann das nicht umgehen, da die i4l-Treiber nicht genug Informationen via /sys bereitstellen (habe ich mit dem udev-Maintainer geklärt). Dann werde ich mal in das udev-, hotplug- und module-init-tools-Zeug einarbeiten. Bisher hatte ich das vermieden und immer einfach alle Module per /etc/modules geladen. Weiß jemand, wo es es gute Doku dazu gibt bzw. wie alles zusammenspielt? Wozu du allerdings ttyI* brauchst ist mir ein Rätsel (sag bloss man kann die ISDN-Karte als TTY-Device ähnlich einer seriellen Konsole benutzen). Es handelt sich um eine Sedlbauer SpeedFax+ Karte. Diese simuliert auf den ttyI*'s ein 14.000er Modem, welches für für Hylafax gebraucht. Falls jemand jetzt zufällig eine Anleitung für Sedlbauer, Hylafax und misdn (über CAPI) hat, freue ich mich auch. Aber bis ich fit bin, wollte ich vorerst isdn4linux nehmen. Danke und viele Grüße Michael -- Michael Hierweck EDV-Serviceteam Werthmann Hierweck GbR http://www.edv-serviceteam.net -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kernel 2.4 - 2.6: ISDN- und Kernel-Package-Probleme
On 21.Feb 2005 - 14:22:43, Michael Hierweck wrote: Andreas Pakulat wrote: On 21.Feb 2005 - 12:05:27, Michael Hierweck wrote: Mir fehlen insbesondere /dev/isdninfo und /dev/ttyI* und die IPPP-Devices. Leg sie an, udev ist so nett und lässt das alte dev-Verzeichnis als /.dev bestehen, so dass du dort die entsprechenden Devices ablesen kannst. Du musst bei Benutzung von udev bei jedem Boot die ISDN-Devices neu anlegen, man kann das nicht umgehen, da die i4l-Treiber nicht genug Informationen via /sys bereitstellen (habe ich mit dem udev-Maintainer geklärt). Dann werde ich mal in das udev-, hotplug- und module-init-tools-Zeug einarbeiten. Bisher hatte ich das vermieden und immer einfach alle Module per /etc/modules geladen. Weiß jemand, wo es es gute Doku dazu gibt bzw. wie alles zusammenspielt? Also zusammenspielen ungefähr so: udevd wird so ziemlich als erstes gestartet und erzeugt ein paar statische Device-Nodes. hotplug wird gestartet und untersucht das System nach Hardware-Komponenten die es erkennt - z.B. die Sound-Karte, USB-Geräte und lädt den jeweiligen Treiber. Dieser Treiber erzeugt dann einige Dateien im (unter /sys gemounteten) sysfs, unter anderem für jedes anzulegende Device eine dev Datei, die dann die Major und Minor-Number enthält. Ob Block oder Character-Device muss udevd noch woanders hernehmen (oder er erzeugt immer Character, ausser die dev-Datei liegt in /sys/block, aber das musste den Maintainer fragen). In jedem Fall erzeugt udevd dann die Device-Files angelegt, sowie eventuelle Symlinks oder was sonst mittels udevd's Regeln festgelegt wurde. Das Problem mit i4l ist, soweit kommts erst gar nicht, denn i4l legt keine entsprechenden Dateien in /sys an. Dafür müsstest du i4l, udev-ready machen, was wahrscheinlich reichlich Aufwand wäre. Der Workaround ist, einfach die Devices vor dem Starten von isdnutils anzulegen. Das geht entweder mittels mknod im isdnutils Skript, oder aber per links.conf von udevd (einer undokumentierten und unsupporteten Erweiterung vom Debian-Maintainer, AFAIK). Für das nötige für Hisax hab ich hier: #Hisax-Isdn Devices M ippp0 c 45 128 M ippp1 c 45 129 M isdn0 c 45 0 M isdnctrl0 c 45 64 M isdninfo c 45 255 L isdnctrl /dev/isdnctrl0 Allerdings muss man dann trotzdem noch die Rechte anpassen, da das nicht per udevd gelingt (also ein chown root:dialout auf die Devices loslassen). Falls jemand jetzt zufällig eine Anleitung für Sedlbauer, Hylafax und misdn (über CAPI) hat, freue ich mich auch. Aber bis ich fit bin, wollte ich vorerst isdn4linux nehmen. Hmm, also misdn hat ne Option für Sedlbauer Speedfax+ und Anleitungen für misdn+hylafax findet Google sicher einige. Sollte also kein soo grosses Problem sein. Ich werd demnächst auch mal wieder mISDN testen (mich hält bisher nur der fehlende MultiLink-Support im pppd ab - führt hier zu Rechner-Aufhängen). Andreas -- Try to have as good a life as you can under the circumstances. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)