🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.misc.telefonia
Article #243383

Re: Połączenie modemów przez VoIP

#243383
From: Krzysztof Halasa
Date: Fri, 09 Sep 2022 14:00
63 lines
4602 bytes
"J.F" <jfox_xnospamx@poczta.onet.pl> writes:

> A przydzial nr przerwan przypadkowy?
> Biorac pod uwage, ze trzeba przetransmitowac 512 bajtow, to
> odblokowanie przerwan ma sens.

Możliwe - musiałbyś pogadać z inżynierami IBMa, tak ze 40 lat temu.

> Wiec moze szybkie modemy pojawily sie w kraju, jak juz plyty mialy 
> port z FIFO - bo dokladnie 16550 na plycie to ja nigdy nie widzialem

Jeszcze raz powtórzę, że na płytach były 16550x zintegrowane
w układach Super I/O. Takich np. 100-pinowych. Ja także (raczej)
nie widziałem NS16550A w obudowie DIP40 na płycie głównej peceta
(no, mogły być takie w starszych all-in-one w czasach XT itp., ale to
inna sprawa).

> Tak, to by wystarczylo ... ale moze w innych biosach CLI nie bylo?
> Bo REP INSW moze byc przerywany.

Tak, wiemy że może. Jeszcze raz napiszę, że mam wrażenie, że to CLI było
uzasadnione. Oraz że z całą pewnością 16450 sprawiały problemy z wyższymi
szybkościami, także pod DOSem. Powszechnie.
Tak naprawdę problemy zaczynały się przy 38400 bps, tyle że dało się
z tym jakoś żyć - normalnie ludzie jechali do jakiegoś Scientifica (czy
kto tam tym handlował, ja akurat pamiętam ich), kupowali kartę z 16550x,
i zapominali o problemie. To nie była droga inwestycja.

Albo jak mieli kartę z podstawką, to kupowali scalaka i dalej podobnie.

Jeśli mieli modem wewnętrzny, albo płytę główną z Super I/O z FIFO, to
problem ich od początku nie dotyczył (aczkolwiek mogły się pojawić inne
problemy, np. nie dało się zresetować modemu sprzętowo).

> Wlasnie wydaje mi sie, ze rozkaz byl przerywalny, ale moze cos w dysku
> przeszkadzalo.

Z całą pewnością "rep insw" i "rep outsw" były przerywalne, w ogóle.
Gdyby przerwania były odblokowane - a w przypadku dysków nie były.

Możesz do tego dodać jeszcze "block transfers" (ATA-2 IIRC), aczkolwiek
możliwe, że to było już na płytach z Super I/O z FIFO.
Możliwe, że później tryby DMA poprawiły sytuację (bez DMA wciąż działały
karty CF/ATA, do pewnego momentu) - ale to już na pewno były czasy
wszechobecnych FIFO.

>> Karty wieloportowe miały z konieczności wszystkie przerwania zsumowane,
>> natomiast przypuszczalnie multi-I/O miały indywidualne wyjścia
>> 2-stanowe, które się następnie przypinało do konkretnych linii na złączu
>> jumperami. Pewnie jakby zrobić "jumper" z dwiema diodami to też by
>> magicznie zaczęło działać.
>
> No wlasnie byl z tym pewien problem elektryczny,

No tak, opisany wyżej przeze mnie.

> ale ja o czyms innym
> - specjalna karta, to specjalny driver do obslugi potrzebny.
> Dwie karty - dwa drivery.

Nie, nie był potrzebny żaden specjalny driver do konkretnej karty.
-- 
Krzysztof Hałasa
Technical Details
Message-ID: <m3bkro3aw5.fsf@intrepid.localdomain>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.net!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
References: <9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3edxg2nt8.fsf@intrepid.localdomain> <ddtt0r312est.abzmrt8obfif.dlg@40tude.net> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.net!weretis.net!feeder6.news.weretis.net!news.misty.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
From: Krzysztof Halasa <khc@pm.waw.pl>
Newsgroups: pl.misc.telefonia
Subject: Re: Połączenie modemów przez VoIP
References: <9137c096-eed0-46b4-a048-f7f2e75295fbn@googlegroups.com> <m3edxg2nt8.fsf@intrepid.localdomain> <ddtt0r312est.abzmrt8obfif.dlg@40tude.net> <m3czcxp8dc.fsf@intrepid.localdomain> <17cq9v2hiia5c.5hhfxm97f2y$.dlg@40tude.net> <m3h728e17q.fsf@intrepid.localdomain> <1vmix87l2k510$.1evnm1d4822im.dlg@40tude.net> <m3k06yve27.fsf@intrepid.localdomain> <9287039d32iz.16bswik2el0aa.dlg@40tude.net> <m3tu5y0xod.fsf@intrepid.localdomain> <b0ixs6q9v5ba$.r4nb190kozzq$.dlg@40tude.net> <m3r1106xf9.fsf@intrepid.localdomain> <1vc1aqo0h73ph.1k2tgl2wzagtb.dlg@40tude.net> <m3czcgtu3o.fsf@intrepid.localdomain> <8ya4v0v1gm8f.1cmttawuyze7d.dlg@40tude.net> <m3v8q7whr7.fsf@intrepid.localdomain> <1ej8oahwlyrtg$.1lzcqu1kgbb6r$.dlg@40tude.net> <m3o7vyqa30.fsf@intrepid.localdomain> <bvy07t6laktq$.nmukvw00msee$.dlg@40tude.net> <m3edwsitrz.fsf@intrepid.localdomain> <1vnj42rq670u8$.1jynz355sbw3n$.dlg@40tude.net>
Date: Fri, 09 Sep 2022 16:00:58 +0200
Message-ID: <m3bkro3aw5.fsf@intrepid.localdomain>
Cancel-Lock: sha1:K+LXmE90AWv7C28W5rWzYMgnRwU=
MIME-Version: 1.0
Lines: 63
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 195.187.100.13
X-Trace: 1662732063 unt-rea-a-01.news.neostrada.pl 6214 195.187.100.13:36008
X-Complaints-To: abuse@news.neostrada.pl
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit