Moin, moin, ich bin das FreeBSD Opfer :-)
(wie schon eine einzige kleine Frage zu einem Haufen Arbeit f=FChren =
kann...)
Wie man sieht, habe ich heute schon "b=F6se viele" =C4nderungen =
eingespielt,
allerdings ging es erst einmal nur um das Aufr=E4umen der Header =
Dateien.
"Ist das okay f=FCr euch oder sollte ich deshalb mein Modul lieber in =
einer
eigenen Branch weiter entwickeln?
Gerade in Anbetracht der Tatsache, dass mit mir ein neuer Entwickler =
f=FCr
einen FreeBSD-Port beigetreten ist, w=FCrde gerade das zu noch mehr
Problemen f=FChren..."
Nein, nein. Keine Probleme (mehr) zu bef=FCrchten.=20
Macht es genauso, wie ich es f=FCr die beiden "kritischen" Module =
vorgemacht
habe:
im Modul selber ein gro=DFer "#ifdef linux" um den ganzen C-Code und in
config-srcpd.c etwa so:
...
if (strcmp(child->name, "ddl-s88") =3D=3D 0)
{
check_bus(busnumber);
#ifdef linux
readconfig_DDL_S88(doc, child, busnumber);
found =3D 1;
#else
printf("Sorry, DDL_S88 only available on Linux (yet)\n");
#endif
...
Mit der Zeit kriegen wir den Kram schon portiert, ich wollte nur =
ersteinmal
daf=FCr sorgen, dass das Gesamtprogramm compilierbar bleibt.
An den Herren mit der Intellibox: Wo ist da eigentlich das Problem, =
wof=FCr
braucht man da einen speziellen Treiber??? Eigentlich sollte es doch =
rein
=FCber die serielle Schnittstelle gehen ? (Hab son Teil nicht, hab nur =
die
Werbung gelesen)
ZU I2C: Welcher Philips Chip darfs denn sein?
LINT:# Philips i2c bus support is provided by the `iicbus' device.
LINT:# ic i2c network interface
LINT:# iic i2c standard io
LINT:# lpbb Philips official parallel port I2C bit-banging =
interface
(sind noch ein paar mehr im Angebot, aber da stand ja "Philips")
und f=FCr den DDL_S88 h=E4tten wir da auch noch einen Parallelport =
Treiber im Angebot.
Mu=DF nur der ganze inb/outb Kram durch ioctls ersetzt werden.
Da ich die jeweilige Hardware nicht habe, ist das nat=FCrlich etwas =
m=FCssig.=20
Ansonsten: Fragt mich ruhig, ich weis es auch nicht :-)
Mit freundlichen Gr=FC=DFen
MAM
|
