Wie können Sie einen Schreibvorgang mit einem Dateideskriptor leeren?

Es stellt sich heraus, dass dieses ganze Missverständnis von open() gegenüber fopen() auf einen fehlerhaften I2C-Treiber im Linux 2.6.14-Kernel auf einem ARM zurückzuführen ist. Das Zurückportieren eines funktionierenden Bit-Bashed-Treibers löste die Grundursache des Problems, das ich hier ansprechen wollte.

Ich versuche, ein Problem mit einem seriellen Gerätetreiber in Linux (I2C) herauszufinden. Es scheint, dass durch das Hinzufügen von zeitgesteuerten Betriebssystempausen (Schlafzeiten) zwischen Schreib- und Lesevorgängen auf dem Gerät die Dinge funktionieren … (viel) besser.

Beiseite: Die Natur von I2C ist, dass jedes vom Master gelesene oder geschriebene Byte vom Gerät am anderen Ende des Kabels (Slave) bestätigt wird – die Pausen, die die Dinge verbessern, ermutigen mich, an den Treiber zu denken, der asynchron arbeitet – etwas, das ich kann. t vereinbaren, wie der Bus funktioniert. Wie auch immer …

Ich möchte entweder spülen das Schreiben, um sicherzugehen (anstatt eine Pause mit fester Dauer zu verwenden), oder irgendwie testen, dass die Schreib/Lese-Transaktion hat abgeschlossen auf eine multithreadingfreundliche Weise.

Das Problem mit der Verwendung fflush(fd); ist, dass ‘fd’ ein Stream-Zeiger sein muss (kein Dateideskriptor), dh

FILE * fd = fopen("filename","r+");
... // do read and writes
fflush(fd);

Mein Problem ist, dass ich die Verwendung von benötige ioctl(), die keinen Stream-Zeiger verwendet. dh

int fd = open("filename",O_RDWR);
ioctl(fd,...);

Anregungen?

Ich denke, was Sie suchen, könnte sein

int fsync(int fd);

oder

int fdatasync(int fd);

fsync löscht die Datei aus dem Kernel-Puffer auf die Festplatte. fdatasync wird auch tun, außer für die Metadaten.

Sie haben zwei Möglichkeiten:

1. Verwenden fileno() um den mit dem verknüpften Dateideskriptor zu erhalten stdio Stream-Zeiger

2. Nicht verwenden <stdio.h> Auf diese Weise müssen Sie sich auch keine Gedanken über Flush machen – alle Schreibvorgänge werden sofort an das Gerät gesendet, und für Zeichengeräte an die write() Der Aufruf wird nicht einmal zurückkehren, bis die IO auf niedrigerer Ebene abgeschlossen ist (theoretisch).

Für E/A auf Geräteebene würde ich sagen, dass die Verwendung ziemlich ungewöhnlich ist stdio. Ich würde dringend empfehlen, die untere Ebene zu verwenden open(), read() und write() funktioniert stattdessen (basierend auf Ihrer späteren Antwort):

int fd = open("/dev/i2c", O_RDWR);
ioctl(fd, IOCTL_COMMAND, args);
write(fd, buf, length);

fflush() löscht nur die vom stdio hinzugefügte Pufferung fopen() Schicht, wie von der verwaltet FILE * Objekt. Die zugrunde liegende Datei selbst wird, wie der Kernel sieht, auf dieser Ebene nicht gepuffert. Dies bedeutet, dass Schreibvorgänge die umgehen FILE * Schicht, verwenden fileno() und ein roh write()werden auch nicht so gepuffert, dass fflush() würde spülen.

Wie andere bereits betont haben, versuchen Sie es nicht Mischen der beiden. Wenn Sie “rohe” E / A-Funktionen wie z ioctl()dann open() die Datei selbst direkt, ohne verwenden fopen<() und Freunde von stdio.

Haben Sie versucht, die Pufferung zu deaktivieren?

setvbuf(fd, NULL, _IONBF, 0);

Es hört sich so an, als ob Sie nach der fsync()-Funktion (oder fdatasync()?) suchen, oder Sie könnten das O_SYNC-Flag in Ihrem open()-Aufruf verwenden.

Wenn Sie den umgekehrten Weg gehen möchten (FILE* mit einem vorhandenen Dateideskriptor verknüpfen), verwenden Sie fdopen() :

                                                          FDOPEN(P)

NAME

       fdopen - associate a stream with a file descriptor

SYNOPSIS

       #include <stdio.h>

       FILE *fdopen(int fildes, const char *mode);