| 00:17.38 | *** join/#openezx WM (i=bd0dd652@gateway/web/ajax/mibbit.com/x-f80e4aa346ff449a) |
| 00:22.19 | *** join/#openezx BadCluster (n=badclust@190.50.186.210) |
| 00:47.34 | *** join/#openezx acassis (n=acassis@201.82.15.235) |
| 00:49.55 | acassis | Hi guys |
| 00:50.09 | WM | hi. |
| 00:52.54 | acassis | hello Daniel |
| 00:58.26 | acassis | Sorry I was thing WM = Wyrm |
| 00:58.37 | acassis | sorry about my confusion |
| 00:58.58 | WM | Oi Alan. Sempre bom ver brasileiros por aqui :) |
| 00:59.20 | WM | and yes, WM = WyrM. |
| 00:59.39 | acassis | Legal Daniel, eu estou comecando ;-) |
| 00:59.50 | acassis | I saw you work, very nice |
| 00:59.58 | acassis | your |
| 01:00.28 | WM | thanks. |
| 01:00.29 | acassis | WM: Do you know what happened to Alex Zhang? |
| 01:00.35 | WM | which phone do you own? |
| 01:00.40 | acassis | A1200E |
| 01:01.11 | acassis | WM: celeber2 make good progresses with A1200E |
| 01:01.56 | acassis | WM: unhappily A1200E don't has the JTAG connector :-( |
| 01:06.17 | WM | yes, alex did great! i miss him too. :) |
| 01:06.37 | acassis | WM: I got the kernel booting fine, now I can to create the rootfs with some nices applications |
| 01:09.31 | acassis | I am thinking to help Vladimir with the FLPhone project, it is very immature, but will be very light framework to phones |
| 01:12.24 | WM | acassis: i dont know about this project. do it have a website? |
| 01:18.20 | *** join/#openezx guest1 (n=lrobot@125.69.24.249) |
| 01:20.46 | acassis | Daniel, do you know if Alex released his modifications to OpenMoko run on A1200E (i.e. modification to 320x240 UI) ? |
| 01:21.43 | WM | acassis: openmoko can run on 320x240 without changes. |
| 01:22.49 | WM | acassis: alex did some changes to kernel code, and used the mkezx patch for 18bpp packed X. |
| 01:40.01 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 05:42.39 | *** join/#openezx AndiM (n=andi@p54A3A4D8.dip0.t-ipconnect.de) |
| 05:46.10 | *** join/#openezx nooop (n=noop@219.239.105.26) |
| 06:00.48 | *** join/#openezx drath_ (i=vmaster@p5B07DC35.dip.t-dialin.net) |
| 07:45.54 | *** join/#openezx ghane (n=ghane@unaffiliated/ghane) |
| 07:46.19 | ghane | morning |
| 08:49.15 | *** join/#openezx florian_ (n=fuchs@217.146.132.69) |
| 10:58.47 | *** join/#openezx FosforoEee (n=Fosforo@20151079243.user.veloxzone.com.br) |
| 11:32.19 | *** join/#openezx mmarker (n=crichton@m125e36d0.tmodns.net) |
| 11:40.17 | yang | hello mickeyl ! Any good progress made for GSM stack / OM ? |
| 11:41.06 | mickeyl | hi |
| 11:41.18 | mickeyl | at this stage, i'm waiting for the kernel devs to fix audio |
| 11:41.31 | mickeyl | i can make phone calls fine on ezx w/ my software |
| 11:41.35 | mickeyl | no audio though |
| 11:43.28 | *** join/#openezx gmzhuo (n=gmzhuo@125.70.175.95) |
| 11:57.06 | mmarker | That's a slight deficiency. |
| 12:10.46 | mickeyl | ;) |
| 12:26.18 | yang | mickeyl: but the progress is made ! |
| 12:28.02 | *** join/#openezx mickey (n=mickey@e180146202.adsl.alicedsl.de) |
| 12:50.29 | mmarker | Oh, I did email the person who made the eyecandy talk at OLS this year about code availability. Waiting for a response. |
| 13:16.06 | *** join/#openezx FosforoEee (n=Fosforo@189.24.46.163) |
| 13:22.31 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 13:40.34 | *** join/#openezx WM (i=c88e3a12@gateway/web/ajax/mibbit.com/x-14806e9974419804) |
| 13:41.35 | gmzhuo | Hi,WM |
| 13:42.23 | WM | hi gmzhuo! :) |
| 13:42.50 | gmzhuo | why there is only once EOC interrupt? |
| 13:45.13 | WM | gmzhuo: probably because the interrupt source is not being acked. :) |
| 13:46.08 | gmzhuo | :( |
| 13:46.17 | WM | read the isr, and see if the event originating the interrupt is cleared, if not, assert that the interrupt handler clears it (generaly by writing a 1 to it, some times by writing a 0) |
| 13:46.49 | gmzhuo | I need the VBUS interrutp to reconfig ISP1583 |
| 13:46.59 | WM | gmzhuo: as you can see, the current eoc code is just a stub, it shows the interrupt events that arrive, but does nothing. |
| 13:48.10 | WM | gmzhuo: you are welcome to work on the eoc code too. |
| 13:48.32 | WM | gmzhuo: in fact, i think it is higher priority to work on the lower levels, before doing the optional stuff. |
| 13:49.29 | WM | gmzhuo: eg, we should focus on the usb1.1, get it working as host/device, do proper accessory detection (via the id line, checking the resistor value with the adc), etc.. before hacking usb2.0. |
| 13:49.30 | WM | :) |
| 13:50.17 | WM | as of now, the eoc code is just a little hack, to get usbnet so people can work on other areas, it is far from complete. |
| 13:51.15 | gmzhuo | yes the eoc is important! |
| 13:51.46 | gmzhuo | Can we "connect" the VBOOST ON VBUS VIA EOC? |
| 13:52.53 | WM | gmzhuo: i did some major refactor on the pcap and touchscreen driver, to share the pcap ADC for reading the other ADC sources, and get eoc working properly. |
| 13:53.57 | WM | gmzhuo: im not sure about vboost. I know that we can set 3 different power paths. |
| 13:54.38 | WM | one which draws power directly from the miniusb, other that draws from battery (default) and another that shares the current between the two. |
| 13:55.00 | gmzhuo | I think is the second |
| 13:55.03 | WM | other than these device modes, we can also output power to the usb port, acting as host. |
| 13:57.28 | WM | gmzhuo: if you allow me to suggest, i think you should work on accessory detection. see the adc code i last commited, see if you can detect when a charger is plugged to differentiate it from the usb cable connected to a host. |
| 13:58.21 | WM | see the 2.4 source code, there is a bunch of accessories, and some id line threshoulds for different resistor values. |
| 13:59.13 | WM | then we should move to doing proper miniUSB port configuration depending on which accessory is connected, eg, you dont want to enable the usb port if you connect the charger. ;) |
| 14:00.12 | WM | of course, just a suggestion, you are free to work on whatever you are interested :) |
| 14:01.59 | gmzhuo | I'm doubt there is no interrupt single from eoc !!!! |
| 14:02.54 | gmzhuo | <PROTECTED> |
| 14:02.54 | gmzhuo | <PROTECTED> |
| 14:03.12 | gmzhuo | RTCCLK |
| 14:03.35 | gmzhuo | means cycleing to poll the status |
| 14:03.54 | gmzhuo | Not real interrupt from EOC |
| 14:04.36 | WM | gmzhuo: are you sure? on my tests the interrupt arrived exactly after unplugging/plugging the usb cable. |
| 14:05.05 | WM | the name means nothing, dont trust the motorola code that much, it is a mess. |
| 14:05.11 | gmzhuo | yes,but no more |
| 14:06.42 | gmzhuo | I can see we write isr0 in work schedule |
| 14:07.02 | WM | gmzhuo: yes, we cant use i2c functions on interrupt context. |
| 14:07.24 | WM | gmzhuo: they sleep. so we have to work with i2c on task context. |
| 14:09.25 | gmzhuo | same as moto's |
| 14:16.12 | WM | gmzhuo: same as everybody that has irq handling on an i2c connected chip ;) |
| 14:18.08 | gmzhuo | seems moto do more thing,continue check the interrupt |
| 14:18.38 | gmzhuo | untill there is no others |
| 14:18.55 | WM | gmzhuo: as i said, the current eoc irq handling is just a stub to see if i can get the interrupt at all. |
| 14:19.38 | WM | gmzhuo: iirc it just printk the interrupt originating event. |
| 14:19.47 | WM | we currently do nothing. |
| 14:25.13 | gmzhuo | :) |
| 14:25.22 | gmzhuo | E0C INT WORKS |
| 14:27.15 | WM | what was wrong? missing acking as i said? |
| 14:27.44 | gmzhuo | We make acking |
| 14:28.15 | gmzhuo | But we without continue check the interrupt(read gpio) as moto |
| 14:28.35 | WM | huh? |
| 14:29.34 | mmarker | Sounds like you need to read a pin to fully clear a state. Am I right? |
| 14:29.48 | gmzhuo | We should more belive of moto |
| 14:30.00 | gmzhuo | yes |
| 14:30.40 | WM | read a gpio state to ack an interrupt? |
| 14:31.30 | gmzhuo | continue test gpio and ack all interrupt untill gpio lower |
| 14:31.30 | WM | i dont think so. how would EOC know that you are reading the pin state? |
| 14:31.35 | WM | nah. |
| 14:32.07 | WM | so it is the timing, not the gpio reading. |
| 14:32.39 | gmzhuo | I don't think so |
| 14:33.18 | WM | you have to wait for the gpio to go low after acking it. |
| 14:33.21 | gmzhuo | We can ack interupt in interupt handle,so there maybe more interupt,we should keep ack it |
| 14:33.43 | gmzhuo | can/can't |
| 14:38.45 | WM | gmzhuo: the issue there is really timing. |
| 14:39.15 | WM | iirc the current code acks all interrupts, and then prints which interrupts were received. |
| 14:39.41 | WM | just change the order, write to isr at the end of the interrupt handler (after all printks) and see what happens ;) |
| 14:39.42 | gmzhuo | need we and another "interupt chip" as pcap? |
| 14:39.53 | WM | gmzhuo: no. |
| 14:40.13 | gmzhuo | why? |
| 14:40.17 | WM | pcap is a MFD, we use it as a interrupt chip to be able to register interrupts on other drivers. |
| 14:40.40 | WM | eoc is specific, all eoc interrupts should be handled by eoc itself. |
| 14:41.34 | gmzhuo | I need VBUS int to reconfig ISP1583 |
| 14:44.00 | WM | gmzhuo: dont tie the isp1583 driver to eoc. |
| 14:44.32 | WM | you have to make it generic. so isp1583 works on other platforms (not only on ezx phones). |
| 14:45.25 | WM | it is probably better to provide a callback on isp1583 driver, to reconfigure isp1583, and call it from somewhere else. |
| 14:45.42 | *** join/#openezx mickey|bbl (n=mickey@openmoko/coreteam/mickey) |
| 14:48.53 | gmzhuo | WM,it is about audio path,power path,and emu(eoc) |
| 14:51.18 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.57.113) |
| 16:51.24 | *** join/#openezx mmarker_ (n=crichton@m035e36d0.tmodns.net) |
| 16:51.49 | *** join/#openezx pH5 (n=ph5@e178247134.adsl.alicedsl.de) |
| 18:18.40 | *** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:44.47 | *** join/#openezx flo_lap (n=fuchs@f049187215.adsl.alicedsl.de) |
| 18:53.54 | *** join/#openezx WM (i=c88e3a12@gateway/web/ajax/mibbit.com/x-e260e9b83740e70c) |
| 20:05.05 | *** join/#openezx AndiM (n=andi@p54A3A4D8.dip0.t-ipconnect.de) |
| 21:18.17 | *** part/#openezx mmarker_ (n=crichton@m035e36d0.tmodns.net) |
| 22:19.28 | *** join/#openezx FosforoEee (n=Fosforo@20151044100.user.veloxzone.com.br) |
| 22:21.56 | *** join/#openezx mmarker (n=crichton@c-69-249-69-146.hsd1.nj.comcast.net) |
| 23:44.28 | *** join/#openezx acassis (n=acassis@201.82.15.235) |