| 02:40.54 | *** join/#opensimpad.org thesing_ (n=tkunze@BAA222c.baa.pppool.de) |
| 06:40.22 | *** join/#opensimpad.org sawfish_ (n=sawfish@80-121-73-16.adsl.highway.telekom.at) |
| 13:09.11 | *** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a) |
| 14:40.36 | *** join/#opensimpad.org sawfish_ (n=sawfish@80-121-72-174.adsl.highway.telekom.at) |
| 15:50.34 | *** join/#opensimpad.org miip (n=miip@p54A55761.dip.t-dialin.net) |
| 17:22.24 | *** join/#opensimpad.org miip_ (n=miip@p54A578E2.dip.t-dialin.net) |
| 17:26.18 | *** join/#opensimpad.org mrdata (i=mrdata@dslb-092-078-000-140.pools.arcor-ip.net) |
| 17:26.36 | mrdata | hi alle |
| 17:32.34 | *** join/#opensimpad.org miip__ (n=miip@p54A57990.dip.t-dialin.net) |
| 17:56.52 | *** join/#opensimpad.org thesing (n=tkunze@BAA222c.baa.pppool.de) |
| 17:57.00 | thesing | Hi, |
| 17:57.24 | mrdata | thesing: hi |
| 17:57.32 | thesing | mrdata: der usb-client Treiber für balloon functioniert für collie. |
| 17:57.48 | mrdata | der neue vom kernel 2.6.23? |
| 17:58.05 | mrdata | ich hatte es ja fast gehofft ;-) |
| 17:59.00 | thesing | Jetzt fehlt nur noch ein soundtreiber ;) |
| 17:59.10 | mrdata | *hust* |
| 17:59.23 | mrdata | wolltest du den nicht schreiben? *g |
| 18:01.21 | thesing | Wenns nicht anders geht schon. Aber es kann noch ne Weile dauern bis es soweit ist. |
| 18:02.13 | mrdata | ich habe nur von sound, geschweige denn alsa NULL plan |
| 18:02.45 | thesing | geht mir genauso |
| 18:02.47 | mrdata | und mit max. 2h am tag komme ich eben nicht sehr weit |
| 18:03.12 | mrdata | nur wenn auch real arbeit mal mehr ruhe ist, geht da was vorwärts |
| 18:04.27 | mrdata | noch dazu ist das beim sa1110 wohl etwas buggy, von wegen mcp/ssp auf uart4 und knacksen ... |
| 18:08.35 | thesing | so schlimm kann es nicht sein. Mein collie hatte da keine Probleme. |
| 18:09.10 | mrdata | okay, hatte nur sowas gelesen |
| 18:09.53 | thesing | es gibt da irgentein Problem, aber das wurde auch irgentwie gelöst ;) |
| 18:11.55 | mrdata | ich will eigentlich auch noch gar nicht an sound dran, mmc/sd ist wichtiger für mich, eigentlich |
| 18:12.29 | thesing | geht das nicht schon seit Ewigkeiten? |
| 18:12.50 | mrdata | neues hardwarelayout basteln, treiber redesign, weil mit nur 32mb flash kommt man nicht weit (oder auch nur 16mb) |
| 18:13.11 | thesing | Was wirklich nützlich wäre, wär ein Performancetuning für den Grafiktreiber. |
| 18:13.59 | mrdata | wo ist die grafik für den mq200 langsam? |
| 18:14.27 | thesing | Ich finde X schon sehr langsam. |
| 18:15.01 | thesing | Und gpe grottig. |
| 18:15.14 | mrdata | also den mq200 noch hardware-accel raus zu locken, naja |
| 18:15.49 | thesing | Ist schon schlimm, dass man kaum noch ram frei hat ist auch unschön. |
| 18:15.51 | mrdata | ich habe mal spasseshalber alles auf neue gnome-libs umgestellt |
| 18:16.22 | mrdata | und der epiphany mit webkit wird mal echt spitze |
| 18:16.46 | mrdata | okay, ram ist krass, habe aber auch 128mb dabei ;-) |
| 18:17.06 | mrdata | die haben bis jetzt gereicht bei mir |
| 18:22.24 | thesing | Kriegt man die chips noch problemlos? |
| 18:24.08 | mrdata | wird echt ein problem sein, meine stammten von einem so-dimm modul für notebook |
| 18:25.01 | thesing | SD-RAM Module hab ich noch ein paar rumliegen. |
| 18:25.15 | thesing | Worauf kommt es an? |
| 18:25.22 | mrdata | ansonsten -> http://opensimpad.org/index.php/RAM-Flash_upgrade -> memphis |
| 18:25.47 | mrdata | 32Mx16 ist das geheimnis |
| 18:26.35 | thesing | und wie ist das mit dem pins? sind die identisch? |
| 18:27.00 | mrdata | ist ansonsten pin-gleich den 16Mx16 |
| 18:27.32 | mrdata | nur eben eine adressleitung mehr mit in benutzung |
| 18:28.38 | thesing | Ich mein brauche ich den gleichen Hersteller oder tuns ein paar beliebige 32M chips es auch? |
| 18:28.38 | mrdata | habe damal lange durch datenblätter gestöbert |
| 18:29.20 | mrdata | hersteller ist egal, samsung,mtd,infineon ... |
| 18:29.44 | mrdata | aber sd-ram nach pc133 ist wichtig |
| 18:29.57 | mrdata | bzw. auch pc100 |
| 18:32.13 | mrdata | und bauform tsop-54 |
| 18:32.22 | thesing | gut die sollte man recht leicht bekommen |
| 18:32.53 | thesing | bei collie müsste man bga "löten" |
| 18:34.00 | mrdata | ups, okay, bga ist machbar, wenn man mit heissluft umgehen kann |
| 18:34.43 | mrdata | hab da mal 1,5 jahre handys repariert und den prozessor/flash/ram (alles bga) mit gewechselt |
| 18:37.10 | thesing | Ja aber ist schon ungleich schwerer. Besonders zu Hause ohne spezielle ausrüstung. |
| 18:37.59 | thesing | Wie viele Chips benötigt man? |
| 18:38.24 | mrdata | kaum machbar, gebe ich zu, weil stereomikroskoph ist da pflicht |
| 18:38.43 | mrdata | also am simpad 2 stück |
| 19:05.40 | thesing | könnte man den flash nicht auch durch gröÃere chips ersetzen? |
| 19:05.54 | mrdata | beim simpad? |
| 19:06.08 | thesing | ja. |
| 19:06.45 | mrdata | ist nicht so einfach, wegen NOR-Chip in der grösse, ausserdem kein bootloader-support vorhanden |
| 19:07.16 | mrdata | besser ist da der mmc/sd-mod, ist billiger und ungefährlicher |
| 19:07.28 | mrdata | jedenfalls das, was ich vorhabe |
| 19:09.15 | thesing | wir brächten die schaltpläne vom simpad. |
| 19:10.01 | thesing | für collie gibt es die. |
| 19:10.50 | thesing | und für die nokia tablets gibt es die auch irgentwo. |
| 19:11.54 | thesing | habt ihr mal dem windowc ce 4.2 typen gefragt, ob er so etwas hat? |
| 19:12.21 | mrdata | die vom simpad sind in der schweiz(siemens) bzw. eigentlich von keith koep |
| 19:12.49 | mrdata | kann der nicht haben, bin mir ziemlich sicher |
| 19:53.47 | miip__ | hi ihr |
| 19:54.02 | thesing | hi |
| 19:54.03 | mrdata | miip: hi dus |
| 19:54.08 | miip | :) |
| 19:54.33 | mrdata | synchrontippen will halt gelernt sein |
| 19:54.59 | thesing | wobei ich es mir einfach gemacht habe ;) |
| 19:55.13 | mrdata | deshalb stehst du über mir |
| 19:56.32 | thesing | mrdata: wie willst du die neue mmc/sd platine herstellen? mit ätzen und so oder eher lochraster? |
| 20:01.43 | mrdata | dachte an herstellen lassen, wenn das preislich passt |
| 20:02.21 | mrdata | habe schon flachbandkabel für dect-anschluss und passende fpc-connectoren aufgetrieben |
| 20:02.45 | mrdata | mmc/sd connector habe ich auch schon in aussicht |
| 20:03.17 | thesing | an welche stückzahl hast du denn gedacht? |
| 20:03.25 | mrdata | fehlt nur nuch ein 5v/3,3v regler, hatte den aber schon mal rausgesucht |
| 20:03.44 | mrdata | das ist jetzt spannend und wird dann eine geldfrage |
| 20:04.15 | mrdata | weil ich ja voll in vorkasse gehe, aber so um die 15 stück müssten zu machen sein |
| 20:04.41 | mrdata | weil als europa-format platine im mehrfachnutzen angedacht ist |
| 20:05.25 | mrdata | und selber-ätzen wird wegen 0,5mm feinpitch für die fpc-connectoren halt eng |
| 20:06.25 | thesing | und welches BT modul hast du angedacht? |
| 20:06.49 | mrdata | ohne bt modul derzeit |
| 20:07.09 | thesing | aber die anschlüsse werden durchgeschleift? |
| 20:07.17 | mrdata | bzw. könnte ich flexibel machen, nur wird der platz dann halt eng |
| 20:07.55 | mrdata | anschlüsse könnte man auf lochrasterfeld legen zum selber draht anlöten |
| 20:08.04 | thesing | ist vielleicht besser wenn du da einfach ein paar lötpads für vorsiehst. |
| 20:08.24 | mrdata | ich selber habe das beecon design adaptiert und um mmc/sd erweitert |
| 20:08.32 | thesing | und wie viele sd slots sollen rauf? |
| 20:08.48 | mrdata | also für ersten spass-test |
| 20:09.15 | thesing | wenn zwei gpios für CS da sind könnten wir ja mit nem 2-4 mux schon 4 Karten bedienen ;) |
| 20:09.30 | mrdata | spassvogel ;-) |
| 20:09.55 | mrdata | habe nicht mal nen gpio für chipcard-detect |
| 20:10.11 | mrdata | und du willst hier gleich multiplexen |
| 20:10.48 | thesing | das soll doch eh für rootfs sein. da muss man die karten noch nichtmal leicht entnehmen können. |
| 20:11.07 | thesing | und lvm aus 4 karten wäre schon was. ;) |
| 20:11.09 | mrdata | ausserdem 2 oder mehr karten, und dann noch software-spi-bitbang |
| 20:12.07 | thesing | mmc-spi kann momentan noch nicht mit anderen geräten auf einem spi-bus, aber machbar ist es. |
| 20:12.11 | mrdata | dann brauchst du keine x-server beschleunigung mehr, weil das ganze nichts mehr machen wird, ausser mit sich selbst beschäftigt zu sein |
| 20:13.03 | mrdata | ich bin schon froh, das ich eine karte am laufen habe und das rockt gewaltig |
| 20:13.23 | mrdata | weil 500mb rootfs lässt viel freiraum |
| 20:13.46 | mrdata | habe derzeit eine 1gb mmc+ drin mit 2 partitionen |
| 20:14.28 | mrdata | darauf 2 systeme, eins zum voll spielen und eins pseudo prduktiv |
| 20:15.14 | mrdata | deshalb kann ich auch schön zwischen den webbrowsern vergleichen |
| 20:16.20 | thesing | es fehlt inzwischen eine richtig gute gui für pdas. Gpe ist irgnentwie nicht zu gebrauchen. |
| 20:16.30 | thesing | Schon weil es zu viel Speicher braucht. |
| 20:21.26 | mrdata | für weniger resourcen vielleicht -> http://www.xynth.org/index.php |
| 20:23.20 | thesing | da gibt es bestimmt kaum anwendungen für. |
| 20:23.51 | mrdata | leider |
| 20:24.17 | thesing | da ist opie schon besser. Aber da gibt es keinen vernünftigen browser. |
| 20:24.36 | mrdata | eben, das k.o. kriterium für mich |
| 20:24.52 | thesing | Ich hab mal sato auf meinem borzoi probiert. (von poky) das fand ich ganz gut. |
| 20:24.53 | mrdata | bzw. ging damals opera |
| 20:26.53 | mrdata | mr_nice wollte das mal für simpad zum laufen bekommen |
| 20:27.16 | mrdata | bzw. sollte das fürs simpad eh nicht das problem darstellen |
| 20:28.15 | mrdata | denke ich mal ganz naiv, weil ist ja nur gui obendrauf, also sobald oabi umgebung da ist und der linux-kernel reicht |
| 20:28.50 | thesing | Es geht sicher, nur muss sich jemand damit beschäftigen. |
| 20:29.04 | thesing | Und wir können ja nicht alles machen ;) |
| 20:29.54 | mrdata | eben, am simpad sind 2 mann dran, mit dir wären es dann möglicherweise 3 bzw. slims macht auch noch, aber eher bootloader |
| 20:30.44 | mrdata | im prinzip sind wir fast die ganze hardware durch, mq200 hat zecke gemacht (ich bugfix) |
| 20:31.17 | mrdata | bzw. alles basiert auf zecke seiner arbeit bis kernel 2.6.16 |
| 20:31.45 | mrdata | danach halt die fehler ausbessern |
| 20:32.04 | thesing | bietet der mq200 eigentlich noch potential das z.Z. nicht genutzt wird? |
| 20:32.41 | mrdata | der hat wohl bitblt mit drin ist aber generell zu langsam angebunden |
| 20:33.06 | mrdata | unser display mit 800x600 frist halt bandbreite |
| 20:34.59 | thesing | aber ce hat das ja auch schneller hingekriegt. |
| 20:38.43 | mrdata | was geht dir wirklich zu langsam? |
| 20:40.08 | thesing | ich kann zukucken wie sich ein fenster öffnet. |
| 20:40.35 | thesing | obwohl dass auch eine Animation sein kann, also ein "Feature" |
| 20:40.36 | thesing | Aber wenn dann ist sie zu lang. |
| 20:43.24 | mrdata | passe, ist ohne direkten vergleich schwer zu objektivieren |
| 20:44.15 | thesing | haben sich die 200⬠für das CE 4.2 simpad nun eigentlich gelohnt? |
| 20:44.54 | mrdata | erwischt, ich komme nicht dazu das zu testen |
| 20:46.12 | thesing | rein treibermäÃig ist linux eh unschlagbar: Karte rein wpasupplicant.conf kopiert und wlan ging. |
| 20:46.43 | mrdata | aber 2x linux-simpad (ohh+redboot-bootldr) 1x wince 4.1 (autonavi) 1x wince 4.2 (neue autonavi wenn geht) und 1x skyepad sl4 ist eben zu viel |
| 20:47.23 | mrdata | und neben bei noch 4 normale rechner + notebook + n800 + dbox2 + xbox |
| 20:47.54 | mrdata | kurz, ich brauche längere tage ;-) |
| 20:48.48 | mrdata | aber seit dem wpa wirklich geht bin ich sehr zufrieden |
| 20:49.37 | thesing | obwohl der Touchscreen noch nicht besonders gut geht. Der registriert oft zu viele taps. |
| 20:50.06 | thesing | Ich habe 7 Anläufe gebraucht bis das kalibrieren funktioniert hat. |
| 20:50.36 | mrdata | stop, kalibrieren ist der eigentliche wurm drin, nicht der treiber |
| 20:51.00 | thesing | sicher? bei meinen zauri geht das ohne Probleme. |
| 20:51.02 | mrdata | du testest bestimmt .stable |
| 20:51.12 | thesing | ja. |
| 20:51.31 | mrdata | da habe ich auch schwämmchen bekommen beim kalibrieren |
| 20:52.02 | mrdata | aber selber kernel und .dev mit aktuellen gnome-libs gibts keine fehler |
| 20:52.02 | thesing | man brächte nicht kalibrieren, wenn wir eine pointercal Datei mitliefern würden ( packages/pointercal ) |
| 20:53.30 | mrdata | ja, das könnten wir machen, weil querschnitt aus woglinde, mr_nice, dir und mir sollte was passendes geben |
| 20:53.56 | mrdata | und das der treiber zu viele taps registriert ist falsch |
| 20:54.06 | mrdata | der soll das sogar |
| 20:54.46 | mrdata | weil wenn touchscreen berührt wird reagiere ich auf irq, bis los gelassen wird polle ich |
| 20:55.15 | thesing | ich hab oftmals wohin getippt und hab dadurch zu viele Sachen hintereinander ausgelöst. |
| 20:55.19 | mrdata | du nimmst für collie den pavel-maceck patch oder |
| 20:55.28 | thesing | ja |
| 20:55.52 | thesing | aber ich hab da den touchscreen noch nicht groà getestet |
| 20:55.57 | mrdata | den habe ich ja auch getestet, aber für simpad ist reiner irq ungeeignet |
| 20:56.10 | thesing | also nur tsprint ausgaben |
| 20:56.25 | mrdata | weil nicht jeder irq zur abarbeitung kommt, die rutschen einfach durch |
| 20:57.06 | mrdata | nimm mal ts_test zum testen, dort kann ich schöne linien zeichnen |
| 20:57.16 | mrdata | das ging vorher nie |
| 20:58.12 | mrdata | und für collie, waren früher schon gurken im treiber drin, das ist jetzt glaub ich immer noch so |
| 20:59.03 | mrdata | habe aber leider keinen collie mehr abbekommen, als die bei pulster im ausverkauf waren war ich zu lange unschlüssig |
| 20:59.15 | mrdata | dann waren die alle |
| 20:59.43 | thesing | die sind doch ebay recht günstig. Ich hab die schon für 70 ⬠weggehen sehen. |
| 21:00.19 | mrdata | muss ich mich mal ranklemmen, schon wegen vergleichen und so |
| 21:00.47 | mrdata | hatte den maceck treiber richtigfür simpad und collie passend gemacht |
| 21:03.41 | thesing | Wir sollten insgesamt mehr upstream schicken. |
| 21:05.13 | mrdata | wird langsam zeit, das gebe ich zu, nur wenn ich bedenke das leerzeichen und tabulatoren fast wichtiger sind als code |
| 21:05.26 | mrdata | so das es schön aussieht ... |
| 21:06.23 | thesing | so schlimm ist ja auch wieder nicht. |
| 21:06.47 | thesing | auÃerdem sagt einem checkpatch.pl das meiste schon vorher. |
| 21:07.16 | mrdata | beispiel: erkläre du mir die nutzung von pattform unabhängigen gpios anhand von strongarm sa1100 |
| 21:07.25 | *** join/#opensimpad.org smutny (n=smutny@82.177.122.199) |
| 21:07.36 | *** join/#opensimpad.org smutny (n=smutny@82.177.122.199) |
| 21:07.53 | *** part/#opensimpad.org smutny (n=smutny@82.177.122.199) |
| 21:08.06 | mrdata | ich habe da einen notwendigen patch, damit das überhaupt nutzbar ist, weil normal das so nie gehen kann |
| 21:08.57 | mrdata | für sa1100 haben wir keine 1zu1 direktbeziehung zwischen gpio und passenden irq |
| 21:09.23 | thesing | gut da bin auch nicht durchgestiegen. Da gibt es doch jetzt gpiolib oder so. Hab mich aber noch nie damit beschäftigt. |
| 21:09.27 | mrdata | wird aber vorrausgesetzt, damit der rest damit geht |
| 21:09.40 | thesing | nein zumindest nicht für alle gpios. |
| 21:10.05 | mrdata | okay, gpiolib habe ich noch nicht angesehen, aber wo es anfing konnte das nie gehen |
| 21:10.12 | thesing | zumindest wenn du mit irq einen hardwareirq meinst. |
| 21:10.24 | thesing | reine softwareirqs sind ja schon eindeutig. |
| 21:10.31 | mrdata | ja, gpio1 irq1, gpio2 irq2 |
| 21:12.41 | mrdata | nur als deklarierte variablen passt das dann nicht zusammen |
| 21:12.53 | mrdata | also 1zu1 wie 2zu2 |
| 21:13.31 | thesing | du meinst, dass gpio1 nicht irg1 hat? |
| 21:14.51 | mrdata | irq_gpio27=48 und gpio27=2hoch27 |
| 21:15.29 | mrdata | doch hat er, das passt auch irq_gpio1=1 und gpio1=1 |
| 21:16.49 | thesing | und was ist dabei das problem? |
| 21:16.50 | mrdata | aber schon für irq_gpio2=2 gilt gpio2=4 |
| 21:17.30 | thesing | nein. bis 10 klappt es. |
| 21:17.59 | thesing | siehe include/asm-arm/arch-sa1100/irqs.h |
| 21:18.20 | mrdata | "/linux/include/asm-arm/arch-sa1100/gpio.h" gpio_to_irq |
| 21:18.38 | mrdata | rechne selber nach, das geht nicht |
| 21:18.59 | mrdata | alles grösser gpio2 wird falsch |
| 21:20.01 | mrdata | weil die gpio definitionen alle schön bitgeschiftet sind und nicht einfach incr |
| 21:20.15 | mrdata | siehe sa1100.h |
| 21:20.48 | thesing | das liegt doch aber daran, dass die register so angeordnet sind. bit0 = gpio0 bit1= gpio1 usw. |
| 21:22.19 | mrdata | ist ja auch einzusehen, mann hätte ja trotzdem incr für gpio definition und das schiften im "arch/arm" zweig |
| 21:23.00 | mrdata | das wurde damals aber nicht gemacht, wegen extra arbeit im kernel für schiften, sehe ich ja auch ein |
| 21:23.26 | mrdata | aber so wie gpio.h eingeführt wurde hatte ich einen hals |
| 21:24.06 | mrdata | und viel lustiger, das hat keinen gestört für die sa1100-platform |
| 21:24.27 | mrdata | ergo: das hat kaum einer benutzt, ist schon deprimierend |
| 21:24.38 | thesing | du meinst doch die gpio_to_irq funktion, oder? |
| 21:24.46 | mrdata | ja |
| 21:24.57 | thesing | static inline unsigned gpio_to_irq(unsigned gpio) |
| 21:24.57 | thesing | <PROTECTED> |
| 21:24.57 | thesing | <PROTECTED> |
| 21:24.57 | thesing | <PROTECTED> |
| 21:24.57 | thesing | <PROTECTED> |
| 21:24.58 | thesing | <PROTECTED> |
| 21:25.00 | thesing | <PROTECTED> |
| 21:25.02 | thesing | <PROTECTED> |
| 21:25.06 | thesing | was ist da das problem. |
| 21:25.38 | thesing | bis 10 ist jeder gpio ein eigender hardware irq und die restlichen sind auf einen hardware irq gemappt. |
| 21:26.26 | thesing | und damit hardwareirq=softwareirq nummer hat man die lücke bei den gpio irqs. |
| 21:27.28 | mrdata | wir spielen: ich will irq für gpio2 wissen, also gpio2=4 definiert in sa1100.h |
| 21:28.36 | thesing | in sa1100 ist das nur das bit im register. |
| 21:28.57 | mrdata | und irq_gpio0=0 in irqs.h macht 0+4 = 4 für irq_gpio2 was aber als 2 in irqs.h definiert ist |
| 21:29.02 | thesing | die richtigen irqnummern sind in asm/arch/irqs.h definiert. |
| 21:29.43 | mrdata | ja aber wie greife ich denn auf gpios zu, über die definition von sa1100 oder |
| 21:30.14 | thesing | nur wenn du die register direkt manipulieren willst. |
| 21:31.47 | thesing | IRQ_GPIO0 = 0 in irqs.h also gibt gp2irq(4)= 4 |
| 21:32.46 | mrdata | tja, der irq für gpio2 ist aber 2 und nicht 4 |
| 21:33.34 | thesing | im beispiel habe ich auch gp2irq( 4 ) benutzt. |
| 21:33.52 | thesing | gpio2irq(2) = 2 ist auch richtig. |
| 21:34.14 | mrdata | achso, du willst den irq für gpio4 antesten |
| 21:34.58 | thesing | Möglicherweise gehen dir deshalb irqs vom ucb verlohren? |
| 21:35.03 | mrdata | also gpio4=16 definiert in sa1100.h |
| 21:35.32 | mrdata | und 16+0 = 16 also irq_gpio4=16 FALSCH |
| 21:36.27 | thesing | nein gpio4 ist bit 0x80 in den registern. |
| 21:36.48 | thesing | GPIO4 ist einfach 4 |
| 21:36.58 | mrdata | wo steht das? |
| 21:37.12 | mrdata | also definiert für sa1100? |
| 21:38.07 | thesing | nirgens. Das ganze System wurde so gebaut. |
| 21:38.29 | thesing | eine datei mit gpiox = x wäre ja irgentwie unnütz. |
| 21:38.54 | mrdata | ist aber bei allen anderen archs dann so gemacht wurden |
| 21:40.44 | thesing | weiÃt du zufällig wo für pxa? |
| 21:41.25 | thesing | ich finde nur die definitionen für die alternativen funktionen der gpios |
| 21:44.15 | mrdata | und 0x80 = binary 10000000 was für mich gpio7 wäre |
| 21:45.07 | thesing | das bit für gpio7 in den Registern ja. |
| 21:46.22 | mrdata | ich dachte bei include arch-pxa pxa-regs.h |
| 21:47.37 | thesing | Da stehen auch nur die bits und die alternativen funktionen der gpios. |
| 21:49.02 | thesing | genau wie bei SA1100.h |
| 21:54.48 | mrdata | die rechnen noch in irqs.h mit rum, damit das in gpio.h wieder passt |
| 22:01.30 | thesing | bei pxa? sehe ich nicht so, da PXA_IRQ(x) = x |
| 22:07.34 | mrdata | du hast recht, bei pxa machen die das schiften genau dort wo es hingehört |
| 22:08.46 | mrdata | beispiel register gpdr für sa1100 wird zu gpdr(gpio) für pxa |
| 22:10.04 | mrdata | siehe "arch/arm/..." jeweils generic.c für gpio_direction_input(unsigned gpio) |
| 22:11.03 | mrdata | da sieht man schön die unterschiede |
| 22:11.27 | mrdata | schiften im arch/arm zweig, wie ich es mir gedacht ahbe |
| 22:12.07 | mrdata | dann stimmt auch die rechnung für die gpio_to_irq |
| 22:13.11 | thesing | gut das wir drüber gereded haben ;) Da hab ich das ganze auch wieder mal durchdenken müssen ;) |
| 22:13.33 | mrdata | aber für sa1100 bleibt es falsch |
| 22:15.33 | thesing | nein da ist es doch das selbe. |
| 22:17.29 | mrdata | die register sind namensgleich? |
| 22:17.42 | mrdata | und die bitpositionen auch |
| 22:19.19 | thesing | zum gröÃten teil. |
| 22:19.37 | thesing | Pxa ist ja die weiterentwicklung von SA |
| 22:22.51 | mrdata | irq_gpio14=14 richtig? |
| 22:23.34 | mrdata | mit welchem wert ist dann gpio14 definiert für pxa ,wenn sonst vieles gleich ist? |
| 22:23.42 | thesing | nein. der ist über 10 |
| 22:24.26 | thesing | ach bei pxa meinst du. |
| 22:25.45 | thesing | scheinbar haben bei pxa nur die ersten beiden gpios eigene hardware irqs gekriegt. |
| 22:28.08 | mrdata | corgi_gpio_cf_cd = 14 |
| 22:28.58 | thesing | das sagt ja nur welchen gpio der cf controler vom corgie gekriegt hat. |
| 22:29.57 | mrdata | und das ist dann welcher gpio vom pxa in dessen definition |
| 22:30.47 | mrdata | und bitte nicht falsch verstehen von wegen ich bin zu blöd oder so, ich will das nur selber auch nochmal durchsteigen, ob ich wirklich langsam krank im kopf bin |
| 22:31.56 | thesing | das ist gpio 14 |
| 22:32.59 | thesing | und hat softirq 78 |
| 22:33.35 | thesing | und hardirq 10 (den sich alle gpios ab 2 teilen) |
| 22:33.50 | thesing | #define GPIO_2_x_TO_IRQ(x) (PXA_GPIO_IRQ_BASE + (x)) |
| 22:34.03 | thesing | <PROTECTED> |
| 22:35.06 | thesing | und ich versteh das schon. Wenn man sich erstmal anders einen Reim draus gemacht hat ist es nicht so einfach umzudenken. |
| 22:35.40 | mrdata | das ist dann aber anderer hardware-aufbau als sa1100 |
| 22:37.47 | thesing | ja richtig. Beim SA haben gpio 0-10 eigene hardwareirqs und die ab 11 müssen sich einen weiteren teilen. |
| 22:41.14 | mrdata | mist, das habe ich wirklich nicht gewusst |
| 22:41.45 | mrdata | bzw. dann wohl auch im sa1100 dev handbuch noch nicht gelesen |
| 22:52.48 | thesing | vielleicht löst sich dadurch das irq problem beim ucb |
| 22:56.32 | mrdata | muss da wohl nochmal kräftig drüber schlafen, aber ucb1x00 ist wohl leider mit gpio22 verbunden |
| 22:57.12 | mrdata | ist dann also über "shared" irq struktur verwoben |
| 22:57.24 | mrdata | owei, owei |
| 23:07.19 | thesing | nein hat damit nix zu tun. der hat eine eigenen irqnummer |
| 23:07.51 | thesing | bei shared irqs haben die irqs die gleiche nummer. |
| 23:09.07 | mrdata | aber der hängt an der 11 dran bzw. dort ist die auslösestelle |
| 23:09.21 | thesing | die cpu kriegt den irq für gpio11-X entscheidet welcher irq schuld war und löst den entsprechenden irq aus. |
| 23:10.30 | mrdata | okay, ich denke langsam in dicken sirup |
| 23:11.03 | mrdata | eine bedeutender mann der geschichte meine: ich habe fertg |
| 23:11.20 | thesing | das irq mux wird in arch/arm/mach-sa1100/irq.c gemacht. |
| 23:11.28 | thesing | ok gute nacht. |
| 23:11.48 | mrdata | und das schaue ich mir dann wohl morgen an (oder heute) |
| 23:11.59 | mrdata | danke jedenfalls und auch gute nacht |