IRC log for #openezx on 20090813

00:50.14*** join/#openezx alvinjacky (n=huzhangl@59.175.215.69)
01:18.57*** join/#openezx alvin (n=huzhangl@59.175.215.69)
01:24.38*** join/#openezx alvinjacky (n=huzhangl@59.175.215.69)
04:32.35*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
06:27.43*** join/#openezx muromec (n=muromec@bumerang.tenet.odessa.ua)
07:05.08*** join/#openezx FeLLa (n=46241@mnhm-590d8453.pool.einsundeins.de)
08:16.06*** join/#openezx FeLLa (n=46241@mnhm-590d8453.pool.einsundeins.de) [NETSPLIT VICTIM]
08:16.06*** join/#openezx bartv (n=bart@thisnet.xs4all.nl) [NETSPLIT VICTIM]
08:16.06*** join/#openezx parmaster (i=par@dipole.idlepattern.com) [NETSPLIT VICTIM]
08:28.57*** join/#openezx borman92 (n=quassel@94.103.234.38)
08:30.39*** join/#openezx flyhorse|linux (n=flyhorse@119.128.54.230)
08:43.45*** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be)
09:10.20*** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1)
09:13.55*** join/#openezx l403 (n=l@85.132.159.239)
09:26.10*** join/#openezx Sleep_Walker (n=Sleep@nat/novell/x-88032175007c36d8)
09:27.59*** join/#openezx florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de)
09:28.00*** join/#openezx LoneStar (n=xinzhen@218.80.193.59)
10:31.50*** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be)
11:14.58*** join/#openezx gmzhuo (n=Administ@58.59.133.221)
11:23.06*** join/#openezx marex (n=marex@thor.hackndev.com)
12:07.21*** join/#openezx l403 (n=l@85.132.159.239)
12:41.38*** join/#openezx gmzhuo (n=Administ@58.59.133.221)
12:48.35*** join/#openezx l403 (n=l@85.132.159.239)
12:52.29*** join/#openezx Sleep-Walker (n=Sleep@nat/novell/x-jlezzexicojrqzom)
13:21.27*** join/#openezx _Andrew (n=andrew@unaffiliated/andrew/x-643872)
14:02.57stefan_n_hi
14:03.09stefan_n_ao2 one question  pxacamera_platform_data a780_pxacamera_platform_data = {
14:03.14stefan_n_in this struct
14:03.16stefan_n_in ezxc
14:03.41stefan_n_theres .mclk_10khz=1000   does this mean the master clock is at 10 mhz ?
14:05.37ao2stefan_n_, I guess so. Max clock value in 2600000, which translate to .mclk_10khz=2600. In newer code I use .mclk_10khz=5000 copying from mioa710, thi is not needed because the clock will be limited to 2600 anyway, but it has been proven useful to spot some bugs.
14:05.55*** join/#openezx muromec (n=muromec@bumerang.tenet.odessa.ua)
14:07.17stefan_n_ok
14:07.17stefan_n_so it is possible to crank up the framerate with this value
14:07.24stefan_n_because the master clock defines how quickly the pixels get read out
14:07.51stefan_n_ill try that out.
14:08.24stefan_n_i got 640 by 480 in ca 13,5 fps with LOWPOWER mode (means its skipping Rows and cols)
14:08.51stefan_n_the sensor datasheet says the max clock is 54 mhz. i guess the maximum is not possible then , right ?
14:09.07ao2stefan_n_, I've always seen this value set once at init time, do you think this can even be changed dynamically?
14:09.41stefan_n_i dont know , i dont care so much about power consumption, i care about high frame rates
14:10.03ao2stefan_n_, about max value I only know pxa_camera driver. I didn't check the manual
14:10.12stefan_n_i mean 30 would be enough for now , thats the max of the sensor at 640 by 512
14:10.47stefan_n_but you think i can change the clock in ezx.c , right ?
14:11.30stefan_n_actually also the tearing of the image should get better with a higher frequency
14:12.01stefan_n_this 1000 value where do you think this came from ? original motorola source ?
14:12.20ao2stefan_n_, put 2600 in ezx.c and let me know if it improves anything. The 1000 value come from some other driver I copied from
14:13.11stefan_n_ok  ill do that
14:13.21stefan_n_only for the record
14:14.30stefan_n_the maximum framerate i recorded with fullpower mode is about 7.5 and with LOWPOWER mode about 13.5  Fullspeed is slower because of the full 1280 by 1024 picture that gets read out)
14:15.12stefan_n_the camera also works with the motion software if palette 5 (YUYV ) is chosen as  v4l Palette.
14:15.31ao2the Fullspeed name is quite misleading :)
14:15.39stefan_n_yes
14:16.05ao2muromec, a Oops in usb_ipc_read_bulk
14:17.20muromecdamn
14:17.29ao2see http://pastebin.com/d16f943b3
14:18.55muromecdont know whats this
14:19.26muromecao2, you tried to open mux before usb device connected
14:19.34ao2This is the test program I am using: http://pastebin.com/d78155edf anything wrong with it?
14:19.35muromeci`l handle this in ipc code
14:20.00muromecao2, for now you should at least wait for bp :)
14:20.32tmztmuromec: you have gsm q right?
14:20.34muromectmzt, yep
14:20.49ao2muromec, ah, so I need to sleep between the open("/dev/ttyIPC0", O_RDWR); and the mux opens
14:20.55tmztI haven't worked with it
14:21.03muromeco
14:21.03tmztit's pxa/ezx?
14:21.04muromecno
14:21.06muromecits cdm
14:21.08muromec*cdma
14:21.12tmztyes, I have that one
14:21.41muromecao2, maby even before open ipc
14:22.03muromeci should return -ENODEV
14:22.09ao2how much time?
14:22.44muromecaccording to your log, something like 5-10 secs
14:23.15muromecyou are running it from rcS ?
14:23.33ao2yes
14:23.35muromecrc5 would be more right time
14:50.20ao2muromec, it still doesn't work. is "usb_ipc probe failed" expected?
14:51.20ao2http://pastebin.com/d7d00ab5
14:51.57ao2I sleep 5sec, open ttyIPC0, sleep 5 sec, and then try to open mux devices, but I also get /dev/mux1: no such device
14:54.10muromecao2, probe failed is ok
14:54.54muromecif you moved your program to rc5, you can remove sleeps
14:55.14muromecplease, enable debug in mux code and give me full log
14:56.18ao2I moved it to rc5 already, ok, I'll send you the complete log
14:57.09muromecif you sleep too much, it will go to panic
14:59.43muromectmzt, do you know, why gen-blob is nonworking on moto q?
15:56.36tmztflashed into it?
15:56.44tmztI have never tried that yet
15:56.56tmztit works booted from haret with a small patch from wyrm
16:08.06*** join/#openezx xLoneStar (n=xinzhen@114.92.184.252)
17:00.12*** join/#openezx l403 (n=l@85.132.159.239)
17:33.14*** join/#openezx muromec (n=muromec@212-178-23-184.broadband.tenet.odessa.ua)
17:35.16*** join/#openezx l404 (n=l@85.132.159.239)
17:36.43*** join/#openezx marex (n=marex@thor.hackndev.com)
18:19.49*** join/#openezx WyrM (n=wyrm@unaffiliated/wyrm)
18:23.01*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
18:31.39*** join/#openezx florian (n=fuchs@e179110203.adsl.alicedsl.de)
18:34.47WyrMhi. :)
18:34.59WyrMao2: bricked router, nice ;)
18:46.03*** join/#openezx lclaudio (n=lclaudio@189.4.27.111)
18:51.30*** join/#openezx muromec (n=muromec@212-178-23-184.broadband.tenet.odessa.ua)
19:02.37*** join/#openezx florian (n=fuchs@e179110203.adsl.alicedsl.de)
19:16.36muromecWyrM, hi
19:23.22*** join/#openezx florian (n=fuchs@e179110203.adsl.alicedsl.de)
19:36.13WyrMhi muromec. :)
19:36.46muromecWyrM, is asoc from git working?
19:36.56WyrMmuromec: don't know. :)
19:37.11WyrMit should be, at least for non-BP audio.
19:37.39WyrMfor BP audio I think it will not work, I removed the "scenario" :)
19:37.48muromecyep, i`m about bp
19:38.01muromecap side working
19:38.19WyrMFor BP, its broken.
19:38.41WyrMWe need to ask broonie how we should expose the bp dai
19:39.07muromecok
19:39.21muromeci built 2.6.30 with latest patches
19:39.24WyrMthe openmoko way we were using before is not the best way when baseband DAI is digital.
19:39.36WyrMits good on the openmoko case, as it is analog.
19:39.45muromecyes, you said
19:40.10WyrMim downloading my mails..
19:40.16muromecon 2.6.30 everything looks working :)
19:40.16WyrMits taking a lot of time.
19:40.21WyrMspamd sucks. :)
19:40.27muromecheh
19:41.47WyrMmuromec: what voltage were you using when you did the serial-eoc test?
19:43.21muromecto supply max?
19:43.30WyrMyou used max232?
19:43.33WyrMso, 5v.
19:43.38muromec2323
19:43.38WyrMon the logic lines I mean.
19:43.40muromeciirc
19:43.46WyrMok, 3.3v
19:44.32WyrMI don't have 3232 here.
19:44.48muromecyep, 3232 :)
19:45.04WyrMim using 232 and 2 mosfets to convert 5v down
19:45.11WyrMbut I need reference voltage.
19:45.33WyrMim doing this for my router, where reference is available.
19:45.38WyrMbut it isn't on phone :(
19:45.53muromeci`m dumb in this :(
19:48.46*** join/#openezx l403 (n=l@85.132.159.239)
19:48.46WyrMI managed to brick my router. :/
19:59.16gDDEveryone here can speak English
19:59.31gDDoh, wrong send :)
19:59.33WyrM?
19:59.39WyrMsort of ;)
19:59.57gDDi should sent to #ubuntu-cn :)
20:15.04*** join/#openezx agd5f (n=alex@c-69-143-4-28.hsd1.va.comcast.net)
20:19.15*** join/#openezx florian (n=fuchs@e179110203.adsl.alicedsl.de)
20:19.54muromecflashed 2.6.30 and qtopia to e2
20:24.26WyrMworking? :)
20:24.45WyrMdeserves a youtube video.
20:25.13muromecscanning mmc
20:25.16muromecslooow
20:25.31muromec/dev/mmcblk0p2            1.7G    368.1M      1.3G  22% /media/mmcblk0p2
20:26.08muromecwtf with lcd on e2?
20:26.27WyrM?
20:26.29muromeclooks like something wrong with freq
20:26.30WyrMit should work :)
20:26.36muromecit works
20:26.45WyrMwhite line at bottom?
20:26.49muromecno
20:26.55WyrMthere are some issues with CPUFREQ
20:27.13WyrMthat causes a white line to flash at bottom of the lcd when it is changing the cpu frequency
20:27.18muromecwierd blinking lines
20:27.34muromecrandomly colored
20:29.16WyrMweird
20:29.22WyrMnever heard of this problem.
20:29.49muromecdidnt saw this on ming
20:29.54muromechah
20:30.00muromec-o sync sucks
20:30.31muromecthis crap appears when cpu is hardly loaded
20:31.49muromeclol. it went to suspend
20:36.52muromecah.. i have another angstrom on mmc
20:40.48muromecdamn
20:40.50muromecWrite of 68 bytes at 0x03d08030 failed. returned -30, retlen 0
20:41.07muromecmany times..
20:41.09WyrMwhat is this?
20:41.24WyrMmtd?
20:41.29muromecyep
20:41.33muromecrootfs
20:43.33muromecmagic reboot and cant get shell
20:43.36muromec:(
20:57.38*** join/#openezx tombhadAC (n=tombhad@pD95DDC43.dip.t-dialin.net)
21:10.30*** join/#openezx florian (n=fuchs@e179110203.adsl.alicedsl.de)
21:34.24*** join/#openezx Sleep_Walker (n=Sleep@193.179.96.131)
21:51.14muromechttp://www.youtube.com/watch?v=ROem3BSkdCE
21:53.46muromechttp://www.youtube.com/watch?v=4OBj6W3rEJY
21:55.51muromecWyrM,
22:01.27ao2WyrM, did you have to get a new router?
22:45.39ao2muromec, a dmesg with debug active
22:45.46ao2http://pastebin.com/d1d9f029c
22:46.16ao2oops in mux_send_frame
22:49.04ao2I don't know if the WARNING is determining the subsequent Oops
22:51.05*** join/#openezx tombhadAC (n=tombhad@pD95DDE0A.dip.t-dialin.net)
22:51.32muromecao2, is this reapeatable?
22:51.41ao2muromec, yes
22:51.50muromechm
22:53.08ao2using this program: http://pastebin.com/d78155edf
22:54.58muromecao2, change GFP_KERNEL to GFP_ATOMIC in mux_send_uih
22:59.41muromechuh, i got oops too
23:05.55ao2muromec, with your change the WARNING is gone, but I still get the Oops in mux_send_frame
23:06.21muromecok
23:10.21*** join/#openezx muromec (n=muromec@212-178-23-184.broadband.tenet.odessa.ua)
23:51.56*** join/#openezx WyrM1 (n=wyrm@189.13.217.129)
23:58.47CIA-17OpenEZX: 03Ilya Petrov <ilya.muromec@gmail.com> 07ezx/current * r51fa42e4ad 10openezx/drivers/char/ (ts0710_mux.c ts0710_mux_usb.c): dont even try to touch closed or disconnected ipc

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