Thema: outportb in C

[bitmaster]

Hallöchen,

ich bin gerade dabei mir eine C-Funktion zu schreiben, mit der man einen Byte großen Wert an einen Port schicken lassen können soll. Na ja, aber ich bin ja noch nicht so wirklich gut in C und in AT&T-ASM auch nicht wirklich. So, ich verwende gcc und der kennt ja leider nur die AT&T-syntax (bzw. dessen Assembler). Also so sieht das Ganze bei mir zurzeit aus:

Code: [Auswählen]

void outportb(unsigned short port, unsigned char val)
{
asm("out val,port"); //tjo und das ist ja falsch
}
Irgendwie raffe ich die Erklärung des gcc inline Assemblers nicht. Man kann ja leider nicht direkt die Variablennamen val und port verwenden. Von daher weiß ich jetzt nicht weiter. Evtl. könnt ihr, die ihr schon lange mit C und dem ganzen Quatsch rumhantiert, mir helfen. Ich wäre euch dankbar.

bitmaster

[MNemo]

Irgendwie raffe ich die Erklärung des gcc inline Assemblers nicht.

Du meinst aber nicht diesen Artikel, oder?
Ich empfinde den Artikel als gut gelungen.

Trozdem hier mal der code den ich verwende.

Code: [Auswählen]

static inline void outb( t_port port, uint8_t value )
{
    asm volatile ("out %1, %0" : : "Nd" (port), "a" (value) );
}

Edit:
Ich werde mir grad unsicher ob das wirklich optimal ist(nicht das gcc da für %1 ax oder eax nimmt).
Um sicher zu gehen solltest du besser 'outb' benutzen.

[bitmaster]

Ah cool, danke für den Link und die Lösung.

Noch was, mein gcc übersetzt folgendes nicht (ich habs mit objdump net gefunden):

Code: [Auswählen]

tmp | 0x20
Wobei tmp eine unsigned char Variable ist. Also er sollte das machen was in asm so aussehen würde:

Code: [Auswählen]

or [tmp],20h
thx

ARG ich trottel, es muss ja so lauten:

Code: [Auswählen]

tmp = tmp | 0x20
^^

[kevin]

Genau. Oder abkürzend tmp |= 0x20.

[bitmaster]

Genau. Oder abkürzend tmp |= 0x20.

Jo danke, aber die Schreibweise gefällt mir nicht. 

Werde aber bald wahrscheinlich wieder was zum Fragen haben. Also bis denn. 

[bluecode]

Was machst du denn momentan eigentlich in C, wenn man Fragen darf?

[bitmaster]

Was machst du denn momentan eigentlich in C, wenn man Fragen darf?

http://www.os-64.de 

[kevin]

Viele Details sind da aber noch nicht zu erkennen.

Vor allem nicht, wieso es plötzlich langsam sein darf.

[bitmaster]

Viele Details sind da aber noch nicht zu erkennen.

Vor allem nicht, wieso es plötzlich langsam sein darf.

Was interessiert mich mein Geschwätz von gestern.

Ich bin Linux User, schreibe mein OS in C (und natürlich ein wenig ASM) und das ist gut so. 

EDIT: Äh ich habe mir mal so den disassemblierten Code meines Kernels mittels objdump angeschaut. Da macht C aber wirklich etwas langsam. Wie bringe ich gcc dazu aus einer Variablen keinen Speicherzugriff zu machen sondern ein schnelleres Register zu benutzen.

Also z.B. das hier:

Code: [Auswählen]

unsigned short a;

a = blabla_memory[bla];
blabla_memory[bla+x] = a;
Da ist a nur ein Dummy. In ASM würde ich dafür ein Register benutzen. Aber gcc macht da einen Speicherzugriff raus (mittels Stack und ebp etc.). Da gibt es doch sicherlich Möglichkeiten dem zu sagen, dass die Variable nicht "ewig" gebraucht wird und er also ein Register benutzen kann, oder?

thx

[kevin]

Optimierungen einschalten.

gcc -O3 sollte selbst dich zufriedenstellen.

[bitmaster]

So, nachdem ich jetzt 2 Tage dank einer Grippe nur im Bett gelegen habe, brauche ich jetzt mal wieder - wie angekündigt - Hilfe. Also folgendes:

Ich bin gerade dabei meine types.h zu schreiben. Also ich weiß, dass unter gcc

char	8 Bit
short	16 Bit
int	32 Bit

groß sind. Aber was ist mit long? Ich dachte das wären dann 64 Bit. Aber mein Compiler sagt zu meinem Code:

Code: [Auswählen]

unsigned long main()
{
return 0x100000000;
}

cc1: warnings being treated as errors
ztest.c: In function ‘main’:
ztest.c:3: error: integer constant is too large for ‘long’ type
ztest.c:3: error: large integer implicitly truncated to unsigned type

Hmm... jetzt weiß ich nicht mehr weiter. Und was genau ist eigentlich long long? Damit funktioniert es nämlich auch nicht.

thx

bitmaster

[bluecode]

Unter einem 32Bit System mit gcc ist long 32bit unter einem 64Bit System mit gcc 64Bit. Nur long long ist einheitlich 64Bit.

[bitmaster]

Unter einem 32Bit System mit gcc ist long 32bit unter einem 64Bit System mit gcc 64Bit. Nur long long ist einheitlich 64Bit.

thx

Aber wenn ich long long anstatt long schreibe, sagt gcc trotzdem "error: integer constant is too large for ‘long’ type". 

Und wie bringe ich gcc dazu meine Header-Dateien zu durchsuchen und nicht die des Standardverzeichnisses. Ich hab es mit --sysroot=<directory> versucht, aber irgendwie findet er die Dateien trotzdem nicht.

[Jidder]

0x100000000 braucht mindestens 33 Bit Platz. Deswegen meckert GCC. Die Zahl bekommt nicht durch den Rückgabetyp der Funktion den Typ long long, sondern durch ein Suffix: 0x100000000ULL (ULL = unsigned long long). Es gibt auch LL für signed long long. Außerdem UL und L für unsigned long/long.

[bitmaster]

0x100000000 braucht mindestens 33 Bit Platz. Deswegen meckert GCC. Die Zahl bekommt nicht durch den Rückgabetyp der Funktion den Typ long long, sondern durch ein Suffix: 0x100000000ULL (ULL = unsigned long long). Es gibt auch LL für signed long long. Außerdem UL und L für unsigned long/long.

Danke, mit ULL funktioniert es. Aber wofür dann ein "Rückgabetyp der Funktion" wenn es damit sowieso nicht geht? 

Ach ja: es stehen noch Fragen offen: 

[MNemo]

gcc Optionen:

Code: [Auswählen]

-nostdinc     : um die standard Verzeichnisse zu ignorieren
-iquote <dir> : Include Verzeichnis nur für #include "foo.h"
-I <dir >     : include Verzeichnis für #include <foo.h> und #include "foo.h"

[bitmaster]

gcc Optionen:

Code: [Auswählen]

-nostdinc     : um die standard Verzeichnisse zu ignorieren
-iquote <dir> : Include Verzeichnis nur für #include "foo.h"
-I <dir >     : include Verzeichnis für #include <foo.h> und #include "foo.h"

Jou vielen dank, jetzt geht es. Sagt mal wie kommt man eigentlich an die ganzen Infos zu allen gcc Parametern ran. Ein gcc --help gibt mir nicht allzu viel aus.

thx

bitmaster

[MNemo]

wenn du die gcc-doc installiert hast

Code: [Auswählen]

man gccoder noch ausführlicher hier bzw.
http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/

[bitmaster]

wenn du die gcc-doc installiert hast

Code: [Auswählen]

man gccoder noch ausführlicher hier bzw.
http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/

ah cool, vielen dank

Und schon wieder ein Problem:

Gcc sagt:

video.c:74: error: conflicting types for ‘PrintC’
../include/video.h:12: error: previous declaration of ‘PrintC’ was here

Weiß jetzt nicht was ich falsch gemacht haben soll. Also ich habe eine kernel.c, eine video.c und eine video.h. In der kernel.c rufe ich die Funktionen Print und PrintC auf. In der video.c ist der code der Print und PrintC. Print ruft selbst aber auch PrintC auf (dürfte doch kein Problem sein, oder kommt der dann durcheinander?). Jo und in der video.h habe ich dann noch mal schön das da stehen:

Code: [Auswählen]

#ifndef _VIDEO_H_
#define _VIDEO_H_

//print a message
void Print(char* msg);

//print a character
void PrintC(unsigned character);

#endif // ifndef _VIDEO_H_
ALso ich sehe da keinen Fehler. 

bitmaster

[kevin]

Damit man es genau sagen kann, müßtest du noch Zeile 74 in der video.c herzeigen. Anscheinend hast du die Funktion dort anders definiert als in der Headerdatei. Und das geht natürlich nicht.