IRC log for #opensimpad.org on 20080323

16:23.15*** join/#opensimpad.org mr_nice (n=mr_nice@91-65-161-14-dynip.superkabel.de)
18:41.46*** join/#opensimpad.org miip (n=miip@p54A55E93.dip.t-dialin.net)
19:25.45*** join/#opensimpad.org mr_nice (n=mr-nice@91-65-161-14-dynip.superkabel.de)
19:40.50*** join/#opensimpad.org mrdata (i=unknown@dslb-088-074-128-080.pools.arcor-ip.net)
19:41.02mrdatafrohe ostern ;-)
19:41.31mrdatatäuscht das, oder ist hier sonst irgendwie nicht viel los?
19:41.37mrdatamr_nice: hi
20:40.19mr_nicemrdata hi
20:40.26mr_nicefrohe ostern :=
20:40.37mrdatagleichfalls
20:41.07mrdatamuss ich deine neuen kreationen wirklich antesten ?
20:41.15mr_nicenaja, wenn du willst
20:41.20mr_nicemüssen ist ja relativ
20:41.29mr_niceich selbst kann es halt nicht testen
20:42.02mr_nicebin grade fleißig am u-boot basteln
20:42.30mrdataproblem: mein ohh-bootloader simpad hat flash im eimer, heisst image flashen=bootloader im eimer -> JTAG
20:42.43mr_nicedann lass lieber
20:42.49mr_niceich kann den kernel hochladen
20:42.50mr_nice?
20:43.25mrdataund dein kernel ist garantiert nicht redboot tauglich, also kein nfsroot weil pcnet_cs garantiert als modul gebaut oder?
20:43.39mr_nicehm
20:43.46mr_niceja
20:43.51mr_nicesonst kann ich dir den patch schicken
20:43.56mrdatada waren sie wieder meine 2 probleme
20:44.04mrdatadas ist eine gut idee
20:44.16mr_nicedann mache ich das
20:44.23mr_nicemom muss an den anderen rechner
20:44.35mrdataund die prognose lautet von mir: wird nicht funktionieren dein patch
20:44.50mrdataaber warum geht meiner nicht?
20:44.54mr_niceschau ihn dir doch erst mal an
20:45.22mr_nicedeiner geht nicht, weil es ihm den kernel bei rtc_timer zerlegt
20:45.27mrdataalso mit irq aus, kann der sa1100-rtc handler dort gar nichts tun wollen
20:45.39mr_niceist ein anderer irq
20:45.45mr_nicealso zumindest laut dem log
20:45.59mrdataes gibt im rtc treiber 3 irq
20:46.37mrdataRTC1Hz, RTCAlrm un OSTirgendwas
20:47.27mrdataund das problem ist bei mir nur bei RTC1Hz vorhanden, provilaktisch für RTCAlrm mit ausgeschaltet durch meinen patch
20:48.01mrdatamax. OSTirgendwas muss für rtc_open mit aus gemacht werden
20:48.53mrdataaber prinzipiell sollte ich richtig liegen, erst irq aus, dann hanlder, dann irq wieder an
20:49.03mr_nicebei ihm ist es OST
20:49.21mrdataah, erwischt
20:49.37mr_niceso mail ist unterwegs
20:49.43mrdataalso ich schuld, weil nur 2 von 3 möglichkeiten erfasst
20:50.13mrdataund wäre auch logisch, dann alle 3 irq off, handler, fertig
20:50.45mrdatamittels rtc_ioctl aufrufen lassen sich die irq ja wieder einschalten
20:55.20mrdataund wenn du mainframe-junkie meinst: befor IRQ_RTC1Hz: C01DBCAC zeigt schon an, das er bis RTC1Hz kommt und dann schluss ist
20:56.05mrdataalso schon bei 1 stehenbleibt und nicht erst zur 2 und 3 kommt, also RTCAlrm und OST1 kommen gar nicht erst dran
20:56.57mr_niceah hat ein neues log
20:56.58mr_nicehm
20:57.03mr_nicemuss es mal schnell lesen
20:57.04mr_nicemom
20:58.20mrdataist zwar verhext, der hat einen rtc pointer, was ich nicht hatte, aber der handler darf dort noch gar nicht zum zuge kommen
20:59.03mrdataweil nicht vollständig angemeldet, jedenfalls meine meinung
21:00.03mr_niceschit
21:00.14mr_nicedas liegt an meinem c file
21:01.33mr_nicetausch mal in meinem if (rtc) die logik umtauschen
21:01.38mr_niceund es bei dir noch mal testen?
21:02.00mr_nicekein deutsch heute
21:02.55mrdatalogik stimmt doch
21:02.58mr_nicehm
21:03.27mrdataist kein NULL-pointer
21:03.41mr_niceja deswegen soll ja die meldung nicht kommen ;)
21:04.26mr_nicemom
21:04.31mr_nicelass mich noch mal überlegen
21:09.50mr_nicees muss heißen if (!ret)
21:10.10mr_nicewenn es null ist soll die meldung kommen
21:10.11mr_nicemist
21:13.28mr_niceich schick dir schnell den verbesserten patch
21:14.45mrdataeine frage die nur du mir beantworten kannst: geht der bei dir überhaupt durch den sa1100_rtc_irq handler bei dir, wenn hwclock gestartet wird?
21:15.04mr_nicenein
21:15.13mr_niceder handler wird nicht aufgerufen
21:15.15mr_niceaber alles ander
21:15.16mr_nicee
21:15.23mr_nicealso ich habe einen interrupt
21:15.33mrdataeben nicht
21:15.36mr_niceund der handler wird mit den richtigen pointern übergeben
21:15.59mr_niceich meinte ich habe einen in /proc/interrupts
21:16.09mrdataalso irq liegt nicht an zum abarbeiten
21:16.25mrdataja, aber mit zähler=0 oder?
21:16.46mrdataalso nie ausgelöst worden!!!
21:17.36mr_nicehab den zähler nicht nachgesehen aber ich glaube er wird nie ausgelöst
21:17.54mr_nicemein simpad ist glaub ich dann kaputt
21:17.57mr_nicemist
21:18.07mrdataeben und deshalb auch handler nie abgearbeitet
21:19.23mrdatanicht defekt, mach mal scherzeshalber das von meinem patch mit pseudo aktivierten irq
21:20.11mrdataalso irq enablen und das passende flag auf 1 so das er abgearbeitet werden müsste
21:20.31mr_niceso neuer patch ist da
21:20.33mrdatadann muss bei dir der bug auch auftreten
21:21.13mr_nicekannst du mir die zeile schnell sagen
21:21.38mr_nicemuss dann aber erst den loader neu flashen
21:21.43mr_niceist grade u-boot drauf
21:21.49mr_niceaber ich werde es versuchen
21:22.05mr_niceich kann den ja auch auslesen oder?
21:22.09mr_nicealso den wert
21:24.03mr_nicekannst du meinen patch mal bei dir ausprobieren?
21:24.12mr_nicealso den neunen den ich grade geschickt habe
21:24.31mr_niceich flash grad den bootldr wieder auf mein pad
21:26.20mrdatabereite gerade alles für dev vor, also rechner vorbereiten ..
21:27.50mr_nice:)
21:34.28mrdataso, kernel wird gebaut
21:36.26mr_nicealso RTSR |= RTSR_HZE;
21:36.43mr_niceRTSR |= RTSR_ALE
21:36.44mr_nice?
21:36.57mr_nicealso zum einschalten
21:44.56mrdatarichtig
21:46.14mrdatadamit wird die bearbeitung der irq enabled, weis nur nicht ganz genau, ob jetzt noch irgendwo eine 1 für irq liegt zur bearbeitung an hin muss
21:48.13mr_niceich pack es mal in rtc_probe
21:48.35mr_nicevorher lasse ich mir den wert noch schnell ausgeben
21:50.23mrdataich glaube ein RTSR |= 3; sollte das bringen was ich will
21:51.21mr_niceok ich probiere es mal damit
21:51.22mrdataaber die reihenfolge ist wichtig, erst irq aus machen mit RTSR &= ~ ...
21:51.33mr_nicesollte egal sein
21:51.37mr_nicealso wenn die nicht an sien
21:51.39mr_niceäh sind
21:52.39mrdatadann RTSR |= 3, dann irq enablen mit RTSR ¦= (RTSR_ALE | RTSR_HZE);
21:52.59mrdataalso dort wo ich nur irq aus mache
21:53.33mrdatanaja, ist nur zur sicherheit
21:54.07mrdataund nach datenblatt, dort steht, irq erst aus, dann flaggen löschen, also das gleiche für setzen dachte ich
21:55.02mr_nicehm
21:55.02mr_niceok
22:00.14mr_niceso bin am bauen, bin ja mal gespannt :)
22:01.09mrdataund da wir schon mal bei RTSR register sind, wäre es ganz schlau, wenn wir das bei rtc_open eben mal anzeigenlassen würden, also den inhalt
22:01.28mrdatawarum fallen einen so triviale dinge so spät ein
22:01.29mr_nicemach ich nun
22:01.57mrdatatja , bist mir mal wieder 2 schritte vorraus ;-)
22:02.05mrdataich muss das erst noch einbauen
22:04.11mrdataich hänge bei rtc_update in einer endlosschleife fest
22:04.32mrdatartc_update_irq()
22:05.12mrdataweil rtc diesmal kein null-pointer ist
22:05.47mrdataso, jetzt suche ich mal meinen RTSR startwert
22:14.31mr_niceflorian hat mir grade per email geschrieben, dass normalerweise der bootloader alle interrupts ausschalten sollte
22:19.56mrdatahm
22:21.31mr_niceok mein RTSR ist erst 0 dann 3
22:22.32mr_niceHURRA ICH habe den RTC bug :)
22:22.42mr_nicemein rtc lebt wieder :)
22:22.43mrdatabin ich gut oder was?
22:23.02mr_nicealso naja
22:23.05mr_niceden bug habe ich nicht
22:23.11mr_niceaber mein rtc lebt
22:23.12mr_nice:)
22:23.15mrdataaber deine 0 ist genau der richtige wert dor
22:23.18mrdatadort
22:23.54mr_nicealso bei mir funktionert mein patch
22:24.02mr_niceer ist erst 0 also aus
22:24.06mr_nicedann 3 also an?
22:24.22mr_niceauf alle fälle bekomme ich von meinem timer regelmäßig die richtige meldung
22:24.31mr_nicemom ich mach schnell was auf pastebin
22:25.02mrdata0 ist irq_1hz und irq_alrm sind auf disabled
22:25.05mrdataund
22:25.49mrdataflage für interrupt detect für _1hz und _alrm sind aus
22:26.05mrdataalso alles save
22:26.27mrdatadie 3 bedeutet, flage für interrupt detect ist an
22:26.48mrdataalso beide interrupts haben was zu melden
22:27.14mrdatagemeldet wird aber nur, wenn irq auch auf enabled, also melden darf an cpu
22:27.43mrdataenablen macht RTSR ¦= (RTSR_ALE | RTSR_HZE)
22:28.41mr_nicehttp://pastebin.ca/954465
22:28.49mr_nice:)
22:30.53mrdatanoch irgendwelche fragen ? -> http://pastebin.com/m74ef4e73
22:32.04mrdataich gebe zu irq sind off
22:32.13mrdataaber flaggen sind an
22:32.26mrdatawer muss die löschen?
22:33.25mr_nicenaja laut florian müssen die irqs von dem bootloader aus geschaltet werden
22:33.41mr_nicewelche version verwendest du?
22:33.47mr_nicealso vom bootloader?
22:34.13mrdatairq sind ja auch aus
22:35.25mr_nicehttp://pastebin.ca/954472
22:35.42mr_nicewenn es nicht geht?
22:36.07mr_nicealso ohne modifikation an rtc-sa1100.c
22:36.14mrdatabitte mal "/include/asm/arch/SA-1100.h" ansehen
22:36.30mr_nicemom
22:37.03mrdata4 werte, 2x irq + 2x flagge dazu macht 8 4 2 1
22:37.14mrdata8 und 4 sind irq
22:37.27mrdata2 und 1 sind flaggen für irq detekt
22:38.35mrdataund die 2 von mir heisst, interrupt für 1Hz gesehen und bereit zum abarbeiten
22:38.55mrdataobwohl IRQ_RTC1Hz auf aus steht
22:39.04mrdataist ja auch okay so
22:39.39mr_nicenaja die 2 heißt 1 Hz clock detected
22:39.54mr_niceoder?
22:40.10mrdataeben, und der handler scheint das schon als arbeitsaufgabe zu bekommen
22:40.15mr_nicehm
22:40.20mr_niceobwohl er aus ist
22:40.27mr_nicemom
22:40.49mrdataaus heist nur, das er nicht von cpu angenommen werden soll
22:40.53mr_nicewas ist dein rtc wert?
22:40.56mrdataalso nicht
22:41.01mr_niceäh RTSR wert
22:41.08mrdata2
22:41.53mrdataund aus kernel sicht ist kein bootloader da, der hardware passend macht
22:42.22mrdatadeshalb ist das immer kernel seine aufgabe dafür selber zu sorgen aus sicherheit
22:42.43mrdataalso irq aus und flaggen löschen
22:42.50mr_nicewas passiert wenn du in rtc_open
22:42.50mr_niceja
22:42.53mrdataim rtc-treiber
22:43.24mrdataich glaube sogar beim rtc-probe
22:43.36mr_niceich habe es im moment in rtc_open drin
22:43.41mrdatadort wäre es ganz richtig, weil erster zugriff
22:43.48mr_niceaber ich schalte ihn da ein
22:43.53mr_nicehm
22:44.00mrdatawerde das mal schnell gegenchecken
22:44.12mrdatawie RTSR dort steht
22:45.36mr_niceirgendwo muss man ihn ja wider einschalten
22:45.41mr_nicesonst geht es jedem so wie mir
22:45.48mr_nicezwar keinen bug
22:45.53mr_niceaber auch kein rtc
22:47.18mrdatawieso geht bei dir kein rtc?
22:47.28mrdataworan merkst du das?
22:47.50mr_nicenaja jetzt geht es ja
22:47.55mr_niceaber nur wenn ich es einschalte
22:48.06mr_nicesonst bekomme ich keinen interrupt auf 30
22:48.20mr_niceäh auf RTC1Hz
22:48.32mrdatartc geht ohne irq, wenn ich mich nicht irre
22:48.35mr_nicejetzt schalte ich es bei mir in open an
22:48.48mr_niceund dann bekomme ich den interrupt
22:48.54mr_nicealso die interrupts
22:48.57mrdataalso 32 khz quarz dran, dann wird fleissig gezählt fertig
22:49.27mr_nicedann könnte ich den ja auch auslassen
22:49.31mrdataalles andere ist spiel für cpu, um sachen anhand von rtc-werten auslösen zu könne
22:50.05mrdataalso aufwachen des simpad auslösen, wenn termin dran ist und simpad aus ist
22:50.17mr_niceist doch was
22:50.27mrdatadas geht nur über irq, der cpu wecken darf zum einschalten
22:50.33mr_nicedie interrupts werden ja nur auf gemacht wenn man sie will
22:50.42mrdatawenn man sie brauch
22:50.49mr_niceaber sonst geht es bei mir gar nicht
22:50.59mr_nicealso fehlt funktionalität
22:51.59mrdatawas macht ein hwclock -w bei dir, nachdem du die systemzeit über ntpdate gesetzt hasst
22:52.05mrdataoder mit date
22:53.27mr_nicemom
22:55.54mr_nicehttp://pastebin.ca/954501
22:56.50mrdatadanach sollte date ; hwclock immer das selbe anzeigen
22:57.05mrdataalso synchron laufen
22:59.48mr_nicecat /dev/rtc & sleep 3 && cat /proc/interrupts > /tmp/interrupts && killall cat && cat /tmp/interrupts
22:59.59mr_nicekannst du das mal bei dir testen?
23:01.41mr_nicestimmt das dann so?
23:01.42mr_nicehttp://pastebin.ca/954505
23:02.05mr_nicedas hat es aber vorher auch schon gemacht
23:02.20mr_nicealso mit dem alten kernel
23:03.50mrdataalso ist deine rtc nicht defekt
23:03.59mrdataoder nie gewesen
23:04.09mr_niceja
23:04.19mr_nicemeine funktioniert wie sie soll
23:04.20mr_nicemom
23:04.31mr_niceich boote mal einen kernel ohne die patches
23:04.36mr_niceund teste meine zeile
23:04.41mrdata27 ; 30 ; 31 alles auf 0
23:04.49mr_nicebei dir?
23:04.52mrdataja
23:04.58mr_nicedann musst du den irq wieder einschalten
23:05.12mr_nicebei mir ist das auf 30
23:05.24mr_nicealso die rtc1hz
23:05.37mrdatawas ist da auf 30?
23:06.04mrdata<PROTECTED>
23:06.04mrdata<PROTECTED>
23:06.04mrdata<PROTECTED>
23:06.07mr_nice30 ist ca auf 30
23:06.09mr_nicealso bei mir
23:06.14mr_nicemanchmal auch auf mehr
23:06.21mr_nicekommt drauf an
23:06.30mr_nicealso wenn ich
23:06.38mr_nicecat /dev/rtc & sleep 3 && cat /proc/interrupts > /tmp/interrupts && killall cat && cat /tmp/interrupts
23:06.39mr_nicemache
23:07.20mr_nicewenn  ich ihn nicht einschalte ist er auf 0
23:08.48mrdatadie müssen aber auch alle auf 0 bleiben, wenn keiner sie extra einschaltet, nur mit cat gibts ein open mit irq aber immer noch off auch wenn handler dafür da ist
23:09.09mrdataso verstehe ich das jedenfalls
23:09.21mr_nicebei mir sind die irq nur reserviert wenn ich ein cat auf /dev/rtc mache
23:09.26mr_niceoder eben ein hwclock
23:09.42mr_nicesonst sind die interrupts nicht in /proc/interrupts
23:11.05mrdataich werde nochmal blöde
23:11.40mrdatajetzt ist RTSR immer auf null, wie es sich gehört beim start (probe) und bei open
23:11.44mrdataalso bug weg
23:12.27mr_niceaber keine funktion?
23:12.38mr_niceich glaube er darf nur  nicht auf 2 sein
23:12.38mrdatamal sehen
23:12.43mrdataeben
23:12.55mrdataaber warum ist das auf einmal weg
23:13.42mr_nicewas weg?
23:13.44mr_niceder bug?
23:13.52mrdataja, rtsr=0
23:14.01mrdataauf einmal
23:14.33mrdatadamit ursache des bug nicht mehr da -> kein bug
23:15.03mr_niceja, aber funktioniert damit der rtc irq ohne es wieder einzu schalten
23:15.05mr_nicemeinte ich
23:15.09mrdataich glaube nur nicht an selbstheilung
23:15.09mr_nicealso erst aus dann ann
23:15.12mr_niceäh an
23:15.21mr_nicedu hast ihn doch auf 0 gestellt
23:15.24mrdatamuss ich noch testen
23:15.29mr_niceist doch keine selbstheilung
23:15.46mrdataist ja auch nicht schlimm, weil doch sowieso auf aus
23:15.58mrdataauch bei dir, wenn rtsr=0
23:16.06mrdataalso bei open
23:16.18mr_niceja, aber bei mir geht mit rtsr=0 mein rtc1hz irq nicht
23:16.36mr_niceversuche mal den wieder ein zu schalten
23:16.56mrdatahast dur rtsr=0 ohne irgendwelche rtc-treiber änderungen?????
23:17.03mrdatabei rtc_open
23:17.13mr_niceja
23:17.20mr_niceohne änderungen
23:17.29mr_niceich lese erst rtsr
23:17.31mr_niceder ist 0
23:17.43mrdatadann kann auch kein rtc1hz jemals was tun von alleine
23:17.46mr_nicedann ändere ich ihn
23:18.11mrdataokay, das ändern ist doch nur zum testen bei dir gewesen
23:18.23mr_nicenaja
23:18.31mr_nicemit der änderung geht mein rtc1hz irq
23:18.34mr_niceohne nicht
23:18.46mrdataund den rtc1hz irq habe ich doch für dich erst eingeschaltet
23:19.13mrdataRTSR ¦= (RTSR_ALE | RTSR_HZE)
23:19.22mrdatadas schaltet den ein
23:19.22mr_niceja
23:19.30mr_nicebei mir habe ich das drin
23:19.37mrdataund 1Hz soll 1x pro sekunde zählen
23:19.47mr_nicepasst bei mir
23:19.56mrdatamuss wieder raus
23:20.01mr_nicewas?
23:20.03mrdatadann wie original
23:20.04mr_nicedas es geht?
23:20.25mrdataich müsste jetzt mal laut brüllen dürfen
23:20.35mr_niceich auch *g
23:20.42mrdatastandart: alle irq aus alle flaggen aus
23:20.56mr_niceso ist es bei mir :9
23:21.03mrdatahändler für irq bei open einrichten
23:21.25mrdatadann ist stille im system, weil keiner was machen soll
23:22.08mrdataerste wenn jemand mit einem programm kommt und was einstellt, dann werden die passenden irq eingeschaltet und das system scharf gemacht
23:22.24mrdatavorher muss ruhe sein
23:23.03mr_nicealso ist der patch
23:23.18mr_niceRTSR=0 in rtc_open
23:23.19mr_nice?
23:23.45mr_niceund mit cat /dev/rtc darf kein irq ausgelöst werden?
23:23.48mrdataschaue mal bei rtc_set_alarm
23:24.23mrdatapatch muss bei probe ansetzen, glaube ich
23:24.56mrdatabingo:
23:24.58mrdatasa1100-rtc sa1100-rtc: rtc core: registered sa1100-rtc as rtc0
23:25.02mrdatasa1100-rtc sa1100-rtc: RTC for SA11x0 / PXA2xx Probe successfull
23:25.02mrdatasa1100-rtc sa1100-rtc: sa1100_rtc_probe() *DEBUG ON*
23:25.02mrdatasa1100-rtc sa1100-rtc: *pdev: 0xC035341C  *pdev->dev: 0xC7DD9A14
23:25.02mrdatasa1100-rtc sa1100-rtc:  pdev->name: sa1100-rtc
23:25.02mrdatasa1100-rtc sa1100-rtc:  -> sa1100_rtc_probe() RTSR: 0x00000002
23:25.03mrdatasa1100-rtc sa1100-rtc:  -> sa1100_rtc_probe() OIER: 0x00000001
23:25.26mrdatadas kommt, wenn ich das simpad mit halt zum ausschalten gebracht habe
23:25.57mrdatadann haben wir bei probe schon 2, was falsch ist, weil 0 sein soll
23:26.11mrdataso sehe ich das jedenfalls
23:26.53mrdatadenn wen florian sagt, das irq vom bootloader aus gemacht werden, müssen auch die detekt auf 0 sein
23:27.13mrdatabringt sonst keinen sinn für mich
23:27.27mrdataalso alles nach probe
23:28.52mrdatainnerhalb von probe irq extra nochmal auf aus stellen, detekt löschen, das wäre ein sauberer init für rtc-treiber
23:29.08mrdatadann kann jeder hintendran das machen, was er will
23:29.16mr_nicehm
23:29.40mrdataund bei dir ist rtsr immer auf 0 schon bei probe
23:29.59mrdataalso auch kein detekt angezeigt
23:30.24mrdatabei denen das anders ist, die haben dann später den *zonk*
23:30.44mr_niceja, aber dann RTSR_HZE und RTSR_ALE setzen oder?
23:30.49mrdataalso florian, woglinde ich ...
23:30.58mrdataNNNNEEEEIIIIINNNNNNN
23:31.06mr_nicehm
23:31.53mrdatadie setzt ein programm mit ioctl aufrufen für rtc-lib passend
23:32.12mr_niceok
23:32.20mrdataschaue doch mal bei rtc_set_alarm
23:32.43mr_niceja das ist aber nur für ALE
23:33.12mr_niceegal
23:33.14mr_nicealso
23:33.27mr_niceRTSR=0 und gut ist
23:34.06mrdatawenn das einer aufruft wird erst der RTCAlrm ausgelöst, wenn die alarmzeit reif ist
23:34.15mrdataRICHTIG
23:34.18mr_niceweißt du ein programm mit dem wir testn können?
23:34.20mrdataund das bei probe
23:34.48mrdataich glaube der terminplaner sollte das können
23:34.56mrdataalso kalender
23:38.17mr_niceIRQ_OST1 müssen wir noch nachsehen oder?
23:38.55mrdataaus korrektheit ja
23:38.59mr_nicealso OSSR
23:45.07mr_nicehm
23:45.36mr_niceOIER ist das richtige regsiter
23:46.07mr_nicewas bekommst du wenn du OIER ausliest?
23:46.44mr_niceOIER &= ~OIER_E1 sollte es ausschalten
23:47.17mr_niceich schau schnell mal was bei mir bei OIER drin steht
23:47.18mr_nicemom
23:48.02mrdatartc_release sollte alles beinhalten was wir an registern brauchen
23:49.08mrdatasa1100_rtc_release ohne free_irq kram
23:49.36mr_nicehm
23:49.37mr_niceja
23:49.39mrdatamehr sollten wir nicht nötig haben und das nach probe bringen
23:49.39mr_nicesieht gut aus
23:50.08mrdatagenau so, wie es dort da steht mit spinlock und unlock
23:50.47mr_nicekannst du das bei dir so mal testen?
23:50.57mr_nicedann mach ich einen patch und ein neues image daraus
23:51.06mr_niceund lade es hoch
23:51.29mrdatamache ich doch glatt mal
23:51.33mr_nice:)
23:54.47mrdataund das ganze nach platform_set_drvdata innerhalbe von probe
23:55.10mrdataund so wie ich schreibe habe ich bald fertig

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