| 01:26.25 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.83.60) |
| 06:12.54 | *** join/#openezx drath_ (i=vmaster@p5B07C004.dip.t-dialin.net) |
| 08:20.05 | *** join/#openezx |dion| (n=dion@inhex.net) |
| 08:44.03 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 08:44.36 | ao2 | hi |
| 09:13.03 | ao2 | WyrM, I see you have worked on pcap driver these days, I've got some questions. What about the conversion to use SPI? And, do you think we should make pcap driver EZX-independent some day? A more abstract driver could be more suited for upstream, but I still don't know _how_ we could make it. Maybe providing a set_pcap_info() which sets callbacks (for mmc powering, etc.) according to the machine? |
| 09:13.55 | ao2 | ah, and has the MACHID issue sorted out? |
| 09:21.57 | *** join/#openezx pH5 (n=ph5@p5485CE66.dip.t-dialin.net) |
| 09:46.59 | stefan_schmidt | ao2: WyrM found out that the generic SPI driver does no allow synchronous, non sleep, transfers. But we need this as we are doing this from inside an irq context. So we stay with ssp for now. |
| 09:47.40 | stefan_schmidt | ao2: Hardware independence for pcap has not so much sense imho. It is an asic. Only build and used by motorola. Not available on the market. |
| 09:48.11 | stefan_schmidt | ao2: For sure they use it in other phones, pcap and not pcap2 I guess, but I don't think they run linux on it. |
| 09:48.52 | stefan_schmidt | ao2: And if only some known devices use it I'm not sure if it is worth to make it more generic. |
| 09:49.04 | stefan_schmidt | ao2: If more turn up later it can be changed. |
| 09:49.54 | stefan_schmidt | ao2: For the machid issue. Not really solved yet. We have a local patch that allows using the ezx_* instead of the motorola_* functions and macros. |
| 09:50.30 | stefan_schmidt | ao2: WyrM plan is that he writes rmk a mail to abbadon the old ones when the new ones are in. |
| 09:53.56 | stefan_schmidt | The weather is to nice. I'm out for some hours. Later. |
| 10:05.53 | ao2 | ok thanks stefan_schmidt |
| 10:20.55 | *** join/#openezx pH5_ (n=ph5@p5485CE66.dip.t-dialin.net) |
| 10:54.35 | *** join/#openezx rettichschnidi (n=reto@169-136.203-62.cust.bluewin.ch) |
| 12:19.13 | *** join/#openezx johanbr (n=j@blk-7-136-44.eastlink.ca) |
| 12:23.01 | *** join/#openezx pH5_ (n=ph5@p5485CE66.dip.t-dialin.net) |
| 12:41.48 | *** join/#openezx telmich (i=telmich@gpm/telmich) |
| 12:41.50 | telmich | hello! |
| 12:42.54 | telmich | I just broke my a780 with original firmware (fell into water). luckily I backuped my native.db before. anyone familir with extracting the contacts and calendar antreis from it? |
| 13:27.52 | *** join/#openezx dimichxp (n=dimichxp@89.108.88.71) |
| 13:51.09 | *** join/#openezx rettichschnidi (n=reto@169-136.203-62.cust.bluewin.ch) |
| 14:41.37 | stefan_schmidt | telmich: Not me. I know that LaF0rge had played with it to backup his contacts. IIRC it is just a berkely db. I also think I have seen some scripts on the net to convert them into CSV. No idea where |
| 14:59.57 | alphaone | shudders. Berkley"DB" |
| 15:00.30 | stefan_schmidt | alphaone: It only does not work for *you*. That is by design. ;) |
| 15:01.03 | alphaone | stefan_schmidt: BDB is just scary. |
| 15:02.11 | stefan_schmidt | alphaone: heh, I expected you would say this. |
| 15:03.15 | alphaone | stefan_schmidt: http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&hs=PBR&q=berkleydb+scary&btnG=Search |
| 15:04.14 | stefan_schmidt | alphaone: wow, you worked alot to let people think what you think is right. *g* |
| 15:04.30 | stefan_schmidt | Seems I had to much sun today. |
| 15:04.56 | alphaone | It's the internet! There's alway someone who already had your idea |
| 15:06.17 | stefan_schmidt | alphaone: And as we all know: "It has to be true, it is on the internet!" |
| 15:06.46 | stefan_schmidt | ok, I'm out again. Sunday should not be abused as work day. |
| 16:04.22 | WyrM | hum.. there is something fishy about the white letters with fbcon and gumstix patches. |
| 16:12.03 | *** join/#openezx johanbr (n=j@blk-7-136-44.eastlink.ca) |
| 16:12.15 | WyrM | the letters are blueish, and the tux logo is reddish. |
| 16:15.48 | WyrM | i wrote a simpler version of the patch, which keeps .bits_per_pixel as what rmk wants and add another field for the color depth. But then the letters are green and the tux logo yellow :) |
| 16:34.38 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 17:00.09 | stefan_schmidt | WyrM: For the bluish. The patch worked fine on .25 so either upstream changes or the adaption has brought in the problem. |
| 17:00.38 | WyrM | stefan_schmidt: i dont think so. |
| 17:01.01 | WyrM | something is really wrong with the gumstix patch. |
| 17:01.05 | stefan_schmidt | WyrM: Well, I have *tested* it. It worked |
| 17:01.22 | stefan_schmidt | It was white, no blue at all. |
| 17:01.43 | stefan_schmidt | Still the gumstix patch can have problems. But the colors were right |
| 17:02.02 | WyrM | i tested it on .25 too, but it should be gray, not white :) |
| 17:02.14 | stefan_schmidt | WyrM: btw, for green text you don't need a patch at all. That works out of the box. ;) |
| 17:02.28 | ao2 | I'll give a try at the plain 8bpp mode again, see http://marc.info/?l=linux-arm-kernel&m=121304425920808&w=2 |
| 17:02.42 | WyrM | stefan_schmidt: we need proper 18bpp patch for graphic mode too :) |
| 17:03.19 | stefan_schmidt | WyrM: Sure we do. But until now nobody delivered one. That's why I was happy to have an at least half working from gumstix |
| 17:04.07 | stefan_schmidt | ao2: That one is in rc7 already. But 8 bit brings us nothing. :) |
| 17:04.22 | stefan_schmidt | ao2: btw, your bitfiled.h fix is in rc7, too. |
| 17:04.35 | stefan_schmidt | Anyway, I have to do my math homework now. bye |
| 17:08.17 | ghane | whats wrong with the 18bpp? |
| 17:11.00 | ghane | bgr666 alignment problems? |
| 17:26.36 | *** join/#openezx jannu (n=jannu@hoasnet-fe20dd00-223.dhcp.inet.fi) |
| 17:35.06 | *** part/#openezx dimichxp (n=dimichxp@89.108.88.71) |
| 17:44.58 | WyrM | definitely the gumstix patch cant be right http://marc.info/?l=linux-fbdev-devel&m=118422737903289&w=2 |
| 17:45.37 | WyrM | fbcon cant handle XXXXXXRRRRRRGGGGGGBBBBBB. |
| 17:46.22 | WyrM | what makes it display white letter is some mystery. |
| 17:47.49 | WyrM | a special fb_ops.fb_fillrect/copyarea needs to be implemented to handle the pxa fb in the right way, regarding fbcon. |
| 19:20.16 | *** join/#openezx pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 20:26.10 | telmich | good evening |
| 20:26.25 | telmich | stefan_schmidt: yeah, it"s berkeley, with many tables |
| 20:46.47 | *** join/#openezx rettich (n=reto@165-140.62-81.cust.bluewin.ch) |
| 21:07.53 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 21:09.09 | WyrM | just got 100% correct colors with the gumstix patch. |
| 21:09.21 | WyrM | it was missing LCCR3_PDFOR_3. |
| 21:09.48 | WyrM | now, the question is, why it doesnt work with my own patch? |
| 21:12.09 | WyrM | i guess that fbcon is using bits_per_pixel somewhere it should be using get_color_depth(). |
| 21:22.27 | WyrM | ha, i think i found it! |
| 21:28.29 | ao2 | just great |
| 21:28.47 | WyrM | false alarm, sorry ;) |
| 21:29.36 | ao2 | :) |