You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(80) |
Feb
(10) |
Mar
|
Apr
(13) |
May
|
Jun
|
Jul
|
Aug
(22) |
Sep
(37) |
Oct
(27) |
Nov
(20) |
Dec
(2) |
2004 |
Jan
(20) |
Feb
(35) |
Mar
(17) |
Apr
(15) |
May
(44) |
Jun
(9) |
Jul
(14) |
Aug
(4) |
Sep
(1) |
Oct
(17) |
Nov
(23) |
Dec
(5) |
2005 |
Jan
(13) |
Feb
(4) |
Mar
(49) |
Apr
(30) |
May
(13) |
Jun
(24) |
Jul
(26) |
Aug
(13) |
Sep
(3) |
Oct
(38) |
Nov
(19) |
Dec
(68) |
2006 |
Jan
(14) |
Feb
(6) |
Mar
(12) |
Apr
(4) |
May
(16) |
Jun
(49) |
Jul
(40) |
Aug
(8) |
Sep
(2) |
Oct
(4) |
Nov
(16) |
Dec
(42) |
2007 |
Jan
(65) |
Feb
(36) |
Mar
(18) |
Apr
(70) |
May
(2) |
Jun
|
Jul
(9) |
Aug
(13) |
Sep
(13) |
Oct
(33) |
Nov
(173) |
Dec
(116) |
2008 |
Jan
(217) |
Feb
(5) |
Mar
(22) |
Apr
(1) |
May
|
Jun
(7) |
Jul
(4) |
Aug
(30) |
Sep
(6) |
Oct
(8) |
Nov
(17) |
Dec
(15) |
2009 |
Jan
(117) |
Feb
(2) |
Mar
(1) |
Apr
(24) |
May
(18) |
Jun
(30) |
Jul
(13) |
Aug
(51) |
Sep
(2) |
Oct
(5) |
Nov
(10) |
Dec
(47) |
2010 |
Jan
(9) |
Feb
(35) |
Mar
(84) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(6) |
Aug
(1) |
Sep
(3) |
Oct
(2) |
Nov
(3) |
Dec
(24) |
2011 |
Jan
(7) |
Feb
(1) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(10) |
Aug
(26) |
Sep
|
Oct
(12) |
Nov
(2) |
Dec
(4) |
2012 |
Jan
(38) |
Feb
(28) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(60) |
Nov
(13) |
Dec
|
2013 |
Jan
(32) |
Feb
(1) |
Mar
(16) |
Apr
(4) |
May
(7) |
Jun
(6) |
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
(6) |
2014 |
Jan
(110) |
Feb
(38) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
(11) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
(3) |
Feb
|
Mar
|
Apr
(26) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(13) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
(46) |
Apr
(22) |
May
(12) |
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
(8) |
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2023 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-08 20:04:07
|
Hab gerade die Updates gecheckt, laeuft problemlos durch (und M650x = funktioniert auch noch :-) ) Von mir aus also "Fuesse stillhalt & Go" (musste gerade erstmal bei Ebay n S88 + K83 erkungeln, damit ich ein = paar Basteleien mit DDL usw. ausprobieren kann. Hab mich nicht getraut, = meine Anlage direkt anzuschliessen, Feigling ich... :-) ) MAM |
From: Manuel B. <web...@ma...> - 2003-01-08 19:17:15
|
Am Mit, 2003-01-08 um 18.52 schrieb Matthias Trute: > gefixt (zumindest für FB, GA und vielleicht auch GL). Funktioniert bestens (bis auf das Problem mit dem "schwachen" _GA struct, aber das soll bis zur Beta 2 erst mal egal sein)! Habe eben noch ne Änderung der return codes von den Zahlen auf ihre SCRP_* Varianten eingecheckt, für den Fall, dass sich mal die Codes im Protokoll ändern sollten. Ciao, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 8:02pm up 2:32, 4 users, load average: 0.00, 0.06, 0.09 |
From: Matthias T. <mt...@we...> - 2003-01-08 17:53:09
|
Manuel Borchers wrote: > Ich bin auf jeden Fall f=FCr ne zweite Beta-Fassung mit Code-Freeze. > Allerdings h=E4ngt sich bei mir (egal welches Modul) der srcpd bei eine= m > "GET" weg, beobachtet das auch noch jemand anderes? gefixt (zumindest f=FCr FB, GA und vielleicht auch GL). bitte mal testen. Matthias |
From: Manuel B. <web...@ma...> - 2003-01-08 16:39:10
|
Moin moin! Am Die, 2003-01-07 um 19.45 schrieb Matthias Trute: > ungeachtet der neueren FreeBSD Fassung würd ich gerne eine zweite > Betafassung basteln. Dazu ist jedoch für einige Tage ein gewisser > Codefreeze nötig, um die Dinge zu stabilisieren. > > Zweck der Übung soll sein, daß die Cliententwickler was in die Hände > bekommen, um "nachzuziehen" > > Seht ihr Möglichkeiten hierfür? Ich bin auf jeden Fall für ne zweite Beta-Fassung mit Code-Freeze. Allerdings hängt sich bei mir (egal welches Modul) der srcpd bei einem "GET" weg, beobachtet das auch noch jemand anderes? Wenn ja, wäre nen Freeze vielleicht erst nach Behebung dieses Problems günstiger... Grüße, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 5:35pm up 5 min, 2 users, load average: 0.43, 0.51, 0.24 |
From: Matthias T. <mt...@we...> - 2003-01-07 18:57:57
|
Hallole, ungeachtet der neueren FreeBSD Fassung w=FCrd ich gerne eine zweite=20 Betafassung basteln. Dazu ist jedoch f=FCr einige Tage ein gewisser=20 Codefreeze n=F6tig, um die Dinge zu stabilisieren. Zweck der =DCbung soll sein, da=DF die Cliententwickler was in die H=E4nd= e=20 bekommen, um "nachzuziehen" Seht ihr M=F6glichkeiten hierf=FCr? Gru=DF Matthias |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-06 22:16:39
|
>CPU geht auf 100% Auslastung, Rechner wird ein wenig tr=E4ge; der >loopback-Thread rannte aber problemlos weiter... 100% w=FCrde mich aber st=F6ren. Bei mir waren es 0%. Inzwischen hab ich den Thread schlafen gelegt, der Watchdog killt ihn dann nach ein paar Sekunden (dar=FCber mu=DF ich nochmal = abphilosophieren, ist eigentlich =FCberfl=FCssig, denn der Thread wei=DF ja, dass er nix = machen kann. Also doch mal ne Semaphore reinbasteln und den Watchdog einen Knochen hinwerfen?) und das Ganze geht solange, bis die Eisenbahn einge- schaltet wird. gerade mal nachgeschaut: Gesamtbelastung Anlage EIN Anlage AUS m650x 0,0%(huh?) 0,0%=20 ddl-s88 11,0% 11,0% (da eh nix dran h=E4ngt m=FCssen die werte ja = gleich sein) Wechselt auch brav die CPUs, die 0,0% bei m650x im Betrieb faszinieren mich, da h=E4ngen zwei volle R=FCckmelder dran! Auch mit einem Telnet dran (Info Modus) komm ich nicht =FCber 0.0% last pid: 13930; load averages: 0.00, 0.00, 0.00 up 0+05:54:21 = 23:12:16 30 processes: 1 running, 29 sleeping CPU states: 0.2% user, 0.0% nice, 0.0% system, 0.4% interrupt, 99.4% = idle Mem: 24M Active, 32M Inact, 20M Wired, 48K Cache, 35M Buf, 172M Free Swap: 256M Total, 256M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU = COMMAND 149 nobody 2 0 13856K 13240K poll 1 0:11 0.00% 0.00% squid 130 root 10 0 4192K 3740K nanslp 0 0:06 0.00% 0.00% perl 137 root 2 0 3172K 2076K select 0 0:02 0.00% 0.00% nmbd 77 root 2 0 1304K 936K select 1 0:01 0.00% 0.00% ntpd 13922 root 28 0 1896K 1164K CPU1 1 0:01 0.00% 0.00% top 88 root 2 0 2328K 1696K select 0 0:01 0.00% 0.00% sshd 13924 root 2 0 4152K 1656K poll 0 0:01 0.00% 0.00% srcpd 74 root 2 0 940K 648K select 1 0:00 0.00% 0.00% = syslogd 86 root 10 0 992K 740K nanslp 0 0:00 0.00% 0.00% cron 158 nobody -6 0 864K 444K piperd 0 0:00 0.00% 0.00% = unlinkd 13883 root 2 0 1000K 716K select 1 0:00 0.00% 0.00% = rlogind 12981 root 3 0 1068K 924K ttyin 0 0:00 0.00% 0.00% bash ... Guckt euch mal meine =C4nderung in io.c an (__FreeBSD__), vielleicht = hilft ein =E4hnlicher ioctl ja auch bei Linux? BTW: was mir bei der Liste auff=E4llt: sollte srcpd nicht als nobody = durch die Gegend laufen??? MAM |
From: Manuel B. <web...@ma...> - 2003-01-06 21:54:24
|
Am Mon, 2003-01-06 um 21.28 schrieb Matthias Trute: > Ein Thread hängt, die anderen rennen weiter, und IIRC kommt das auch so. Jepp, ist auch so, hatte ich letztens bei meinen Tests mit dem m605x, das ich ja nicht als Hardware vorliegen habe. CPU geht auf 100% Auslastung, Rechner wird ein wenig träge; der loopback-Thread rannte aber problemlos weiter... Ciao, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 10:51pm up 7:07, 5 users, load average: 0.39, 0.13, 0.04 |
From: Matthias T. <mt...@we...> - 2003-01-06 20:48:30
|
Michael A. Meiszl wrote: > ok, also genauer :-) >=20 > Guck mal in den dmesg output nach, ob das device =FCberhaupt vorhanden = ist: da steht auch nur ppc0: cannot reserve I/O port range :=3D(( Matthias |
From: Matthias T. <mt...@we...> - 2003-01-06 20:27:50
|
Michael A. Meiszl wrote: > Wenn man srcpd startet und die Anlage NICHT an ist, werden zwar die Bus= se noch initialisiert, dann h=E4ngen aber alle Threads in den Seilen, da = kein CTS f=FCr Bus 1 (m605x) da ist. > Da geht dann noch nichtmals mehr ein Socket auf :-( > Und unter kill -9 redet er auch nicht mehr mit einem :-) >=20 >=20 > Und =FCberhaupt, sollte dann nicht nur der eine Thread stehenbleiben un= d die anderen "normal" laufen??? Ein Thread h=E4ngt, die anderen rennen weiter, und IIRC kommt das auch so= =2E Ggf wird der Watchdog aktiv. Matthias |
From: Matthias T. <mt...@we...> - 2003-01-06 20:25:37
|
Hi, unter einem frisch installiertem FreeBSD (mini-Edition 4.7) passiert folgendes (cvs von vor einer Stunde, DDL S88 und 605x aktiviert) =2E/srcpd -f srcpd.conf conffile =3D "srcpd.conf" [bus 1] init_bus DDL(FreeBSD) S881 [bus 1] FBSD DDL-S88 cannot open port 0278 on /dev/ppi1 [bus 1] warning: Access to port 0x278 denied. ayla# id uid=3D0(root) gid=3D0(wheel) groups=3D0(wheel), 2(kmem), 3(sys), 4(tty), = 5(operator), 20(staff), 31(guest) ayla# pwd /usr/home/mt/srcpd ayla# ls -l /dev/pp* crw------- 1 root wheel 82, 0 Jan 6 19:01 /dev/ppi0 crw------- 1 root wheel 82, 1 Jan 6 19:01 /dev/ppi1 crw------- 1 root wheel 82, 2 Jan 6 19:01 /dev/ppi2 ayla# truss liefert (u.a.) open("/dev/ppi1",0x2,00) ERR#6 'Device not configured' Was ist zu tun? (bitte etwas ausf=FChrlicher als "configure device" ;=3D)= ) Mathias |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-06 20:04:51
|
Ich beobachte gerade ein merkw=FCrdiges Verhalten und bin mir nicht = sicher, ob das ein Bug oder ein Feature ist :-) Wenn man srcpd startet und die Anlage NICHT an ist, werden zwar die = Busse noch initialisiert, dann h=E4ngen aber alle Threads in den Seilen, = da kein CTS f=FCr Bus 1 (m605x) da ist. Da geht dann noch nichtmals mehr ein Socket auf :-( Und unter kill -9 redet er auch nicht mehr mit einem :-) Soll das so sein, oder darf ich mich in die Tiefen von Termio&Co = begeben??? Und =FCberhaupt, sollte dann nicht nur der eine Thread stehenbleiben und = die anderen "normal" laufen??? Oder geht das alles bei Euch? Oder? MAM |
From: Manuel B. <web...@ma...> - 2003-01-06 14:54:03
|
Am Mon, 2003-01-06 um 08.36 schrieb Michael A. Meiszl: > Ist das hier ein Gerät, dass man für den i2c Bus verwenden kann??? Ja, kann man... > NAME > lpbb - parallel port I2C bit-banging interface ... aber wie ich die bereits in einer anderen Mail geschrieben habe, ist der Trick bei meinem Modul, dass ich des i2c-dev-Interface, also ein Char-Device im /dev Dateisystem, verwende, um so UNABHÄNGIG vom verwendeten I2C-Adapter zu sein. Der Linux.Kernel bietet eine Reihe verschiedener Module für den I2C-Bus an, die dann alle über dieses dev-Interface gleichermassen angesteuert werden können. Mit lpbb ist man dann aber wieder ausschließlich auf den Philips-Adapter beschränkt und das sollte nicht Sinn der Übung sein... Gruß, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 3:49pm up 5 min, 2 users, load average: 0.22, 0.45, 0.23 |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-06 12:15:03
|
...mittag :-) Ich hab heute morgen heftigst auf dem ddl Treiber eingehauen. Sollte bei Linux immer noch gehen (keinerlei Code =C4nderung!), bei FBSD = vielleicht :-) Mangels Hardware komme ich nun nicht weiter, das P-Port blinkt wie Teufel, aber niemand redet mit ihm. Da sind noch reichlich auskommentierte DBG Statements drin, aber die = suelzen einen nur voll, und ich brauche sie erst, wenn wirklich Daten fliessen = wuerden. Loescht sie also nicht, sondern lasst sie bitte auskommentiert. So, erstmal ne Pizza einwerfen gehen, ab in den Schnee... MAM |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-06 08:15:46
|
DESCRIPTION The ppi driver provides a convenient means for user applications to manipulate the state of the parallel port, enabling easy low-speed = I/O operations without the security problems inherent with the use of = the /dev/io interface. PROGRAMMING INTERFACE #include <dev/ppbus/ppi.h> #include <dev/ppbus/ppbconf.h> All I/O on the ppi interface is performed using ioctl() calls. = Each com=A1 mand takes a single u_int8_t argument, transferring one byte of = data. The following commands are available: PPIGDATA, PPISDATA Get and set the contents of the data register. PPIGSTATUS, PPISSTATUS Get and set the contents of the status register. PPIGCTRL, PPISCTRL Get and set the contents of the control register. The = following defines correspond to bits in this register. Setting a bit = in F=FCr DDL-S88 ausreichend sein??? MAM |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-06 07:37:11
|
Nachdem meine "Portierung" (lol!) ja nur ein paar Headeranpassung = erforderte, kann ich mich jetzt anderen Dingen zuwenden. Ist das hier ein Ger=E4t, dass man f=FCr den i2c Bus verwenden kann??? LPBB(4) FreeBSD Kernel Interfaces Manual = LPBB(4) NAME lpbb - parallel port I2C bit-banging interface SYNOPSIS device iicbus device iicbb device lpbb device iic DESCRIPTION The lpbb driver supports the Philips official I2C parallel = bit-banging interface. LS05 pin 14 (Vcc) o = ------- | | = | = +--+--+---------------------+--+--+------------+------+-o 1 | | | | | | | = =3D=3D=3D.1uF | +5V | -------- [R][R][R] 3x10K 3x10K [R][R][R] LS05 | | = | | | | | | | | | pin 7 = o-+------+-o 2 | | 12 o-+--+ | | 3|\ 4 | | | (Gnd) | = GND | | 17 o-+-----|--|----| >o-------------+--|--|--------------+ | = | | | | | |/ 8 /|9 | | 10 /|11 = +----+-o 3 | | 15 o-+-----+--|--------------o< |------+--|------o< |----+ | = SCL | | | | 1|\ 2 \| | \| | = | | 9 o-+--------|----| = >o-------------------+--------------+----+-o 4 | | | | |/ 6 /|5 | | = SDA | | 11 o-+--------+----------------------------------o< |----+ = ------- | 10 o-+-+ \| = 4-pin | 13 o-+-+--oGND = Connector | 25 o-+-+ ------------------ Part List = -------------------------- -------- | 1 - .1 uF capacitor | 6 - 10K 5% resistors = | 25-pin male D | 1 - 4-pin connector | 1 - 25-pin male D = connector | connector to PC | 1 - 74LS05 open collector hex inverter = | printer port = ------------------------------------------------------- SEE ALSO iicbb(4), iicbus(4), ppbus(4) HISTORY The lpbb manual page first appeared in FreeBSD 3.0. Wenn ja, brauche ich nur die ioctls in i2c-dev.c =E4ndern und den = Devicenamen anpassen. Sagt BESCHEID :-)=20 (Hmm, hab diesen Monat wohl nix zu tun, kann mich also austoben) MAM |
From: Manuel B. <web...@ma...> - 2003-01-05 20:25:10
|
Hallo! Am Son, 2003-01-05 um 21.14 schrieb Michael A. Meiszl: > Scheint mir Suse zu sein :-))) (deutsch/englisch) Neee, ist RedHat. > bei allen anderen ist errno immer mit drin. Hmmm, also Matthias sagte ja in einer Nachricht auch, dass da noch errno.h in io.c und threads.c fehlen würde. Matthias hat SuSE, das ist wahr, ich hab RedHat und bei muss ich errno.h auch explizit in den beiden Dateien includen, damit ich das übersetzen kann. Also wohl doch kein SuSE-spezifisches Problem... > Dein Modul stört bei mir nicht, Du könntest allerdings > noch ein paar CPU Zyklen sparen, wenn Du das > #ifdef linux VOR das erste Include packst. Soeben geschehen. > Wie sieht denn Deine Hardware zu dem Modul aus? http://www.matronix.de Ciao, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 9:21pm up 8:26, 6 users, load average: 0.04, 0.08, 0.17 |
From: Manuel B. <web...@ma...> - 2003-01-05 20:19:24
|
Am Son, 2003-01-05 um 21.06 schrieb Michael A. Meiszl: > #include <fcntl.h> > ^^^^^^^^^^^^^^^^^^^^^^ > // we have to use kernel-headers directly, sorry! > #include <math.h> > // needed for pow() > > #include <libxml/tree.h> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Die sind beide schon drin, oder erzeugt linux kein HAVE_FCNTL_H? Doch tut es... Sind noch Überbleibsel von meiner Anpassung, weil wir uns quasi in die Quere gekommen sind beim einchecken... Sind lokal bei mir draußen und lässt sich problemlos übersetzen. Ciao, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 9:16pm up 8:21, 6 users, load average: 0.00, 0.10, 0.22 |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-05 20:08:25
|
#include "stdincludes.h" #ifdef linux #include "i2c-dev.h" #include <linux/i2c-dev.h> #include <fcntl.h> ^^^^^^^^^^^^^^^^^^^^^^ // we have to use kernel-headers directly, sorry! #include <math.h> // needed for pow() #include <libxml/tree.h> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Die sind beide schon drin, oder erzeugt linux kein HAVE_FCNTL_H? (Schick mir mal bidde jemand ne config.h von Linux?) MAM |
From: Manuel B. <web...@ma...> - 2003-01-05 20:07:56
|
Hallöchen! Am Son, 2003-01-05 um 20.21 schrieb Michael A. Meiszl: > Wie man sieht, habe ich heute schon "böse viele" Änderungen eingespielt, > allerdings ging es erst einmal nur um das Aufräumen der Header Dateien. Jepp, und ich bin gerade dabei mein Modul umzubasteln... > Nein, nein. Keine Probleme (mehr) zu befürchten. > Macht es genauso, wie ich es für die beiden "kritischen" Module vorgemacht > habe: Soeben geschehen. > 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") Ich setze auf keinen bestimmten Adapter auf, weil ich zu "allen" kompatibel sein möchte. Deshalb benutze ich des Kernel-Modul i2c-dev, dass für jeden Adapter ein device in /dev bereit stellt. Ich wollte gerade versuchen mein Modul nach den Änderungen zu compilieren, habe aber nun Probleme io.c überhaupt zu compilieren: -- snip -- io.c: In function `readByte': io.c:37: `errno' undeclared (first use in this function) io.c:37: (Each undeclared identifier is reported only once io.c:37: for each function it appears in.) make[1]: *** [io.o] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/master/c-code/srcpd« make: *** [all] Fehler 2 -- /snip -- Bitte dringend fixen, damit ich vernünftig compilierbare Versionen von i2c-dev.[ch] einchecken kann! Im Moment kann ich über deren Status nichts sagen... Gruß, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 9:02pm up 8:07, 6 users, load average: 0.18, 0.36, 0.40 |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-05 20:00:21
|
Einen Mini Client f=FCr die Kommandozeile? Bin langsam zu faul, telnet zu benutzen. (oder hab ich mir jetzt schon wieder Arbeit aufgehalst???) MAM |
From: Manuel B. <web...@ma...> - 2003-01-05 19:33:00
|
Hi *! Am Son, 2003-01-05 um 19.23 schrieb Matthias Trute: > > "includen": > > #include <linux/i2c-dev.h> > > ist der Übeltäter. > > Das kannst Du analog zu den DDL-S88 Files machen, damit > nur die Linuxfraktion den kompletten Code sieht. Auf BSD wird das > sicher nicht funktionieren, damit hat Michael dann weniger Sorgen. wenn ich das gerade richtig sehe, included DDL-S88 auch direkt <linux/lp.h>... Also mach ich das auch so ;) Wenn wer ne besser Lösung hat, möge sich melden... > Komplette Sourcen oder nur die Includes? includes sollten reichen, es geht im Grunde nur darum, entsprechende ioctl's zu verwenden, um die I2C-Gerät auszuwählen. Schreiben und Lesen tue ich dann auch über writeByte und readByte. > Pack die Dateien einfach zu den anderen im srcpd-Verzeichnis (mach aber > _kein_ neues CVS Modul dafür auf, es dürften ja ohnehin nur ein paar > files sein, oder?). Okay, ich pack dann nachher meine Dateien dazu und checke ein Makefile.am mit meinem Modul ein. > Leg los! Dein Wunsch sei mir Befehl ;) Na ja, verzögert sich doch gerade noch nen Moment, is irgendwie Käse, wenn vor der Nase gerade was anderes eingecheckt wird ;) Ciao, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 7:56pm up 7:01, 5 users, load average: 0.35, 0.37, 0.28 |
From: Michael A. M. <Michael@Meiszl.De> - 2003-01-05 19:22:23
|
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 |
From: Manuel B. <web...@ma...> - 2003-01-05 18:51:22
|
Am Sam, 2003-01-04 um 13.30 schrieb Manuel Borchers: > > Oder ist das Problem schon ein historisches? > > Leider nicht... > Werde mich heute mal intensiv damit beschäftigen. Jetzt ist es endlich historisch. *.debug in der syslog.conf hinzugefügt und nun hab ich auch die debug-Ausgaben im syslog. Viele Grüße, Manuel -- web...@ma... http://www.matronix.de - http://www.e-online.de/public/borchers 7:49pm up 6:53, 5 users, load average: 0.52, 0.29, 0.25 |
From: Matthias T. <mt...@we...> - 2003-01-05 18:26:34
|
Hallo Manuel, > Bevor ich jetzt mein Modul ins CVS einchecke, ein paar Anmerkungen zu > meinem Modul. > Wie schon gesagt, verwende ich den I2C-Bus. Auf Grund des klasse > Kernel-supports von verschiedenen I2C-Adaptern, habe ich mich > entschieden den I2C-Bus nicht direkt zu steuern, sondern das > dev-Interface, das alle Kernel-Module unterst=FCtzt, zu verwenden. > Resultierend daraus, muss ich leider eine Kernel-Header-Datei > "includen": > #include <linux/i2c-dev.h> > ist der =DCbelt=E4ter. Das kannst Du analog zu den DDL-S88 Files machen, damit nur die Linuxfraktion den kompletten Code sieht. Auf BSD wird das sicher nicht funktionieren, damit hat Michael dann weniger Sorgen. >=20 > Das wiederum bedeutet, dass derjenige, der den srcpd selbst compilieren= > m=F6chte, auch den Kernel-Source-Code auf der Platte haben muss. Komplette Sourcen oder nur die Includes? > Ist das okay f=FCr euch oder sollte ich deshalb mein Modul lieber in ei= ner > eigenen Branch weiter entwickeln? Pack die Dateien einfach zu den anderen im srcpd-Verzeichnis (mach aber _kein_ neues CVS Modul daf=FCr auf, es d=FCrften ja ohnehin nur ein paar files sein, oder?). > Gerade in Anbetracht der Tatsache, dass mit mir ein neuer Entwickler f=FC= r > einen FreeBSD-Port beigetreten ist, w=FCrde gerade das zu noch mehr > Problemen f=FChren... Ach, die sind allesamt l=F6sbar bzw. schon gel=F6st. Leg los! Matthias |
From: Matthias T. <mt...@we...> - 2003-01-05 18:26:32
|
Hallo Michael > Mit "Hardcore Unix" meine ich wirklich so zu Fu=DF, Kommandozeile, nix = Grafik usw. > Der Rechner steht auch "etwas" weit weg von mir, nur die serielle Schni= ttstelle > kommt hier an. Lustig ist nur, das Deine Mails einen Exchangeserver passieren ;=3D) > Glaubst Du, ich schmei=DF die letzten 6 Stunden weg und fang von vorne = an? Nein, um Himmels willen nicht. Das ist ja das sch=F6ne am CVS, das man durchaus parallel arbeiten kann. Nur wer zusp=E4t kommt, mu=DF bluten, dieses "Gl=FCck" wechselt durchaus.... > Will nicht schreiben Wer schreibt der bleibt. Alte Skaterregel. >>Ich geh jetzt ins Kino, Zaubern lassen ;=3D) >=20 > das kann man auch zuhause ham :-) Ja schon. Du machst das doch schon richtig gut :=3D) Bis auf zwei fehlende <errno.h> (in io.c und threads.c) scheint es durchaus weiterhin zu funktionieren, die Weichen schalten, die Loks fahren (hab aber noch nicht alles gepr=FCft, es scheint aber nicht schlimmer geworden zu sein ;=3D) )... Das kannst Du dann noch erg=E4nzen (sofern du nicht schon hast). Matthias PS: Wir sollten die Diskussion langsam nach srcpd-devel verlagern. Wir werden langsam zuviele, um da noch hinterherzukommen, wer was wie wann warum etc pp. |