March 2005 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

9.2: warum zweite serielle PCI-Karte ttyS44/45?
by Ekkard Gerlach 31 Mar '05

31 Mar '05

Habe in einen 9.2er PC zwei serielle PCI-Karten (Digitus) eingebaut. Die werden vom Kernel automatisch auf ttyS14, ttyS15 und ttyS44, ttyS45 gelegt. Bei Suse 8.2 war das noch schön brav ab ttyS4, ttyS5, ttyS6, ... Das Endergebnis bei Suse 9.2 ist, daß die ttyS44 und 45 nicht nutzbar sind. Es existierten z.B. keine device nodes größer als ttyS23. Auch wenn ich einfach mal aus dem hohlen Bauch heraus device nodes anlege (mknod /dev/ttyS45 c 4 89), dann gehts auch nicht. pserver:/home # dmesg | grep ttyS -1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ACPI: PCI interrupt 0000:00:08.0[A] -> GSI 10 (level, low) -> IRQ 10 ttyS14 at I/O 0xa000 (irq = 10) is a 16550A ttyS15 at I/O 0xa008 (irq = 10) is a 16550A ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 12 (level, low) -> IRQ 12 ttyS44 at I/O 0xa800 (irq = 12) is a 16550A ttyS45 at I/O 0xa808 (irq = 12) is a 16550A Using anticipatory io scheduler ohne ACPI (acpi=off als STartparameter) ist es auch nicht besser: pserver:~ # dmesg | grep ttyS -1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A PCI: Found IRQ 10 for device 0000:00:08.0 -- PCI: Sharing IRQ 10 with 0000:00:12.0 ttyS14 at I/O 0xa000 (irq = 10) is a 16550A ttyS15 at I/O 0xa008 (irq = 10) is a 16550A PCI: Found IRQ 12 for device 0000:00:0b.0 PCI: Sharing IRQ 12 with 0000:00:0c.0 ttyS44 at I/O 0xa800 (irq = 12) is a 16550A ttyS45 at I/O 0xa808 (irq = 12) is a 16550A Using anticipatory io scheduler jmd hier eine Idee? Es muß ja schon irgendwie am Kernel liegen, wenn der bereit beim booten meine zweite PCI-seriell-Karte auf ttyS44/45 legt. danke schon mal Ekkard hier noch ein lspci -v [...] 0000:00:08.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 UART) (rev 01) (prog-if 02 [16550]) Subsystem: Timedia Technology Co Ltd: Unknown device 4037 Flags: stepping, medium devsel, IRQ 10 I/O ports at a000 0000:00:0b.0 Serial controller: Timedia Technology Co Ltd PCI2S550 (Dual 16550 UART) (rev 01) (prog-if 02 [16550]) Subsystem: Timedia Technology Co Ltd: Unknown device 4037 Flags: stepping, medium devsel, IRQ 12 I/O ports at a800 [...]

2 2

transparenz aktivieren
by Patrick Trettenbrein 31 Mar '05

31 Mar '05

Habe hier eine SuSE 9.2 mit KDE 3.4. Jetzt habe ich im Internet Screenshots mit Transparenz geshen und würde das auch gerne aktivieren... Wo muss ich KDE schrauben, bzw. muss ich etwas an der X.org config ändern? Patrick -- Patrick Trettenbrein - patrick.trettenbrein(a)kdemail.net GnuPG fingerprint: 312B 561F B0E9 1DB5 CE5B A9CB 831A 1994 E9A3 0010

3 3

merkwürdiges Verhalten des Bildschirmschoners unter KDE 3.4
by Mario Takacs 31 Mar '05

31 Mar '05

Hallo Liste, seit dem Update auf KDE 3.4 verhält sich mein Bildschirmschoner etwas merkwürdig. Obwohl ich den Schoner im Kontrollzentrum deaktiviert habe, wird er nach ca. 4 Minuten aktiv. Ebenso wird der Schoner aktiv, wenn kdetv läuft, auch wenn ich in den kdetv-Einstellungen den Bildschirmschoner angeschaltet habe. Hat hier jemand ein ähnliches Verhalten und kann mir sagen, wie dieses Verhalten wieder abschalten kann?? Ich verwende Suse 9.2 mit KDE 3.4. Vielen Dank Mario

2 1

RE: gnucash + hbci @ SuSE 9.2
by Krämer Kai 31 Mar '05

31 Mar '05

>> Am Montag, 28. März 2005 15:06 schrieb Mario van der Linde: >> > ich bekomme unter der 9.2 kein HBCI mit gnucash >eingerichtet... Das >> > gleiche Problem hatte ich damals mit der 9.1 auch - ich weiss aber >> > nicht mehr, wie ich das hingebogen hatte... (schäm) Das >Problem ist, >> > dass bei der HBCI-Einrichtung die Option DDV nicht anwählbar ist. >> > Installiert sind eigentlich alle (?) benötigten SuSE-Pakete: >> > libchipcard openssl openhbci gnucash... >> > Hat evtl. jemand unter der 9.2 gnucash mit HBCI und Kartenleser >> > am laufen und kann mir auf die Sprünge helfen? Ich habe erst kürzlich den HBCI mit Moneyplex zum laufen bekommen. Bei mir waren es Rechteprobleme. Ich dachte der Kobil Kaan hängt am /dev/usb/ttyUSB0. War nicht! Er ist am /dev/ttyUSB0 und dort hatte ich einfach kein Recht zu lesen. Habe meinen Benutzer der Gruppe uucp hinzugefügt und es lief. Geht es den als root bei dir? Gruß, Kai -- WARNUNG: Sie verletzen mit dem Empfangen und Abspeichern dieser E-Mail ein EU-Patent: DE10108564: Nutzung von Datumsangaben bei der Archivierung: http://www.elug.de/projekte/patent-party/patente/DE10108564.de.html

2 1

"Allesspeicherer" auf Webserver gesucht
by Ralf Prengel 31 Mar '05

31 Mar '05

http://freshmeat.net/projects/stfu/ About: Store Things For U (STFU) lets you store files, text, and links in directories on a Web site. It features a traditional read/write access control list, which means you can have some things private, some shared with other STFU users, and some public for all. Hallo, für ein Projekt bin ich auf oben genanntes Tool gestossen. Hat jemand weitere Tools in dieser Richtung zur Hand. Letzlich sollen ein Dienstleister und seine Kunden über eine Art Briefkasten miteinander Daten und Informationen austauschen könnnen. Gruß

1 0

RE: OT: WLAN über 300m Luftlinie
by Voigt Thomas 31 Mar '05

31 Mar '05

Hallo allerseits! Matthias Houdek [mailto:linux@houdek.de] schrieb: > Mit ist in Erinnerung, dass die Sendeleistung an der Antenneneinspeisung > nicht über 100 mW liegen darf. Danach darf man sogar Leitungsverluste > durch eine erhöhte Sendeleistung am Sender kompensieren. Guckst Du hier: http://www.regtp.de/imperia/md/content/reg_tele/frequenzen/allgemeinzuteilun gen/71_03.pdf Demnach sind sogar nur 10mW ERP (in Worten: ZEHN!) im Bereich 2,4GHz erlaubt. Und Richtantennen sind ebenfalls verboten. (Das war auch neu für mich). Natürlich kannst Du, wenn Dein Kabel 20dB Verluste macht, 20dB mehr Leistung "hineinpusten". Da die ERP vorgeschrieben ist, ist auch nur die wichtig. > Die Strahlungsleistung ist ja letztlich die Energie, die innerhalb einer > bestimmten Zeit von der Antenne abgestrahlt wird (Rundstrahler). Der StrahlungsLEISTUNG ist von mir etwas lasch formuliert. Der Begriff Leistung beinhaltet natürlich eine Zeitkomponente, die aber bei der ERP KEINE Rolle spielt. Besser wäre gewesen, anstelle von "Strahlungsleistung" "ERP" zu verwenden... > Der > Antennengewinn ändert ja nichts an dieser Energiemenge (es ist ja ein > passives Element, wo soll die Mehrenergie herkommen?) - die Strahlung > wird nur in bestimmte Richtungen fokussiert. Dadurch erhöht sich die > Feldstärke in diesen Bereichen, während sie in anderen Bereichen > entsprechend abfällt. Es ändert sich an der Summe der Das stimmt natürlich. Wir kennen ja den Energieerhaltungssatz. =:-) Warum auch immer, es wird jedenfalls so gerechnet. >> Deswegen ist es in D lediglich zulässig, die Antennen mit "Gewinn" >> als Empfangsantennen zu benutzen. > Aha, und wie soll das bei WLAN funktionieren? Da ja stets eine > bidirektionale Kommunikation erfolgt, ist jede Empfangsantenne auch > gleichzeitig Sendeantenne. Oder kann man das trennen? Bei meinen APs >nicht. Ich habe hier auf Arbeit mal ältere APs von Altvater gehabt, Die jeweils getrennte Anaschlüsse für Senden und Empfangen hatten. Bei heutigen Aps nutzt man die beiden Antennen wohl eher für Diversity. > Selbst wenn man bei 300 Metern Entfernung mit Rundstrahlern arbeitet (1 > dB), kommen beim Empfänger immer noch 70 dBm an, was für eine stabile > Verbinung reichen sollte. Klar reicht das! Solange man sich sieht, reichen auch die paar mW. Und das 1dB verliert man schon mit 2 Steckverbindungen wieder... -- Mit freundlichen Grüßen Thomas Voigt

4 3

RE: OT: WLAN über 300m Luftlinie
by Voigt Thomas 31 Mar '05

31 Mar '05

Matthias Houdek [mailto:linux@houdek.de] schrieb: > EIRP ist aber eben nicht "Effective Radiated Power" (wie du oben > schriebst), sondern "_Equivalent_ Isotropically Radiated Power", also >ein Vergleichswert. Damit macht das Ganze dann auch wieder physikalisch Stimmt. Früher (TM) verwendete man oft ERP, heute liest man meist nur noch EIRP. > Dennoch kann man mit Richantennen die Entfernung auch bei Einhaltung der > 100mW-Grenze deutlich vergrößern, denn der Empfangsgewinn bleibt ja. Ja, natürlich. Daran gibt es auch gar keine Zweifel. Mir ging es lediglich darum, aufzuzeigen, daß man sich beim Senden über eine solche Antenne außerhalb der Legitimation bewegt... Es war zwar ein langer "Kampf", um bis hierher zu kommen, aber durch die Beschäftigung mit der Materie haben wir sicher einiges dazugelernt. =:-) -- Mit freundlichen Grüßen Thomas Voigt

1 0

RE: OT: WLAN über 300m Luftlinie
by Voigt Thomas 31 Mar '05

31 Mar '05

Nachtrag: Voigt Thomas [mailto:thomas.voigt@teagnetkom.de] schrieb: > Ich suche noch nach einer guten Definition der E(I)RP... Gefunden: http://wiki.uni-konstanz.de/wiki/bin/view/Wireless/WlanGlossarEIRP http://www.networks.siemens.de/solutionprovider/_online_lexikon/0/f007680.ht m http://www.db3om.de/glossar/eirp.htm -- Mit freundlichen Grüßen Thomas Voigt

2 1

Sensors, keine negativen min-max-Angaben
by Johannes Kapune 31 Mar '05

31 Mar '05

Hallo zusammen, bei meinem ASUS P4B533 tut sensors nicht richtig. in der sensors.conf steht: ############################################## chip "asb100-*" set vrm 9.0 # 20050331 JK label in0 "VCore 1" set in0_min vid * 1.12 set in0_max vid * 1.25 label in1 "VCore 2" ignore in1 set in1_min vid * 0.95 set in1_max vid * 1.05 label in2 "+3.3V" set in2_min 3.3 * 0.95 set in2_max 3.3 * 1.05 label in3 "+5V" compute in3 1.68 * @ , @ / 1.68 set in3_min 5.0 * 0.95 set in3_max 5.0 * 1.05 label in4 "+12V" compute in4 3.8 * @ , @ / 3.8 set in4_min 12 * 0.90 set in4_max 12 * 1.10 label in5 "-12V (reserved)" compute in5 -@ * 3.97 , -@ / 3.97 set in5_max -12 * 0.90 set in5_min -12 * 1.10 label in6 "-5V (reserved)" #ignore in6 compute in6 -@ * 1.666 , -@ / 1.666 set in6_max -5 * 0.95 set in6_min -5 * 1.05 label temp1 "M/B Temp" set temp1_over 45 set temp1_hyst 40 label temp2 "CPU Temp (Intel)" #ignore temp2 set temp2_over 60 set temp2_hyst 50 # PWRTMP connector on P4S333, for external sensor label temp3 "Power Temp" ignore temp3 set temp3_over 45 set temp3_hyst 40 # Used for Athlon diode, ignore for P4S333 label temp4 "CPU Temp (AMD)" set temp4_over 60 set temp4_hyst 50 ignore temp4 label fan1 "CPU Fan" set fan1_div 4 set fan1_min 2000 # label fan2 "Chassis Fan" # set fan2_div 2 # set fan2_min 4000 # # label fan3 "Power Fan" # set fan3_div 2 # set fan3_min 4000 ignore fan2 ignore fan3 ###################### in der Shell erhalte ich dann: ################################ johannes-02:/etc # sensors eeprom-i2c-0-51 Adapter: SMBus I801 adapter at e800 Memory type: DDR SDRAM DIMM Memory size (MB): 512 eeprom-i2c-0-50 Adapter: SMBus I801 adapter at e800 Memory type: DDR SDRAM DIMM Memory size (MB): 512 asb100-i2c-0-2d Adapter: SMBus I801 adapter at e800 VCore 1: +1.60 V (min = +1.50 V, max = +1.68 V) +3.3V: +3.39 V (min = +3.12 V, max = +3.46 V) +5V: +5.05 V (min = +4.73 V, max = +5.24 V) +12V: +11.43 V (min = +10.76 V, max = +13.19 V) -12V (reserved): -11.94 V (min = -0.00 V, max = -0.00 V) -5V (reserved): -5.01 V (min = -0.00 V, max = -0.00 V) CPU Fan: 2311 RPM (min = 1997 RPM, div = 4) M/B Temp: +32°C (high = +45°C, hyst = +40°C) CPU Temp (Intel): +32°C (high = +60°C, hyst = +50°C) vid: +1.350 V alarms: johannes-02:/etc # sensors -v sensors version 2.8.6 ########################################### liegt das an sensors, an der Version, oder muß ich damit leben? Danke und Gruß Johannes

1 0

Re: AW: AW: AW: crontab cront nicht
by Alexander Beck-Ratzka 31 Mar '05

31 Mar '05

Hallo Andreas, "Andreas Dobisch" <andreas.dobisch(a)iff-bistro.de> wrote on 31.03.2005 10:35:25: > > > Also cron läuft, aber was steht denn in Deiner cron-Tabelle? (crontab -l) > > > # DO NOT EDIT THIS FILE - edit the master and reinstall. > # (/tmp/crontab.13912 installed on Thu Mar 31 09:47:44 2005) > # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) > @hourly ntpdate 130.149.17.21 > > Du hast in einer früheren Email geschrieben, dass kein cronjob mehr läuft. Nach obigen Output hast Du nur diesen einzigen cronjob, und keinen anderen! Gruß Alexander

3 3