|
Site Index - Feedback - Impressum |
| |||||||||
|
![[News]](../../images.os2.org/de/news2.gif){kind=small} |
|
![[News]](../../images.os2.org/de/news.gif){kind=small} |
| ( Archiv ) |
|
( Neue Nachricht ) |
| ( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
| 06.12.2008 |
| PSCOM (com.sys) (von NN, 13:25:42) | ^ |
| PSCOM.SYS
whatsnew: * now suports Netmos cards in /APIC * (?) fixed or restored /F switch This release is available to customers with an active Software Subscriptions Services subcription. -> URL: mensys.nl [ Leser: 337 ] |
| Re: PSCOM (com.sys) (von Pit, 13:25:42) | |
| Hat jemand eine Ahnung welche Karten/Boards von dem Patch profitieren? |
| Re: PSCOM (com.sys) (von Rudi, 17:16:28) | |
| Offensichtlich solche, mit einem Netmos chip ;-). Die findet man auf diversen noname COM/LPT PCI - Karten.
|
| 08.12.2008 |
| Re: PSCOM (com.sys) (von Herwig B., 07:30:52) | |
| Diese NetMOS Chips sitzen auf sehr vielen Karten. |
| 23.12.2008 |
| Re: PSCOM (com.sys) (von Re, 10:43:52) | |
| Was ist es denn nun: pscom.sys oder com.sys? |
| Re: PSCOM (com.sys) (von Andreas Schnellbacher, 16:43:04) | |
| PSCOM.SYS ist warscheinlich ein Ersatz fuer COM.SYS, der auch dann funktionieren soll, wenn es COM.SYS (wegen ACPI) nicht tut. |
| Re: PSCOM (com.sys) (von Re, 18:43:08) | |
| Hm. Habe hier unter ecs2.0 den alten com.sys mal probeweise durch den neuen com.sys ersetzt: Und siehe da - plötzlich funktioniert das Ausschalten des Computers, das zuvor nicht funktionierte.
Würde mich interessieren, ob andere auch diese Erfahrung machen! |
| Re: PSCOM (com.sys) (von Thorolf, 22:59:48) | |
| Im Readme steht drin:
1) Drivers ready for ACPI APIC: =============================== ! Use RESOURCE.SYS from ACPI package * Update drivers: - COM.SYS -> PSCOM - RESOURCE.SYS - Disable IBM APM.SYS - Disable OS2APIC.PSD Also sollte man den PSCOM statt des alten COM für ein funktionierendes ACPI verwenden! Tschüß, Thorolf |
| 24.12.2008 |
| Re: PSCOM (com.sys) (von Rudi, 09:03:15) | |
| > Also sollte man den PSCOM statt des alten COM für ein funktionierendes ACPI verwenden!
Yep. Betrifft allerdings nur den APIC - Modus. Der Grund dafür liegt darin, daß der originale COM.SYS (wenn man nicht zufällig bei der Compilierung SET SMP=1 in seinem Environment hatte) die Interruptquittierung genau so macht, wie man es nach IBM's eigener Aussage NICHT tun sollte. Nämlich durch direkte Portsaugaben unter Umgehung des dafür vorgesehen APIs ! Weitere Kandidaten für derartige Probleme sind übrigens Maus- und Floppytreiber. |
| Re: PSCOM (com.sys) (von Re, 10:40:55) | |
| "Weitere Kandidaten für derartige Probleme sind übrigens Maus- und Floppytreiber."
Kann es sein, daß auf meinem Notebook aus diesem Grund das Touchpad nicht funktioniert (nur usb-mouse)? Beim Versuch einen Touchpad-Treiber zu installieren, erhielt ich die Fehlermeldung: com nicht verfügbar. |
| 28.12.2008 |
| Re: PSCOM (com.sys) (von Rudi, 13:36:43) | |
| >Kann es sein, daß auf meinem Notebook aus diesem Grund das Touchpad
Durchaus möglich. Kommt darauf an, welchen Treiber Du verwendest. Manche haben eine "SMP" - Option bzw. es existiert eine "SMP-fähige" Version. Diese ist in Zusammenhang mit dem APIC-Modus des ACPI-Treibers erforderlich. |
| Re: PSCOM (com.sys) (von Andi B., 14:22:55) | |
| Im letzten pscom Paket welches ich kenne (pscom-20081024) heißt der Treiber aber wieder com.sys und meldet sich als -
Build Level Display Facility Version 6.12.675 Sep 25 2001 (C) Copyright IBM Corporation 1993-2001 Signature: @#Pasha:1.1#@ COM Port Driver-SMP Vendor: Pasha Revision: 1.01 File Version: 1.1 Description: COM Port Driver-SMP Meine PCI Doppel-Serielle funktioniert damit aber leider auch nicht obwohl die Seriellen im HW-Manager aufgeführt werden. |
| Re: PSCOM (com.sys) (von Rudi, 18:11:34) | |
| Was hast Du denn da für eine Karte ? Verwendest Du irgendwelche Treiberparameter ?
|
| 29.12.2008 |
| Re: PSCOM (com.sys) (von Andi B., 17:09:47) | |
| Timedia. Die Firma wird ja prinzipiell unterstützt. Habe mich mit der pcidev.tbl schon gespielt und nun dort eingetragen -
1409,7168,s,s,p In der config.sys ist mein letzter Stand - DEVICE=D:\OS2\BOOT\COM.SYS (3,E400,5) (4,EC00,5) Habe es natürlich vorher auch ohne Parameter und mit anderen Kombinationen probiert. Komisch - pci.exe findet die Karte jetzt nicht mehr! Der Hardwaremanager zeigt aber die zwei seriellen an. Das folgende ist ein älteren pci.exe Ausdruck. Ich vermute erst seit dem letzten pscom zeigt das pci nicht mehr an. Bus 5 (PCI), Device Number 1, Device Function 0 Vendor 1409h Timedia Technology Co Ltd Device 7168h Multi I/O Card Command 0081h (I/O Access, Wait Cycles) Status 0280h (Supports Back-To-Back Trans., Medium Timing) Revision 01h, Header Type 00h, Bus Latency Timer 00h Self test 00h (Self test not supported) PCI Class Simple Communication, type Serial - 16550 Subsystem ID 50791409h 4079A, 2S1P, 16c650, ECP Subsystem Vendor 1409h Timedia Technology Co Ltd Address 0 is an I/O Port : EC00h..EC07h Address 1 is not present or not configured! Address 2 is an I/O Port : E480h Address 3 is an I/O Port : E400h System IRQ 5, INT# A |
| Re: PSCOM (com.sys) (von Rudi, 19:09:50) | |
| > DEVICE=D:\OS2\BOOT\COM.SYS (3,E400,5) (4,EC00,5)
> Habe es natürlich vorher auch ohne Parameter und mit anderen Kombinationen probiert. Hmm, also prinzipiell: Bei PCI-Karten niemals IO-Adressen bzw. IRQs angeben. Das *MUSS* automatisch erkannt werden, da sonst das IRQ-Sharing nicht funktioniert. >Komisch - pci.exe findet die Karte jetzt nicht mehr! Der Hardwaremanager zeigt aber die zwei seriellen an. Versuche mal mit "Full Hardware Detection" und ohne die CONFIG.SYS - Parameter zu booten. >Ich vermute erst seit dem letzten pscom zeigt das pci nicht mehr an. Kann ich mir eigentlich nicht vorstellen. Steckt die Karte richtig ? >Habe mich mit der pcidev.tbl schon gespielt und nun dort eingetragen - 1409,7168,s,s,p Probier' mal: 1409,7168,s2(8),0,p1,e1 |
| 31.12.2008 |
| Re: PSCOM (com.sys) (von Andi B., 11:31:19) | |
| Danke für die Tips. Leider funktioniert die Karte noch immer nicht. Nach Full Hardware Detection gibt's auch keine Einträge mehr im Hardware Manager.
Entweder der letzte pscom.sys (com.sys) oder ACPI (3.13 laut buildlevel) haben die Karte zum Verschwinden gebracht. Weder Hardwaremanager noch pci.exe zeigen sie nun mehr an. Und ja, sie steckt richtig drinnen. Finde ich sehr merkwürdig. |
| Re: PSCOM (com.sys) (von Rudi, 16:57:55) | |
| > Finde ich sehr merkwürdig.
In der Tat. An einen Zusammenhang mit pscom.sys glaube ich allerdings weniger. Wenn pci.exe das Teil nicht findet, dann liegt das Problem viel tiefer. Entweder der ACPI-Treiber spinnt oder Karte bzw. Steckplatz sind tatsächlich verstorben. Bootet Dein System ohne ACPI.PSD oder mit der Option /!NOD ? |
| Re: PSCOM (com.sys) (von Andi B., 19:51:51) | |
| Ich habe nun bei der Kontaktleiste ca. 2mm vom Print weggeschliffen, da der Abdruck der Kontakte doch ziemlich am Ende der Goldflächen war. Natürlich habe ich schon vorher erfolglos Karte ziehen/stecken probiert. Jetzt rutscht die Karte tiefen in den Slot. Das Blech habe ich dazu auch verbiegen müssen. Billiges Klumpert. In der Tat wird nun die Karte wieder von pci.exe gefunden. Als Hardwaretechniker hätte ich eigentlich wissen sollen, daß nicht jeder Fehler unbedingt per SW behoben werden kann. Aber da ich ja den Rechner seit Wochen nicht mehr offen gehabt hatte, war ich eben auf ein SW Problem fixiert.
Nun es war also auch ein Teil HW. Jetzt findet pci.exe und der HW-Manager die Seriellen wieder. Das SW Problem ist aber noch immer das Gleiche - Hyperterminal bzw. Zoc können die Schnittstellen nicht ansprechen. Zoc schafft es sogar nach einigen Versuchen den Rechner komplett einzufrieren. Also der com.sys kommt scheinbar mit der Karte nicht zurecht. Verbaut sind SUN1689 und SUN1889 chips. Vielleicht hast du ja noch eine Idee. Ich werde dann noch raussuchen was sonst noch auf den IRQ5 hängt. Vielleicht ist es ja ganz ein anderer Treiber der am gleichen IRQ die Probleme verrursacht. Aber erst nächstes Jahr ;-) Noch 'ne guten Rutsch.... |
| 01.01.2009 |
| Re: PSCOM (com.sys) (von Rudi, 12:50:54) | |
| > Jetzt findet pci.exe und der HW-Manager die Seriellen wieder
Schon besser. > Das SW Problem ist aber noch immer das Gleiche Nun setze mal die Option /W für COM.SYS. Damit hält der Treiber beim Booten an und zeigt alle erkannten Schnittstellen. Außerdem überprüfe mal, ob es mehrere Kopien von PCIDEV.TBL gibt. Der Treiber erwartet sie in \OS2\BOOT. |
| 02.01.2009 |
| Re: PSCOM (com.sys) (von Andi B., 19:57:05) | |
| Nur eine pcidev.tbl, aber einige die hinten dran noch ein paar Zeichen haben wie z.B. pcidev.tbl.NOK. Sollte ja nicht stören, aber die werde ich mal umbenennen.
com.sys meldet - COMps.SYS ..... v1.21 IRQ Sharing FIFO BUS COM1: 0x03F8 4 NO 16550 16 SYS COM2: 0xEC00 5 YES 16550 16 PCI COM3: 0xEC08 5 YES 16550 16 PCI |
| Re: PSCOM (com.sys) (von Rudi, 23:30:49) | |
| > com.sys meldet ...
Das sieht doch gar nicht so schlecht aus (unter der Annahme, daß Dein Mainboard nur eine COM-Schnittstelle hat). Wie sieht denn Deine PRINT01.SYS - Zeile aus ? Falls nicht schon vorhanden, ändere die mal in: BASEDEV=PRINT01.SYS /IRQ /SHR /W /W sollte hier ebenfalls eine Meldung beim Booten bewirken. Man könnte auch mal probieren, den Parallelport via PCIDEV.TBL zu deaktivieren (also nur 1409,7168,s2(8) angeben. Damit wäre ein möglicher IRQ-Konflikt mit dem Printerport erstmal weg. Ansonsten: Gibt es weitere Geräte auf IRQ5 ? |
| 03.01.2009 |
| Re: PSCOM (com.sys) (von Andi B., 11:45:10) | |
| So nach unzähligen Hängern ein Zwischenbericht. Ich hab's doch tatsächlich einmal geschafft mit einem Nullmodemkabel zwischen Com2 & 3 eine Verbindung zustande zu bringen. Aber irgendwie schaffte es der Treiber immer wieder, die ganze Kiste aufzuhängen. Entweder gar nichts geht mehr, nicht mal mehr der Mauszeiger bewegt sich, oder alles hängt außer Mauszeiger. <CTRL> <ALT> <DEL> geht dann auch nicht mehr, nur mehr <CTRL> <ALT> <2x NumLock> oder halt mit Hardware Reset.
Einmal hatte ich auch eine Verbindung zwischen Com3 und Com1 allerdings stimmte da die Baudrateeinstellung nicht. Com3 mußte ich auch 300 Baud stellen, Com1 auf 2400, also Faktor 6 daneben. Aber leider noch bevor ich das Oszi dranhängen konnte um nachzumessen, hing wieder alles. Einmal zeigte mir ShowIRQ IRQ1 & IRQ5 aktiv an (Keyboard und die serielle Erweiterungskarte), aber meist zeigt es gar keinen aktiven IRQ an. Zuerst dachte ich, der Treiber hängt meine Kiste immer dann auf, wenn ich in den Einstellungen der Seriellen was rumstelle, aber die Hänger kann ich auch reproduzieren, wenn ich mit Halite das Com Port geöffnet habe und nur Tasten sende (Keyrepeat). Ich komme also gar nicht zum Messen, denn spätesten nach 20s hängt schon wieder alles. Und Speicherscope habe ich zu Hause nicht :-( Ich hatte auch schon die Idee, daß die Karte sich mit der ev. doch teilweise vorhandenen Com2 am Motherboard nicht verträgt, aber die letzten Tests habe ich nur mit Com3 gemacht. Deine Tips mit der Parallelen werde ich noch ausprobieren. So jetzt aber post noch speichern bevor wieder alles einfriert.... |
| Re: PSCOM (com.sys) (von Andi B., 12:01:03) | |
| Also Faktor 6 bei der Baudrate ist definitiv so - 2400 Baud mit Zoc eingestellt - ein Bit ca. 70us also tatsächlich 14.400 Baud.
LPT1: 0x0378 IRQ 7 Shared NO LPT1: 0xE480 IRQ 5 Shared YES Aber im Moment benutze ich keine der parallelen. Trotzdem werd ich den jetzt in der pcidev.tbl abdrehen. Gibt's eigentlich irgendwo die sourcen des aktuellen com.sys zum runterladen? Der Stand im letzten DDK ist ja nicht mehr aktuell. |
| 04.01.2009 |
| Re: PSCOM (com.sys) (von Rudi, 10:32:02) | |
| > Also Faktor 6 bei der Baudrate ist definitiv so - 2400 Baud mit Zoc eingestellt - ein Bit ca. 70us also tatsächlich 14.400 Baud.
Hab' gerade mal nachgeschaut: diese Timedia-Karten scheinen eine Takt von 921600Hz zu verwenden, der nicht umgeschaltet werden kann. Davon weis der OS/2-Treiber nichts, was dazu führt, daß immer die 8-fache Baudrate eingestellt wird. Sprich aus 2400 werden 19200. Desweiteren gibt es Gerüchte, daß diese SUNxxxx - Chips einen Bug im Interrupthandling haben, der nur durch einen softwareseitigen Workaround im Treiber "behoben" werden kann. Es sieht also so aus, als wäre Deine Karte mit dem aktuellen COM.SYS nicht einsetzbar. > Gibt's eigentlich irgendwo die sourcen des aktuellen com.sys zum runterladen? Der Stand im letzten DDK ist ja nicht mehr aktuell. Naja, soviel sollte sich da eigentlich nicht geändert haben. Soweit mir bekannt, ist PSCOM auch nur ein mit der Option SMP=1 complierter COM.SYS auf dem letzten verfügbaren DDK-Stand. |
| 05.01.2009 |
| Re: PSCOM (com.sys) (von Andi B., 17:09:52) | |
| Vielen Dank für deine Hilfe.
Auch wenn ich nun weiß, daß ich die Karte besser wegschmeißen sollte. Blöd ist halt nur, daß ich mich mit dieser Karte schon fast ein Jahr so sporadisch rumschlage. Wenn diese SUN chips wirklich ein Problem haben, bzw. der com.sys mit dieser Timedia Karte und dem Clock nicht zurecht kommt, wo und wie sollte man dann am Besten alle eCS User warnen vor diesem Kartentyp? Bez. pscom - Es sollten auf jeden Fall die sourcen und/oder eine Dokumentation der Änderungen öffentlich verfügbar sein wenn der Treiber bei eCS mitgeliefert wird. Hast du da Kontakt zu Pavel bzw. Mensys? Am besten vielleicht in DDK2 bei netlabs. Eine Idee wäre ein Eintrag im eCS Bugtracker. Aber wenn das für jede nicht funktionierende Hardware gemacht würde, hat das auch wieder keinen Sinn. |
| 06.01.2009 |
| Re: PSCOM (com.sys) (von Rudi, 09:52:29) | |
| > Wenn diese SUN chips wirklich ein Problem haben
Mal schauen. Ich habe so über einige Ecken eventuell eine Connection zu einem Manager des Chipherstellers. Vielleicht lassen die für einen funktionierenden OS/2-Treiber sogar ein paar Dollars springen... > Hast du da Kontakt zu Pavel bzw. Mensys? Ja, das auch. Ich werde mal nachfragen. |
| 03.02.2009 |
| Re: PSCOM (com.sys) (von Karlheinz, 12:59:19) | |
| Irgendwie bin ich wohl zu blöd den Download zu finden.
Im Downloadbereich beim Mensys.nl finde ich nur acpi, snap, eCS 2.0 RCs und den Access zur BetaZone. Kann mir mal jemand einen genaueren Hinweis geben? |
| Re: PSCOM (com.sys) (von Pst, 14:29:47) | |
| Du gehts zur Betazone und aktivierst den Filter "ecomstation 2.0".
Voila, der letzte Eintrag pscom-20081024.zip ist es. |
| Re: PSCOM (com.sys) (von Karlheinz, 21:36:56) | |
| Danke ! |
| ( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
| |||
| Mit * markierte Felder müssen ausgefüllt werden ! |
|
