[assembler] Port (378h) I/O

[Devil]

Kan iemand mij uitleggen wat hier fout aan is?
Hij crashed met de melding 'priviliged instruction bla bla'
code:

code:

            mov     dx, 378h //set data port
        
        add     dx, 2h   // Switch to  controll port
        mov     al, 0x03     // RS=0, R/W=0, E=0
        out     dx, al
        
        sub     dx, 2h // Switch back to Data port
        mov     al, data
        out     dx, al 

        add     dx, 2h      // To controll port again
        mov     al, 0x02    // RS=0, R/W=0, E=1
        out     dx, al  
        mov     al, 0x03    // RS=0, R/W=0, E=0
        out     dx, al
        mov     al, 0x01    // RS=0, R/W=1, E=0
        out     dx, al

[Gerco]

Directe poort IO mag niet in een NT OS, ook niet in ASM. (ik neem aan dat je Windows NT draait)

[Devil]

Ja klopt, ik draai win2000.
Hoe moet ik het dan aanpakken, via bios de porten benaderen, of mag dat ook niet?

[Devil]

Is directe port IO op geen enkele maniet mogelijk in win NT. Er zit niet ergens nog een ouwe dos compatabiliteits modus in of iets dergelijks?

[Gerco]

Het kan alleen als je OF de WinNT API ervoor gebruikt (vraag me niet hoe, maar het schijnt te kunnen) OF je prog als native DOS compilet, dan moet het ook werken.

[Verwijderd]

Uitvoeren van out mag onder NT alleen in Ring0 dus je kan 2 dingen doen, a)je eigen driver schrijven of b) DlPortIO gebruiken waar al een driverte bij zit die dit voor je regelt.

[Devil]

BLeg rot NT, ik wou juist een keertje niet afhankelijk zijn van libs en drivers van anderen

[JayTaph]

Tja... als je een OS 'veilig' en 'secure' wilt hebben, dan moet je als programma natuurlijk wel aan bepaalde regels houden. Een van die regels is: gij zult niet direct I/O'en..

[PCR]

Op maandag 21 januari 2002 23:20 schreef JayTaph het volgende:
Tja... als je een OS 'veilig' en 'secure' wilt hebben, dan moet je als programma natuurlijk wel aan bepaalde regels houden. Een van die regels is: gij zult niet direct I/O'en..

Ik snap hem wel, hij wil graag de controle zoveel mogelijk in eigen handen houden

[JayTaph]

MS-DOS

[Verwijderd]

Op maandag 21 januari 2002 21:30 schreef NaOH het volgende:
Kan iemand mij uitleggen wat hier fout aan is?
Hij crashed met de melding 'priviliged instruction bla bla'
code:

code:

            mov     dx, 378h //set data port
        
        add     dx, 2h   // Switch to  controll port
        mov     al, 0x03     // RS=0, R/W=0, E=0
        out     dx, al
        
        sub     dx, 2h // Switch back to Data port
        mov     al, data
        out     dx, al 

        add     dx, 2h      // To controll port again
        mov     al, 0x02    // RS=0, R/W=0, E=1
        out     dx, al  
        mov     al, 0x03    // RS=0, R/W=0, E=0
        out     dx, al
        mov     al, 0x01    // RS=0, R/W=1, E=0
        out     dx, al

Die privileged error kreeg ik ook! Begon ik meteen na te denken; is daarom die ZIP drive zo baggertraag onder Win2000? En mag dit wel onder XP?

[Verwijderd]

Op dinsdag 22 januari 2002 11:52 schreef hvdberg het volgende:
En mag dit wel onder XP?

Nope mag niet.

[Nibble]

Op maandag 21 januari 2002 21:30 schreef NaOH het volgende:
Kan iemand mij uitleggen wat hier fout aan is?
Hij crashed met de melding 'priviliged instruction bla bla'
code:

code:

            mov     dx, 378h //set data port
        
        add     dx, 2h   // Switch to  controll port
        mov     al, 0x03     // RS=0, R/W=0, E=0
        out     dx, al
        
        sub     dx, 2h // Switch back to Data port
        mov     al, data
        out     dx, al 

        add     dx, 2h      // To controll port again
        mov     al, 0x02    // RS=0, R/W=0, E=1
        out     dx, al  
        mov     al, 0x03    // RS=0, R/W=0, E=0
        out     dx, al
        mov     al, 0x01    // RS=0, R/W=1, E=0
        out     dx, al

Direct aanspreken van IO mag niet in NT omgeving (NT, 2K, XP). Komt omdat de HAL (Hardware Abstraction Layer) ertussen zit, doe je niets aan.
ASM in NT is in de regel een 'big nono'.

[JayTaph]

Op dinsdag 22 januari 2002 13:07 schreef Nibble het volgende:

[..]

Direct aanspreken van IO mag niet in NT omgeving (NT, 2K, XP). Komt omdat de HAL (Hardware Abstraction Layer) ertussen zit, doe je niets aan.
ASM in NT is in de regel een 'big nono'.

Da's onzin. Elk C-progamma wordt ook gecompileerd naar asm. Je moet alleen zorgen dat je geen privileged instructies gebruikt, that's all

[rstegers]

DlPortIo (www.sstnet.com) is de enige optie om het te doen. Lijkt me geen probleem om deze te gebruiken...

[drZymo]

Doe zoals ik. Ik heb een MS-DOS 6.20 partitie aangemaakt voor dit soort dingen. Ik draai al een jaar ofzo dual boot DOS en Windows (2k of xp whatever). Als ik echt ouderwets wil doen dan ga ik dus naar DOS en proggel ik daar een beetje. Werkt ideaal.

[Devil]

Op dinsdag 22 januari 2002 13:50 schreef rstegers het volgende:
DlPortIo (www.sstnet.com) is de enige optie om het te doen. Lijkt me geen probleem om deze te gebruiken...

Het is ook geen probleem, want voor zover ik weet werkt port io naar behoren. maar ik wilde dus graag zelf de controle hebben. Ben namelijk bezig met Yalcd (yet another lcd thing) en mijn hoofdoellen zijn:
Snelheid (niet meer 20% proc usage kwijt aan je lcd software)
portability (tussen besturingssytemen)
En compactheid (geen onnodige toeters en bellen, geen Gui ed.

[Creepy]

Als je wilt dat ie ook onder NT/2000/XP draait, zul je toch echt iets anders moeten verzinnen dan direct I/O, zoals een eigen driver of bijv. het gebruik van DirectPortI/O.

20% cpu usage? Welk idioot programma gebruik jij dan? Zodra zoiets als een LCD proggie meer in gebruikt neemt dan 5% o.i.d. gooi ik het er meteen af..

Mijn ideale prog heb ik al (duh.. zie sig . Neemt op een P166 minder dan 1% CPU usage in gebruik. Je hoeft echt niet in assembler te gaan proggem om je CPU usage zo laag te krijgen. De huidige compilers optimalisen flink voor je.

[Devil]

Op dinsdag 22 januari 2002 21:40 schreef Creepy het volgende:
Je hoeft echt niet in assembler te gaan proggem om je CPU usage zo laag te krijgen. De huidige compilers optimalisen flink voor je.

Ja das waar, maar assembler is een stuk leuker
* Devil houd van het gevoel dat hij de leiding heeft ipv de compiler

Nice progje btw.

[Creepy]

Hmm.. je hebt wel meer "controle" ja. wat dat betreft is het jammer dat mijn ASM kennis niet veel verder gaat dan wat z80 opcodes en bios calls

Ach ja... * Creepy gebruikt stiekum ook 2 kleine asm routines voor directe toegang tot I/O poorten onder win9x/me
en DLPortI/O voor de me/nt/2000 variant.