DVB Frontend ioctl FE_SETPROPERTY

Zitat von wirbel

Kannst du doch.

Nur du bekommst 0 für Erfolg und ungleich 0 im erfolglosen Fall zurück.

Also wenn ich mir dvb_frontend_thread im dvbcore anschaue dann wird da einfach fe->ops.tune oder dvb_frontend_swzigzag(fe) aufgerufen. Ein client-Programm wie der vdr muss dann "ewig" warten oder in einen Timeout reinlaufen... wo ist da sofort 0 oder ungleich 0?

Im vtuner z.B. verwende ich fe->ops.tune:

			if (fe->ops.tune)
					fe->ops.tune(fe, re_tune, fepriv->tune_mode_flags, &fepriv->delay, &s);

				if (s != fepriv->status && !(fepriv->tune_mode_flags & FE_TUNE_MODE_ONESHOT)) {
					dev_dbg(fe->dvb->device, "%s: state changed, adding current state\n", __func__);
					dvb_frontend_add_event(fe, s);
					fepriv->status = s;
				}

Wie man sieht kann ich da nur einen "geänderten Status" zurückgeben. Und was soll ich da von FE_NONE aus zurückgeben um zu signalisieren das ich den Kanal nicht ausliefern mag? FE_TIMEDOUT? FE_REINIT?

Zitat von wirbel

Indem du die frontend properties per FE_SET_PROPERTY setzt, aber kein DTV_TUNE sendest.

Sehe für vtuner keine Möglichkeit mich beim DVBAPI5 FE_SET_PROPERTY einzuklinken.. Also kann ich einen Parametersatz auch nicht "ablehnen". Ist ja wie schon in meinem Beitrag #190 geschrieben nicht vorgesehen das ein Frontend zwar DVBS2 kann aber z.B. Transponder 11493 nicht ausliefern mag. Dazu müsste es sowas wie "ok", "temporary failure" und "not available" als Rückgabe zu FE_SET_PROPERTY geben. Zudem müsste das vom vdr dann auch noch honoriert werden, so wie ich das im vdr Source gelesen habe wird das Frontend auch bei einem Fehler immer wieder nach dem Kanal gefragt...

Zitat von wirbel

wird es.

setze errno auf den passenden dokumentierten Wert und gebe ungleich Null zurück.

Ich kapiere mit diesen Wortfetzen leider gar nichts von dem was ich ziemlich ausführlich geschildert habe. Seit wann wird errno in einem Kerneltreiber gesetzt? IMHO kann das nur zurückgegeben werden (z.B. als Returnwert eines ioctls). Wo kann ich FE_SET_PROPERTY in einem Kerneltreiber bearbeiten? Bei dtv_property_process_set schonmal garnicht! Wo wird das im vdr honoriert (Sourcecodezeile?) cDvbTuner::SetFrontend liefert nur true oder false zurück, da gibt es kein "unavailable"...

wirbel: Ja ok dann hast Du es nicht verstanden was ich meinte. FE_SET_PROPERTY wird im dvbcore abgehandelt. Ein dvb_adapter (wie vtuner es ist) bekommt davon nichts mit. Erst ein DTV_TUNE wird über einen Event ins frontend weitergereicht. Und dann funktioniert halt nur noch "kein Lock" innerhalb einer bestimmten Zeit zurückzugeben. Hat aber nix damit zu tun das (und genau das war meine Intenion!) z.B. auf DTV_FREQUENCY der vtuner mit EINVAL antworten könnte.

Es geht schlicht nicht, denn DTV_FREQUENCY wird dvbcore-intern so abgehandelt:

    int r = 0;
[...]
    case DTV_FREQUENCY:
        c->frequency = data;
        break;
[...]
    return r;

Da müsste es schon mit Zauberei zugehen das FE_SET_PROPERTY mit DTV_FREQUENCY ein EINVAL zurückgibt...

Zitat von wirbel

Na dann denk mal nach, woher dort die Informationen herkommen. Über ein struct im Treiber mit function pointers.

Klingelts?

Nein. Es sei denn Du meinst die Asbach-Uralt Funktion fe->ops.set_property. Jaja, damit wäre das gegangen in Zeiten von linux-kernel v4.8 und früher. Seitdem ist die Funktion aber rausgeflogen... Und vtuner unterstützt nur >= v4.16 ...

"Damals" gingen tatsächlich so Sachen:

/* filter out un-supported properties to notify users */
static int jdvbt90502_set_property(struct dvb_frontend *fe,
                   struct dtv_property *tvp)
{
    int r = 0;

    switch (tvp->cmd) {
    case DTV_DELIVERY_SYSTEM:
        if (tvp->u.data != SYS_ISDBT)
            r = -EINVAL;
        break;
    case DTV_CLEAR:
    case DTV_TUNE:
    case DTV_FREQUENCY:
        break;
    default:
        r = -EINVAL;
    }
    return r;
}

Da war es möglich einen DTV_TUNE direkt im FE_SETPROPERTY ioctl mit -EINVAL abzuschmettern.. Ist aber seit kernel v4.9 auch mit rausgeflogen...

fe->ops.tune

tune wird nach dem FE_SETPROEPRTY ioctl über ein Event im Frontend-Thread aufgerufen, alles schonmal geschrieben. Liest Du überhaupt was ich schreibe?

Also ich denke Du weisst nicht wie sowas geht oder spielst mit mir Oberlehrer vs. dummer Junge mit so knäpplichen "such die richtige Antwort".

Wie dem auch sei, hier liegt meine Datei vtunerc_proxyfe.c - da kannste mir mal die Zeilennummer nennen oder einen Codeschnipsel zeigen wo ich mit einem einfach return -EINVAL dem vdr vor dem Tunen, also direkt im FE_SETPROPERTY ioctl rückmelden kann das der Kanal von diesem frontend nicht geliefert werden mag.... Bis dahin... Bitte keine weiteren Verwirrungsantworten. Danke!