[clausmuus]

Wenn alles glatt läuft, gibt's in 5 bis 10 Minuten neue ISOs. Ich fahr nun erst mal nach hause...

Claus

[MarMic]

super! gute heimfahrt. kk wenn ich das weiss passt das mit den logs wie gehabt, also musste nichts umstellen :-)

greetz MarMic

[MarMic]

hi claus,

nightbuild isos sind noch nicht oben (wieder was schief gegangen) naja wenns wieder was gehackt hat ich habe dvb nochmal abgeändert und die fw dateien für die tt6400 updated (die karte stresst doch mehr als man von der non plus ultra lösung gedacht haette :-P) also kannste das ja auch nochmal anstoßen :-P

ehm wegen lirc_imon habe ich noch paar fragen die mir im kopf rumschwieren. wie machen wir das für leute wie matthias die lirc_imon treiber wirklich nur für imonlcd oder lcdproc brauchen und ansonsten lirc serial ODER gar remote nehmen?
wenn man den treiber bei lirc mit einbaut (also per auto oder manuel eingetragen) lädt dann hat man ja das problem das lircd -H lirc_imon mit macht obwohl man das ja nicht haben möchte!
möglichkeit wäre bei imonlcd/lcdproc nochmal auch ne treiber erkennung mitzugeben die dann einfach das modul vor lirc lädt, oder?

was hältst du davon?

greetz MarMic

[clausmuus]

Hi,

ja, diesmal hatte ich vergessen vor dem ersten upload als User nightbuild den ssh fingerprint zu importieren. Ich hab das Kopieren der Dateien nun noch mal angestoßen...

Wegen imonlcd schlage ich vor das Addon den Treiber laden zu lassen. Dann kann der im lirc-Addon bei bedarf auf einen beliebigen anderen Wert gesetzt werden.

Und was ist mit lcdproc. Wieso braucht das den lirc_imon Treiber?

Claus

[MarMic]

damit ich mein imon display nutzen kann :-) das braucht lcdproc + lcdd und eben lirc_imon

greetz

edit:/7sehe garde lirc und dvb haben noch alte revs

[clausmuus]

OK, noch mal von vorne,... Ich hab den

[MarMic]

spricht nichts dagegen nur startet doch lirc dann eben auch mit dem treiber wegen auto load und du hast bei den args doch -H driver drin stehen? ODER?

greetz MarMic

sprich:
lircd -H lirc_imon startet vor imonlcd das das aber so laden sollte
modprobe lirc_imon displaytype=2

greetz MarMic

[clausmuus]

Hi,

um das zu erreichen brauchst Du doch nur LIRC_DRIVER="lirc_imon displaytype=2" einstellen. Die -H Option wird nur gesetzt, wenn ein Treiber ausgewählt wurde, der kein Kernel Modul benötigt, also nicht als Kernel Modul verfügbar ist.
Das displaytype=2 können wir eventuell ja noch als Konfigurationsoption hinzufügen, also durch einfaches anwählen einer checkox (z.B. "imon FB deaktivieren (j/n)").

Claus

[MarMic]

ok wenn das geht!? bei matt hat das immer geknallt weil er lirc_serial gebraucht hat und wegem display eben lirc_imon und sobald lirc_imon geladen war hat lircd ja zwei lirc devices und wusste net weiter!

greetz MarMic

[clausmuus]

Das hätte mit LIRC_DRIVER="lirc_serial, lirc_imon displaytype=2" und LIRC_ARGS="/dev/ttyS0 uart none" gehen sollen. Tat's aber bisher nicht weil setserial bisher nicht aufgerufen wurde wenn mehrere Module angegeben waren. Ich bin nun dabei das zu ändern. Was aber bereits gehen müsste, ist wenn vor und hinter dem Kommata "," nen Space eingefügt wird, und lirc_serial wie in meinem Beispiel an erster Stelle steht.

Claus

[Uwe]

Vielleicht passt es hier nicht hinein, aber ...
Ich habe aktuell Probleme das Lirc Paket zu bauen ....

Gruß Uwe

PS: vielleicht mach ich ja auch was falsch ...

...
-----copy .config-----
-----for module changes please edit src/.config-----

grep: addon/lib/modules/3.0.0-rc3.53/kernel/drivers/media/*: Datei oder Verzeichnis nicht gefunden
    softdevice:

-----copy .config-----
-----for module changes please edit src/.config-----

  usb:
    streamdev-server:
    streamdev-client:
  alsa:
  ssh:
    skincurses:
    dvbsddevice:

-----copy .config-----
-----for module changes please edit src/.config-----

  lirc:
--2011-06-16 17:19:13--  http://lirc.git.sourceforge.net/git/gitweb...t;h=HEAD;sf=tgz
Auflösen des Hostnamen lirc.git.sourceforge.net... 216.34.181.91
Verbindungsaufbau zu lirc.git.sourceforge.net|216.34.181.91|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: nicht spezifiziert [application/x-gzip]
In »lirc.tar« speichern.

    [           <=>                                                                       ] 574.568      176K/s   in 3,2s   

2011-06-16 17:19:19 (176 KB/s) - »lirc.tar« gespeichert [574568]

mv: Verschieben von

[Uwe]

Wenn ich beide Ordner (lirc-0.9.1 & lirc-HEAD-02c5c3f) in /lirc/src lösche und dann mit "make all" es erneut baue, funktioniert es!

[MarMic]

hi uwe,

ich glaueb das sollte nun mit make clean in der neusten version automatisch passieren!

@claus ich sehe am log von uwe grade rc3 ?? heisst das wieder nen make clean_all make all?

greetz MarMic

[clausmuus]

@Uwe,

ich hab gestern am Makefile geschraubt. Das Problem sollte dadurch behoben sein.

@MarMic,

Ja, jedenfalls wenn Du kompatibel zu den Addons bleiben möchtest die ich heute Abend bauen werde

!! Achtung!! Nen Kernel Update per apm Befehl (oder OSD) funktioniert noch immer nicht zuverlässig.

Claus

[MarMic]

hi claus,

bei lirc haben wir auch ein modpost mismatch -> analyse ergibt:

Code: [Select]

WARNING: /home/marmic/build/MLD/lirc/src/lirc/drivers/lirc_wpc8769l/lirc_wpc8769l.o(.init.text+0x214): Section mismatch in reference from the function init_module() to the function .exit.text:lirc_wpc8769l_platform_exit()
The function __init init_module() references
a function __exit lirc_wpc8769l_platform_exit().
This is often seen when error handling in the init function
uses functionality in the exit path.
The fix is often to remove the __exit annotation of
lirc_wpc8769l_platform_exit() so it may be used outside an exit section.

rausnehmen?

greetz MarMic