IRC log for #opensimpad.org on 20070412

07:48.04*** join/#opensimpad.org mrdata (i=mrdata@dslb-088-074-132-090.pools.arcor-ip.net)
07:48.14mrdatax29a: morgen
08:06.57x29amoin mrdata
08:59.25*** join/#opensimpad.org Slims (n=Slims@10-193.1-85.cust.bluewin.ch)
08:59.35Slimsmorgen
09:00.27x29amoin
09:09.22mrdataSlims: guten morgen
09:09.35Slimsmorgen allerseits
09:14.09mrdataSlims: schon mal ein ganzes image geflasht?
09:15.19Slimsmrdata: ein linux image?
09:16.33Slimsmrdata: linux image noch nicht (braucht sehr lange per ymodem)
09:16.57Slimsmrdata: darum bastle ich am ne2000 pcmcia treiber :-)
09:19.22mrdataSlims: oder pcmcia-cf card unterstützung in redboot mit vfat ;-)
09:19.54mrdataSlims: aber modem zeit ist horror
09:20.47Slimsmrdata: lieber netzwerk, dann könnte man den kernel auf einem tftp server lassen und redboot holt sich ihn beim booten ;-)
09:21.54mrdataSlims: netzwerk habe ich ohne ende, aber eben keine ne2000 pcmcia, die bei ebay auf verdacht zu nehmen, weis nicht
09:22.18mrdataSlims: es garantiert ja keiner das die dann auch geht
09:24.07Slimsmrdata: no risk no fun
09:25.54*** join/#opensimpad.org x29a_ (n=x29a@unaffiliated/x29a)
09:26.43Slimsmrdata: cf support wäre auch schön aber eines nach dem andern :-)
09:27.59mrdataSlims: ist ja auch gut
09:29.31Slimsmrdata: usb net :-) aber das überschreitet meine fähigkeiten wie ich feststellen musste bei weitem :-I
09:30.00mrdataSlims: das habe ich mir gestern angeschaut
09:30.33Slimsmrdata: für linux müsste es schon möglich sein
09:30.36mrdataSlims: happert blos daran, das just in unserem linux-2.6.20 der support für sa1100-usb fehlt
09:31.04mrdataSlims: den muss ich mir erst von den zaurus leute klauen, die haben den wieder dri
09:31.04Slimsmrdata: es gibt glauh ein patch
09:31.38mrdataSlims: ja im linux-rp-2.6.20 zweig, habe ich gestern nacht noch gefunden
09:31.55mrdataSlims: ich weis auch wo der liegt ;-)#
09:33.00Slimsmrdata: zaurus haben/hatten einmal einen properitären usb net treiber.
09:33.26Slimsmrdata: so viel ich weiss, aber ev. haben sie jetzt auch umgestellt
09:50.00Slimsmrdata: http://pastebin.ca/436044
10:05.18mrdataSlims: das heist du willst jetzt ein LOB für eine gehende NE2000 verbindung zu deinem pc, pöh, ich habe da ja gar nix von *grins*
10:05.55mrdataSlims: ne, wird immer besser der redboot, finde ich
10:06.43mrdataSlims: habe ich dir schon gesagt, das ich patch erstellung zum eumeln finde, man kann die dinger einfach nich manuell bearbeiten
10:07.02mrdataSlims: es muss da ein geheimnis geben, was ich nicht begreife
10:07.14Slimsmrdata: du kommst nicht um eine ne2000 karte :-)
10:07.26Slimsmrdata: patch erstelle ich nur über git
10:07.42Slimsmrdata: geht von mir aus am einfachsten
10:08.13mrdataSlims: das ist dann wieder so ein tag, ich will ja nur mal schnell (kurz), und dann geht die lawine los
10:08.29Slimsmrdata: :-)
10:09.22mrdataSlims: ich doktor da jetzt schon 3 stunden rum, das frustriert langsam, einfache textdateien, ich begreife das prinzip nicht, warum der bei mir nicht will
10:09.41Slimsmrdata; am besten stellt man den simpad in eine ecke geht eine woche arbeiten und kauft sich ein notebook ;-)
10:10.18mrdataSlims: nö, ich sitze doch am notebook
10:10.50mrdataSlims: also müsste ich das knsequenter weise verkaufen, weil taugt ja nichts
10:10.53Slimsmrdata: manuell patchen ist dann am einachsten, wenn man nicht zuviel dateien/ verschiedene zeilen ändern muss
10:12.02mrdataSlims: ich habe die gleichen dateien, nur die kernelversionen sind verschieden, und der spass muss um ein paar zeilen verschoben werden, mehr aber auch nicht
10:13.15Slimsmrdata: :-(
10:13.26Slimsmrdata: für usb net ...
10:14.04mrdataSlims: ne, patches für kernel 2.6.20 auf 2.6.21-rc6 hetzen um suspend zu bearbeiten
10:15.17Slimsmrdata: ok, immer der aktuellste kernel :-)
10:17.32mrdataSlims: ist eher wegen power-button für wakeup
10:22.41Slimsmrdata: läuft pcmcia schon im 2.6 kernel (ne2000 treiber)
10:24.55mrdataSlims: kann ich leider nicht testen ...
10:28.29Slimsmrdata: ist der pcmcia treiber einkompiliert
10:30.03mrdataSlims: nein
10:30.48Slimsmrdata: ok ich richte gerade ein tftp server ein um redboot einmal zu testen :-)
10:31.52mrdataSlims: pcmcia treiber ist natürlich drin, aber kein ne2000 pcmcia support
10:32.15Slimspc_net heisst das glaub bei linux
10:34.04mrdataSlims: okay, den hätte ich dann doch als pcnet-cs
10:34.22mrdataSlims: aber nur als paket zum extra installieren
10:34.57Slimsmrdata: und NFS?
10:36.59Slimsmrdata: dann müsste man zum entwickeln nichts mehr auf den simpad flashen, da alles übers netzwerk geladen wird. aber dann müssten natürlich alle diese komponenten fest in den kernel geladen werden ;-)
10:43.03mrdataSlims: das klingt verlockend
10:43.25Slimsmrdata: wenn es funktioniert
10:43.49mrdataSlims: ich muss mal meine 3com rauskramen
10:44.18mrdataSlims: wobei "meine" = relativ, gehört meiner freundin, ist dann also leihgabe
10:44.22Slimsmrdata: steck sie mal in dein laptop und scho ob sie nicht ne2000 compatibel ist
10:44.37Slimsmrdata: dmesg sollte das ausspucken
10:44.47mrdataSlims: die kann kein ne2000, das weis icj schon
10:45.10Slimsmrdata: :-(
11:29.23Slimsmrdata: booten des kerneles über tftp: http://pastebin.ca/436138
11:44.38mrdataSlims: das sieht immer besser aus ;-)
11:45.14mrdataSlims: du bist dann der einzige, der eine saubere developer umgebung hat
11:45.49Slimsmrdata: der ne2000 treiber ist noch ziemlich fehleranfällig
11:47.56mrdataSlims: der im redboot?
11:48.16Slimsmrdata: ja
11:49.40Slimsmrdata: kein hotplug, mac adresse wird noch nicht erkannt
11:50.03mrdataSlims: das bekommst du dann auch noch hin
11:50.22Slimshotplug: man kann die karte auch nicht abmelden um sie zu entfernen
11:51.04Slimsmrdata: ich habe den treiber erst mit 2 karten getested und eine davon läuft nicht :-)
11:52.48Slimsmrdata: ich muss studiere gerade den pcnet_cs treiber von linux ev kann ich dort noch was rausfinden, denn der läuft bei praktich allen karten. Aber schon bald ist wochenend ...
11:53.10Slimsdas muss ist zuviel :-)
11:53.15mrdataSlims: dann erhole dich schön
12:15.13*** join/#opensimpad.org mr_nice (n=mr_nice@p54A9D6A1.dip.t-dialin.net)
12:15.25mr_nicehi all
12:17.48Slimshi
12:18.15mrdatamr_nice: hi alleine
12:18.41mrdatamr_nice: ich hasse patch-files
12:18.51mr_nicemrdata: warum?
12:19.03mr_nicemrdata: was ist das probelm?
12:19.04mrdatamr_nice: die kann man nicht einfach so editieren
12:19.15mr_nicemrdata: ja das darf man nicht
12:19.27mrdatamr_nice: WARUM? zum teufel
12:19.49mr_nicedie haben checksummen drin um sicher zu gehen, dass alles richtig ist
12:20.11mrdatamr_nice: wo stehen die, etwa am ende?
12:20.30mr_niceweiß nicht wo die genau stehen
12:20.38Slimsmr_nice: booten des kernels über tftp: http://pastebin.ca/436138
12:20.55Slimsso ich bin jetzt im weekend ...
12:22.00mr_nicemrdata: entpacke einfach einen vanilla tree
12:22.00mr_niceund kopiere ihn unter einen anderem namen
12:22.00mrdatamr_nice: ich nehme einen kernel-2.6.21-rc6
12:22.00mr_nicedanach patcht du den kerenltree und machst ein diff
12:22.00mrdatamr_nice: und hetze unsere patchs gegen den
12:22.00mr_niceja, geht auch
12:22.09mrdatamr_nice: geht eben nicht
12:22.10mr_nicenaja
12:22.16mr_niceso halbwegs
12:22.45mrdatamr_nice: habe für jede andere änderung im kopf selber diff gespielt
12:22.49mr_nicedie sourcen sollten klappen wenn du den tree linux-2.6.20 nennst
12:23.04mr_niceund der rest sind Makefiles und Kconfigst
12:23.10Slimsbye bye
12:23.10mr_nicedie können sich geändert haben
12:23.19mr_niceSlims: bye
12:23.28mrdatamr_nice: der heist aber linux-2.6.21-rc6, das habe ich ja auch schon angepasst
12:23.37*** part/#opensimpad.org Slims (n=Slims@10-193.1-85.cust.bluewin.ch)
12:23.39mrdataSlims: bye
12:23.49mr_nicedu kannst in einem diff nichts "anpassen"
12:24.26mrdatamr_nice: ich bin wohl nur zu doof das zu raffen
12:24.52mrdatamr_nice: wobei, bei ein oder zwei dateien ging das ja auch
12:25.17mrdatamr_nice: Kconfig ging schief, Makefile nimmt der anstandslos
12:25.35mrdatamr_nice: ich war also auf dem richtigen weg
12:26.17mrdatamr_nice: denn nur mit magie kann patch alleine auch nicht arbeiten, das muss also logisch sein
12:26.46mr_nicekannst dir ja die quellen durchlesen
12:27.24mr_niceder muss ja genau wissen wo er die änderung hinmachen soll
12:27.28mrdatamr_nice: ich beis mich da jetzt durch
12:27.52mr_niceeinfacher ist es du liest dir die .rej datein schnell durch
12:28.06mrdatamr_nice: ich habe ja auch die zeilen und anzahl zeilen passend gemacht
12:28.14mr_niceund änderst die kleinigkeiten per hand in den datein und machst dann ein frisches diff
12:28.30mrdatamr_nice: naja, so ungefähr
12:28.48mr_nicewenn es dir lieber ist in dem diff zu basteln kannst du das natürlich auch machen
12:33.35mr_nicecool Slims hat es mit dem tftp hin bekommen :)
12:33.35mrdatamr_nice: tftp ist toll, wenn man ne2000 pcmcia hat
12:33.52mr_nicehoffentlich kann man die ports tauschen
12:34.43mr_nicedas sollte das kerneltesting um einiges schneller werden lassen
12:36.55mrdatamr_nice: ihr gauner, ihr wollt nur besser arbeiten können, und ich darf mich hier abquälen, mit cf spielchen
12:37.27mr_nicemrdata: eine ne2k karte kaufen
12:37.28mr_nice?
12:37.35mr_nicesollte doch nichts mehr kosten
12:39.33mrdatamr_nice: zeige mir die karte wo drauf steht ne2k kompatibel pcmcia 16bit und ich schlage sofort los
12:40.05mrdatamr_nice: und sie muss auch lieferbar sein
13:01.20mr_nicemrdata: die meisten realtech sind ne2k
13:03.13mrdatamr_nice: und wo gibt es die als pcmcia nicht als pci
13:05.49mr_niceebay?
13:12.09mrdatamr_nice: es ist dort blos zum mäuse melken, keiner schreibt hin ne2000 kompatibel
13:17.48mr_nicedas stimmt
13:18.54mr_nicehttp://cgi.ebay.de/PCMCIA-Netzwerkkarte-10-100-Mbit-v-Longshine-f-Laptop_W0QQitemZ270108212647QQihZ017QQcategoryZ21902QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
13:19.00mr_nicemeine longshine ist ne2k
13:19.26mr_nicedas dumme ist nur, dass alle longshine keine richtige typenbezeichnung haben
13:36.31mrdatamr_nice: eine liste mit kandidaten habe ich auch schon gefunden
13:36.35mrdatamr_nice: http://www.pocketpcfaq.com/peripherals/pccardethernet.htm
13:37.01mrdatamr_nice: die ne2000 dinger sind aber so alt, die stellt keiner mehr her scheint mir
13:42.54mr_nicewie 16 bit karten im allgemeinen
13:43.28mr_nicedas simpad ist halt schon betagt leider
13:59.50mr_nicemrdata: meinst du wir finden jemand der uns bei dem pm bug helfen kann?
14:04.09mrdatamr_nice: der bug kommt über die platform_devices für die es keine/falsche platform_driver gibt
14:04.50mrdatamr_nice: der fehler kommt nicht von uns, glaube ich, sondern steckt im kernel
14:05.41mrdatamr_nice: mich würde der suspend to ram eines zaurus sl5500 interessieren mit meiner platform.c
14:06.27mrdatamr_nice: dann würde ich durchsteigen ob es ein generelles problem ist, oder nur das simpad betrifft
14:07.02mrdatamr_nice: ich weis nicht ob wir jemanden dafür gewinnen können
14:07.54mrdatamr_nice: das würe ich aber gerne vorher gemacht haben, bevor wir anderen damit auf den geist gehen
14:08.37mrdatamr_nice: zur zeit geht das simpad ja schlafen, ohne das ich fehlermeldung bekomme
14:09.13mrdatamr_nice: ich will nur deinen power-button jetzt testen bis das simpad wieder aufwacht
14:10.21mrdatamr_nice: dann kann ich resume_early und resume abtesten, deshalb brauche ich ja die patches gegen 2.6.21-rc6
14:21.01*** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a)
14:41.18mr_nicemrdata: teste einfach plain
14:41.38mrdatamr_nice: wie pain?
14:41.43mr_nicemrdata: ist eh besser. dann wissen wir, dass es nicht an den patchen liegt sondern wirklich am kernel
14:41.43mrdataplain
14:41.53mr_nicemrdata. na ohne die patche
14:42.13mr_nicepm braucht die patche und anderen treiber ja nciht
14:42.16mrdatamr_nice: auch ne ide
14:42.18mrdatamr_nice: auch ne idee
14:42.25mr_niceund wir können auschließen, dass wir schuld sind
14:44.23mrdatamr_nice: glaube mir, wir sind da nicht dran schuld
14:44.47mr_niceja, aber so kann man es beweisen
14:53.16mrdatamr_nice: ich schmeiss heute bald alles weg
14:54.05mrdatano rule to make target oldconfig, will der mich verarschen?
14:54.34mrdatader kopiert brav den kernel
14:54.46mrdatavergiste das defconfig file
14:55.06mrdatawobei da glaube ich die oe leute schuld sind
14:57.04mrdatasorry ich bin dran schuld
14:57.04mr_niceich baue den kernel immer mit dem crosscompiler direkt
14:57.21mrdatazuviel in einer datei gelöscht
14:59.17mr_niceverdammt wie declariet man denn memset oder close? ich bau gerade ein makefile für das thumb2keys und bekomme sowas -> http://pastebin.ca/436456
15:00.46mr_niceah, ok
15:01.00mr_nicehatte die string.h vergessen
15:01.18mr_niceaber für close und write?
15:23.52mr_nicefürs log close read write sind in  <unistd.h>
16:10.06mrdatamr_nice: ich glaube mein kernel wird gerade gebaut
16:10.29mrdatamr_nice: huch, schon fertig ;-)
16:27.52mr_nice~lart aclocal dafür, dass ich es nicht verstehe
16:27.52infobotgives aclocal dafür, dass ich es nicht verstehe an extra strength ACME sleeping pill, sending aclocal dafür, dass ich es nicht verstehe to sleep for 150 years, and awakening to seven strange dwarfs and a large apple
16:28.07mr_nicehehe, das wollte ich schon immer mal testen
16:32.23mrdatamr_nice: ich glaube immer mehr, das wir unschuldig sind
16:37.15mrdatamr_nice: jedes platform_device welches unter arch/arm/mach-sa1100/ in generic.c angelegt wird enthält eine zeitbombe,
16:37.50mrdatamr_nice: wenn sich dafür nicht ein passender platform_driver zuständig fühlt
16:39.39mrdatamr_nice: die bekommen dann alle den -> drv: *0xFFFFFFE4 als pointer
16:40.19mrdatamr_nice: und dessen drv->suspend_late pointer kann dann nur ins nirwana zeigen
16:41.33mrdatamr_nice: weiterhin ist der drv->suspend_late für sa1100-pcmcia immer noch falsch drv->suspend_late: *0x645F6370
16:44.16mrdatamr_nice: ausserdem ist lustig (mq200 treiber ist nicht da), das das simpad beim suspend aus geht (grüne lampe ist aus)
16:45.12mrdatamr_nice: aber das display noch hell leuchtet
16:45.22mrdata~logs
16:45.24infobotwell, logs is apt/ibot/infobot/jbot/purl all log daily to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz
16:45.31mrdata~log
16:45.32infobothmm... log is as piece of wood, or a record, or the opposite of exponentiation
16:45.54mrdata~livelog
16:46.09mrdata~livelogs
16:46.23mrdatahaben wir also nich
17:54.48mrdatamr_nice: kann es sein das wir das input_keyboard_gpio gar nicht in den kernel bekommen?
17:56.00mrdatamr_nice: ich versuche das gerade hin zu bekommen, aber bei Console input/output redirected will der keine input_keyboard zu lassen
18:07.05*** join/#opensimpad.org x29a (n=x29a@unaffiliated/x29a)
18:19.41mrdatax29a: hi
18:21.11mr_nicemrdata: hast du die änderungen übernommen die ich dir gesten geschickt habe
18:21.17mr_nicewo kommt die meldung?
18:21.22mr_nicewas für einen meldung kommt
18:22.00mr_niceder gpio treiber meldet sich genau so bei dem input dev an wie mein switches treiber
18:22.40mr_nicehast du evdev als y oder als m?
18:26.20mrdatamr_nice: evdev=y
18:26.52mrdatamr_nice: änderungen habe ich gemacht, auch estra includes noch raus bekommen für simpa.c
18:26.56mrdatamr_nice: änderungen habe ich gemacht, auch estra includes noch raus bekommen für simpad.c
18:32.04mrdatamr_nice: danke, ich sollte aufhören menuell alle sachen zu lösen
18:34.22mr_nicekein problem
18:34.44mr_niceich frage rp mal ob er zeit hat zu kucken ob ich alles richtig gemacht habe
18:35.30mr_nice~logs
18:35.33infoboti heard logs is apt/ibot/infobot/jbot/purl all log daily to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz
18:36.24mr_nicewieso haben wir von den letzten tagen keine logs mehr?
18:37.24mr_nicemisst.hast du den link von den pastebins noch die ich dir gestern geschickt habe?
18:41.34mrdatamr_nice: zu welchen thema?
18:42.02mr_nicedie codeschnipsel und die kernelmeldung dazu
18:43.56mr_niceund wir müssen rausfinden, warum wir nicht mehr gelogt werden
18:44.11mrdatamr_nice: der hier http://pastebin.ca/435277
18:44.38mr_nicejepp und der kernelschnipse
18:45.03mrdatamr_nice: und der http://pastebin.ca/435280
18:45.22mr_nicedanke :)
18:45.48mrdatamr_nice: damit habe ich bewiesen das ich hier mitarbeite oder?
18:46.16mrdatamr_nice: wir haben aber nur glück, das die browser ein so langes gedächtnis haben
18:46.30mr_nicehehe
18:46.42mr_niceich habe mich auf das log verlassen :(
18:47.27mrdatader bot wurde zwischenzeitlich mak neu gestartet
18:52.32mr_nicejetzt loggt der wieder?
18:52.54mr_niceich habe jetzt mal bei #handhelds.org wegen den keys gefragt vieleicht hat ja einer zeit dafür
18:52.57mr_nice:)
18:52.59mr_nicemal schaun
18:54.07mr_nicemrdata: mir fällt gerade auf ich habe was vergessen mitzucopieren bei dem simpad.c schnipsel
18:54.20mr_nicestatic struct platform_device *devices[] __initdata = {
18:54.20mr_nice&simpad_keys,
18:54.21mr_nice<PROTECTED>
18:54.21mr_nice};
18:54.47mrdatamr_nice: achso, na gucke aber auch, und ich wundere mich warum hier nichts zu sehen ist
18:55.24mr_nicehehe
18:55.25mr_nicesorry
18:55.31mr_niceist mir gerade aufgefallen
18:55.46mrdatamr_nice: linux/input.h und linux/gpio:keys.h habe auch gefehlt ;-)
18:56.01mr_niceja
18:56.06mrdatamr_nice: die habe ich mir dann noch zusammen gereimt
18:56.07mr_niceich sollte einen patch machen
18:56.52mr_niceaber gegen eine git version? wie hast du rc6 gezogen?
18:59.13mrdatamr_nice: direkt von kernel.org abteilung testing
18:59.32mrdatamr_nice: das habe ich sogar oe machen lassen
18:59.47mr_niceals patch?
18:59.52mrdatamr_nice: also extra bb file
19:00.07mrdatamr_nice: linux-2.6.21-rc6.bb
19:00.10mr_nicehabe nur einen prepatch gefunden und der hat ein paar rejects gebracht
19:00.14mr_niceah
19:01.17mrdatamr_nice: dann noch an der distro für angstrom gebastelt
19:02.41mr_nicewir sollten sie vor allem kleiner machen
19:05.50mrdatawas kleiner machen?
19:06.27mr_nicedas image
19:06.32mr_nicealso angstrom
19:06.51mrdataach so, das ist okay
19:07.23mrdataich glaube ich baue übelste debug file images, die dateien sind alle viel zu gross
19:07.52mrdatahabe mal gegen familiar 0.8.4 verglichen
19:08.05mrdatada stimmt noch was garnicht
19:10.04mr_nicehm, wir sollten koen oder so fragen ob wir was falsch machen
19:11.52mrdataaber immer schritt für schritt, erst kernel
19:12.09mrdataund da jetzt den verdummichten power-button
19:13.14mrdatader hängt auf input:input1 und input:event1
19:15.10mr_nicehängt?
19:22.27mrdataroot@simpad:/sys/devices/platform/gpio-keys.0$ ls
19:22.27mrdatabus           input:event1  modalias      subsystem
19:22.27mrdatadriver        input:input1  power         uevent
19:22.27mrdataroot@simpad:/sys/devices/platform/gpio-keys.0$
19:27.43mr_nicekommt bei dir was im dmesg wenn du den button drückst?
19:31.07mr_nicehehe, der gpio ist falsch
19:31.20mr_niceich ändere ihn und versuche es noch mal
19:33.46mrdatamr_nice: GPIO-l = lower interrupts nicht eins
19:34.13mrdatamr_nice: schaue mal unter arch/arm/mach-sa1100/irq.c
19:34.42mrdatamr_nice: und der gpio vom pwer-button ist irq0, das passt schon
19:34.49mr_nicebei active_low?
19:37.58mr_nicees geht :)
19:43.06mr_niceIch ziehe mir mal den rc6 tree
19:43.13mr_niceund baue ein patchset für den treiber
19:43.23mr_nicekannst du mir noch die änderung für den serial geben?
19:43.37mr_niceals pastebin oder so. ist ja nur eine änderung in simpad.c oder?
19:44.31mrdataja, und was hat du nun geändert
19:44.48mr_niceden gpio
19:44.55mr_nicehardcoded zu 0
19:45.20mr_niceich erweitere simpad.h um einen eintrag wie ihn psokolovsy vorgeschlagen hat
19:45.25mr_nicedann mache ich ein patchset
19:45.28mr_niceund schicke es dir
19:45.38mr_niceso lange kannst du den ja auch auf 0 hardcoden
19:46.54mrdataalso anstatt GPIO_POWER_BUTTON direkt GPIO_GPIO0?
19:47.01mr_nicenein direkt 0
19:47.06mr_nicealso zahl
19:47.20mr_niceaber ich werde in simpad.h jetzt nach etwas richtigem suchen
19:47.35mr_niceoder es wie psokolovsy vorgeschlagen hat erweitern
19:47.39mrdataalso spinnt deren gpio_to_irq routine wohl etwas
19:47.42mr_niceoder ändern je nach dem
19:48.01mr_nicenein der hat gesagt, dass die definition falsh war
19:48.12mr_nicealso nicht falsch unsere ist ne mask
19:48.30mr_niceund das sollte sie für den treiber nicht sein
19:48.54mr_nicedas könnte auch erklären, warum das dumme pad nicht mehr aufwacht!!!
19:49.33mr_nicewir müssen auch mal den PWR_GPIO hardcoden
19:49.35mr_niceoder so
19:52.24mr_niceals nächstes porte ich unsere patchsets auf 2.6.21-rc6
19:53.00mr_nicemrdata: bitte poste den serial part :)
19:53.17mrdatageht ja schon los
19:53.36mr_nicebin nur so freudig :)
19:53.47mr_niceuns fehlt nur noch der sysfs treiber
19:53.56mr_nicedann ist der kernel da wo der alte war
19:54.06mr_nicealso wenn es schalfen geht und wieder auf wacht
19:55.29mr_nicedann kann ich auch ein neues rule für 21-rc6 für hrw erstellen ;) der hat gesagt ich soll das machen sobald es ein 21 rc in oe gibt :)
20:02.51mrdatamr_nice: http://pastebin.ca/436902
20:04.57mr_nicemrdata: ist das aus dem alten kernle patch?
20:05.01mrdatamr_nice: ich habe nocmal nachgeschaut, in simpad.h ist nichts falsch, wenn du dann in SA-1100.h schaust findest du
20:06.11mrdatamr_nice: #define GPIO_GPIO0   GPIO_GPIO (0)
20:06.44mrdatamr_nice: im ergebnis das gleiche wie in H3600.h
20:06.54mrdatamr_nice: ja
20:07.26mrdatamr_nice: ist von kernel 2.6.20 sorry, aber ich sollte den 2.6.21-rc6 nicht anfassen war gesagt
20:10.52mr_niceah, ok dann nehme ich den
20:12.43mr_nicemrdata: ich meinte ob die serial funktionen von dem 2.4er oder einem patch davon sind
20:14.18mrdatamr_nice: die sind direkt vom gepatchten 2.4 ;-), der liegt immer parallel griffbereit zum abkupfern
20:15.40mrdatamr_nice: ist vom 2.4 simpad-serial.patch
20:16.20mrdatamr_nice: her hinein gekommen, ist glaube ich von beecon gemacht worden (für bluetooth)
20:16.25mr_niceok, dann schreibe ich das dazu
20:16.38mr_nicenur wegen der quellenangabe und so
20:16.47mr_nicenicht dass wir ärger bekommen
20:19.32mrdatamr_nice: ganz genau dürfte das Till Harbaum gemacht haben
20:19.47mrdatamr_nice: bin mir da aber nicht ganz sicher
20:19.55mr_nicedie angabe von dem patch reicht
20:21.31mr_nicebei den includes muss ich nichts dazu machen oder?
20:22.53mrdatamr_nice: alles schon da
20:22.56mr_niceist der gpio am anfang auf 0 oder 1 gesetzt?
20:23.04mr_nicealso gpio0
20:23.05mrdatamr_nice: bin mit jetzt sicher
20:23.35mrdatawoher soll ich das den wissen?
20:24.20mrdatamr_nice: der muss auf input stehn, denke ich, aber ob 0 oder dann 1, keine ahnung
20:25.12mrdatamr_nice: am besten irgendwo abtesten
20:25.31mrdatamr_nice: und als debug bei kernel start mit ausgeben
20:26.08mrdatamr_nice: also GPIO0 als eingang, GPIO0 zustand einlesen und per printk ausgeben
20:26.20mrdatamr_nice: dann wissen wir es ganz genau
20:27.57mr_nicehm #define GPIO_POWER_BUTTONGPIO_GPIO0
20:28.14mr_nicealso ist GPIO_GPIO0 doch falsch??
20:28.25mr_niceich teste einfach mal
20:30.21mrdatamr_nice: also vom H3600 geklaut GPIO0 init level = 0 -> low
20:30.59mr_niceich kucke noch mal nach
20:31.06mr_niceich bau erst mal blind den patch
20:31.12mr_nicedann kann man den ja wieder ändern
20:31.27mr_nicenur damit ich es mal fest gehalten habe und testen kann
20:31.35mrdatamr_nice: GPIO_GPIO0 ist richtig, das wird dann über SA1100.h zu GPIO_GPIO (0) vom compiler gefunden
20:34.03mrdatamr_nice: #define GPIO_POWER_BUTTON = GPIO_GPIO0 = GPIO_GPIO (0) was anderes bleibt dem compiler nicht
20:35.00mrdatamr_nice: und bei uns würde gpio seitig auch nichts anderes gehen (siehe ttySA0 + ttySA1)
20:35.26mrdatamr_nice: deren pins sind auch nur in simpad.h deklariert
20:35.29mr_nicenaja mit GPIO_POWER_BUTTON wurde es 1
20:35.38mr_niceaber egal ich teste noch mal dann weiß ich es genauer
20:35.52mr_nicebin gerade mit den patchsets beschäftigt
20:35.54mrdatamr_nice: wo wurde etwas 1?
20:37.03*** join/#opensimpad.org infobot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
20:37.03*** topic/#opensimpad.org is Welcome to #opensimpad.org - The official channel for developement all around simpads - Please stick to german or english
20:37.17mr_nicewb infobot
20:39.52mrdatainfobot wieder da *freu*
20:58.13mr_nicemrdata: wir sollten morgen oder übermorgen mal in #handhelds.org wegen dem suspend fragen vieleicht hat ja einer zeit für uns
20:58.59mrdatamr_nice: erst den button, damit ich sehe ob rsume losgeht, bitte
20:59.23mrdatamr_nice: dann gehen wir auf löcher tour
21:00.22mr_nicehttp://opensimpad.org/images/1/1e/Linux-2.6.21-rc6.SIMpad-serial-and-gpio_keys.patch.gz
21:01.23mr_niceich habe die zwei änderungen in einem patch zusammen gefasst, da beide die simpad.c patchen und ich nicht weiß ob man die sonst nacheinander einspielen kann
21:02.01mr_nicedu kannst dann ja schon mal den wake up testen, aber wie gesagt der treiber hat nichts mit dem wake up zu tun
21:02.40mrdatamr_nice: Simpad.c -> simpad_init()  GPIO_POWER_BUTTON = 0x1
21:03.02mrdatamr_nice: ist tatsächlich lustig
21:03.41mrdatamr_nice: muss mal noch den GPIO_GPIO0 und den GPIO_GPIO (0) hinsetzen
21:11.14mr_nicemrdata: und ich werde den gpio_keys treiber erweitern! wenn man einmal drückt sind es manch mal 2 mal drücken. das muss man abfangen. habe ich in dem switches treiber auch gemacht
21:11.56mr_niceüberprüfe mal bei dir ob das auch passiert
21:12.17mrdatamr_nice: das hatte ich schon x29a erklärt, das wir ein prell thema haben
21:12.55mrdataSimpad.c -> simpad_init()  GPIO_POWER_BUTTON = 0x1
21:12.55mrdataSimpad.c -> simpad_init()  GPIO_GPIO0        = 0x1
21:12.55mrdataSimpad.c -> simpad_init()  GPIO_GPIO (0)     = 0x1
21:13.10mr_nicehm
21:13.27mr_nicedann doch ein extra define  dafür
21:13.31mrdatamr_nice: die eins steht irgendwie fest scheint mir
21:13.45mrdatamr_nice: wenn es aber bei dir geht
21:13.59mr_niceich habe direct hard mit 0 gecoded
21:14.12mr_niceaber dir die mit GPIO_GPIO0 zum testen geschickt
21:14.14mr_nice;)
21:14.19mrdatamr_nice: aber nicht in deinem patch ;-)
21:14.26mrdatamr_nice: du gauner
21:14.29mr_nicehehe
21:14.50mrdatamr_nice: und ich drücke mir hier den wolf
21:14.51mr_nicemach einfach eine 0 draus zum testen
21:15.09mrdatamr_nice: und sehe nicht einen irq davon
21:15.17mr_niceist aber auch ein misst sowas kann auch keiner wissen
21:15.41mr_nicewenn das GPIO_POWER_BUTTON steht gehe ich davon aus das es auch einer ist ;)
21:16.05mrdatader fehler kommt von SA1100.h
21:16.16mrdatabzw: dem compiler
21:16.40mrdatawarum ist GPIO_GPIO (0) = 1 frage ich mich
21:17.42mr_nicein irgend einem define wird der geshifted glaube ich. ich muss noch mal danach suchen
21:21.05mr_niceden cs3 latch porte ich erst mal nicht auf 2.6.21
21:21.27mr_niceich kümmere mich da dann um den sysfs
21:25.01mrdatamr_nice: ist in ordnung
21:25.17mr_niceso den mq treiber noch und alle patches sind geportet
21:26.01mrdataSimpad.c -> simpad_init()  GPIO_POWER_BUTTON = 0x1
21:26.01mrdataSimpad.c -> simpad_init()  GPIO_GPIO0        = 0x1
21:26.01mrdataSimpad.c -> simpad_init()  GPIO_GPIO (0)     = 0x1
21:26.01mrdataSimpad.c -> simpad_init()  GPIO_GPIO1        = 0x2
21:26.22mrdatadie dinger liegen um eins versetzt
21:27.59mr_niceja, in irgend einem .h ist ein shifter drin
21:32.37mrdatamit hart 0 habe ich interrupts, das ist ja wahnsinn
21:36.12mrdataSimpad.c -> simpad_init()  GPIO_POWER_BUTTON     = 0x1
21:36.16mrdataSimpad.c -> simpad_init()  IRQ_GPIO_POWER_BUTTON = 0x0
21:36.20mrdataSimpad.c -> simpad_init()  GPIO_GPIO0            = 0x1
21:36.20mrdataSimpad.c -> simpad_init()  GPIO_GPIO (0)         = 0x1
21:36.20mrdataSimpad.c -> simpad_init()  GPIO_GPIO1            = 0x2
21:36.20mrdataSimpad.c -> simpad_init()  IRQ_GPIO1             = 0x1
21:36.20mrdataSimpad.c -> simpad_init()  GPIO_GPIO2            = 0x4
21:36.21mrdataSimpad.c -> simpad_init()  IRQ_GPIO2             = 0x2
21:37.03mrdatadann behaupte ich al GPIO_GPIO3 wäre dann wohl 0x8
21:39.04mrdatabitfield.h was macht die denn dabei, mhh
21:40.00mr_nicedann verwenden wir absofort einfach IRQ_GPIO_POWER_BUTTON
21:43.55mrdata#define GPIO_MIN(0)
21:43.55mrdata#define GPIO_MAX(27)
21:43.55mrdata#define GPIO_GPIO(Nb)        /* GPIO [0..27]                    */ \
21:43.55mrdata<PROTECTED>
21:43.56mrdata#define GPIO_GPIO0GPIO_GPIO (0)/* GPIO  [0]                       */
21:44.10mrdatader shifter ist schon fies, oder
21:44.35mrdata<PROTECTED>
21:45.19mrdatajeder gpio eine zweierpotenz weiter
21:45.45mr_niceich hab ja gesagt irgendwo ist ein shifter drin :)
21:45.47mrdata28 gpios haben wir
21:46.03mrdatafür 32 bit zahl also ausreichend
21:46.54mrdatada fallen sann aber alle auf die nase mit gpio_to_irq bei prozessor = SA1100
21:47.03mrdataauch die H3600 leuts
21:47.24mrdatabei denen wird auch geshiftet
21:48.21mrdatamr_nice: resume -> IRQ_GPIO_POWER_BUTTON ist der richtige weg
21:48.51mr_nice<mr_nice> dann verwenden wir absofort einfach IRQ_GPIO_POWER_BUTTON ;)
21:49.15mr_nicewas noch rauszubekomme ist, ist ob der auf 1 oder 0 steht
21:51.06mrdataauf 0
21:51.50mr_nicedann setze ich den aktive_low auch auf 0
21:52.23mrdatahabe gerade nachgesehen, der fehler kommt durch /include/asm-arm/arch-sa1100/gpio.h
21:52.51mrdatadort berechnen die in gpio_to_irq falsch
21:53.04mrdatadas ist der eigentliche fehler
21:53.57mrdatastatic inline unsigned gpio_to_irq(unsigned gpio)
21:54.01mrdata{
21:54.05mrdataif (gpio < 11)
21:54.09mrdatareturn IRQ_GPIO0 + gpio;
21:54.13mrdataelse
21:54.17mrdatareturn IRQ_GPIO11 - 11 + gpio;
21:54.21mrdata}
21:54.25mrdatastatic inline unsigned irq_to_gpio(unsigned irq)
21:54.29mrdata{
21:54.29mrdataif (irq < IRQ_GPIO11_27)
21:54.29mrdatareturn irq - IRQ_GPIO0;
21:54.29mrdataelse
21:54.29mrdatareturn irq - IRQ_GPIO11 + 11;
21:54.30mrdata}
21:54.34mrdatadie rechnen schön plus und minus, aber sollten shifte
21:54.42mrdatashiften
21:55.49mrdataalso erst gpio shiften, dann einfach return
21:56.52mrdatabzw. reverse shiften
21:59.18mrdataich glaube wir haben da einen fehler im kernel gefunden
21:59.31mrdatader betrifft die ganze welt
21:59.37mrdata*HILFE*
22:07.08mr_nicewas ist eigentlich der wert von IRQ_GPIO0 ?
22:09.49mr_niceund was noch viel wichtiger ist was ist PWER_GPIO0
22:11.04mrdataPWER_GPIO = GPIO_GPIO0
22:11.10mrdataPWER_GPIO0 = GPIO_GPIO0
22:12.34mrdata#define PWER_GPIO(Nb)GPIO_GPIO (Nb)/* GPIO [0..27] wake-up enable     */
22:12.34mrdata#define PWER_GPIO0PWER_GPIO (0)/* GPIO  [0] wake-up enable        */
22:14.22mrdataalso PWER_GPIO0 = PWER_GPIO (0) = GPIO_GPIO (0) = (0x00000001 << (0)) = 1
22:14.55mrdataist das jetzt schön verständlich?
22:15.03mr_niceja
22:15.13mr_nicedas erklärt warum unser pad nicht aufwacht
22:15.41mr_niceharter freundin interrupt
22:15.42mrdatanoch nicht ganz, oder wacht es bei dir schon auf?
22:15.44mr_nicebis morgen
22:15.56mrdatagute nacht
22:16.06mrdataist okay

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.