02:23.57 | *** join/#openezx Fosforo (n=Fosforo@20151040132.user.veloxzone.com.br) |
03:10.13 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
04:08.31 | *** join/#openezx ysakaed (n=edward@118-166-239-91.dynamic.hinet.net) |
04:10.48 | *** join/#openezx arne_ (i=nobody@dslc-082-082-067-086.pools.arcor-ip.net) |
04:53.33 | *** part/#openezx ysakaed (n=edward@118-166-239-91.dynamic.hinet.net) |
08:55.58 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
09:10.04 | *** join/#openezx gmzhuo (i=gmzhuo@118.112.224.12) |
09:36.25 | *** join/#openezx WyrM (n=wyrm@189.13.132.249) |
09:36.36 | WyrM | good morning. |
09:36.42 | WyrM | gmzhuo: hi. |
09:37.12 | gmzhuo | WyrM,hi |
09:37.26 | gmzhuo | how about suspend/resume now? |
09:37.47 | WyrM | there are a bunch of bugs. |
09:37.56 | WyrM | but unrelated to the pxa2xx-spi bugs. |
09:38.11 | WyrM | and the gen2 blob patcher is done. |
09:38.21 | gmzhuo | you mean in pcap,bp? |
09:38.24 | WyrM | http://people.openezx.org/wyrm/patch_blob |
09:38.31 | WyrM | yes, on both :) |
09:38.43 | gmzhuo | has anybody test it on E6:) |
09:38.45 | WyrM | its because of pcap that you can't resume twice. |
09:38.58 | WyrM | because you are using pcap irq as wakeup source |
09:39.08 | WyrM | only on a1200 and a910. |
09:39.16 | WyrM | but its not dangerous as on gen1. |
09:39.31 | WyrM | and remove the protection on blob partition on phonetools |
09:39.35 | WyrM | its not dangerous. |
09:39.38 | WyrM | (tested). |
09:39.44 | gmzhuo | Ok |
09:39.53 | *** join/#openezx pH5 (n=ph5@p5485FA9D.dip.t-dialin.net) |
09:40.17 | WyrM | gmzhuo: it's a makefile. |
09:40.19 | gmzhuo | then the protect area should be? |
09:40.36 | WyrM | put it on your boot_usb directory and run make -f patch_blob-gen2 |
09:40.49 | gmzhuo | I have had a lookup on it:) |
09:40.52 | WyrM | 0x0~0x60000 |
09:41.17 | WyrM | and it will do nothing in case it detects something may go wrong :) |
09:41.40 | WyrM | also, all phones tested up to now, has the same 1st stage blob. |
09:41.55 | WyrM | 3xa910, 1xa1200. |
09:43.37 | CIA-15 | OpenEZX: 03gmzhuo * r2440 10/trunk/src/host/phonetools/phonetools.cpp: change gen2 protect area |
09:53.33 | WyrM | gmzhuo: ahh, and sabrod's a910i has MBM at 0x0. |
09:53.51 | WyrM | this invalidates ou gen detection code :/ |
10:51.04 | *** join/#openezx florian (n=fuchs@g227184197.adsl.alicedsl.de) |
11:02.42 | gmzhuo | checking for USB... no |
11:02.42 | gmzhuo | configure: error: *** Required libusb not installed *** |
11:03.11 | gmzhuo | [root@gbsoft boot_usb]# but /usr/local/lib/pkgconfig/libusb |
11:03.11 | gmzhuo | libusb-1.0.pc libusb.pc |
11:11.01 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
11:15.03 | gmzhuo | Hi Wyrm |
11:15.20 | gmzhuo | md5="41d4087908214bef3381d7e815980cbc"; \ |
11:15.20 | gmzhuo | <PROTECTED> |
11:15.20 | gmzhuo | <PROTECTED> |
11:15.20 | gmzhuo | <PROTECTED> |
11:22.56 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
11:27.26 | WyrM | gmzhuo: your blob is different than mine. |
11:27.43 | WyrM | also, it can't be hacked a second time... In case you did it on the first :) |
11:27.51 | WyrM | just FYI. |
11:29.37 | WyrM | please send me (email) the blob-original file that was left on the directory. |
11:54.33 | *** join/#openezx xottoG (n=Gottox@s01.de) |
11:56.36 | gmzhuo | WyrM,http://people.openezx.org/gmzhuo/blob-original-e6 |
12:15.52 | WyrM | gmzhuo: the same patch is ok for your blob too. |
12:16.24 | WyrM | there is a single difference, at 0x3c. |
12:16.31 | WyrM | < 3c: e3a02005 mov r2, #5 ; 0x5 |
12:16.32 | WyrM | --- |
12:16.32 | WyrM | > 3c: e3a02002 mov r2, #2 ; 0x2 |
12:16.41 | WyrM | < is a1200, > is e6. |
12:17.24 | WyrM | <PROTECTED> |
12:17.24 | WyrM | <PROTECTED> |
12:17.24 | WyrM | <PROTECTED> |
12:19.38 | WyrM | a different "LCD Buffer Strength Control register" |
12:20.26 | WyrM | 7.5.18 of the manual. a1200 uses a value of 5, e6 uses 2. |
12:20.43 | WyrM | other than this, no differences. And the patch is still valid. |
12:26.17 | WyrM | script updated to allow patching of this version too. |
12:26.43 | WyrM | gmzhuo: download the script again. it will allow execution this time. |
12:33.57 | *** join/#openezx l403 (n=l@85.132.159.239) |
12:35.53 | gmzhuo | WyrM,we still need to reserve the first page mem for modified blob |
12:36.46 | gmzhuo | #ifdef MBM //MBM module |
12:36.46 | gmzhuo | <PROTECTED> |
12:36.46 | gmzhuo | <PROTECTED> |
12:37.20 | WyrM | why? |
12:37.26 | WyrM | MBM is writing to it? |
12:38.20 | gmzhuo | yes |
12:39.26 | WyrM | this is not good :/ |
12:39.26 | WyrM | on gen1, as there is no mbm, its ok. |
12:39.32 | gmzhuo | not mbm write it |
12:39.35 | gmzhuo | It's blob |
12:39.39 | WyrM | no. |
12:39.46 | WyrM | then we just hack blob :) |
12:40.20 | WyrM | <PROTECTED> |
12:40.20 | WyrM | <PROTECTED> |
12:40.37 | WyrM | is powerup_reason_addr 0xa000000c? |
12:40.41 | gmzhuo | yes |
12:41.01 | WyrM | mbm passes the power up reason on r0. |
12:41.07 | gmzhuo | right |
12:41.19 | WyrM | so, I will hack it to save r0 value at the start. |
12:41.43 | WyrM | and only pass this if its NOT going to resume from suspend for openezx. |
12:41.49 | WyrM | (PSPR != 0). |
12:42.07 | WyrM | there is still space on the patch (see all the nops...) :) |
12:43.39 | gmzhuo | Or we can jump to 0x80000,there has 0x800 space |
12:43.44 | gmzhuo | on E6 |
12:44.03 | WyrM | not needed. |
12:44.09 | WyrM | the space is still enough. |
12:44.24 | WyrM | want to do it? |
12:44.30 | WyrM | or want me to do? |
12:44.48 | gmzhuo | You do it,because my e6 lost cammera key :) |
12:44.55 | WyrM | ok. |
12:45.27 | gmzhuo | You can use start.S in blob for e6, |
12:45.45 | WyrM | well, it may be different.. :) |
12:45.56 | WyrM | it is different on gen1. |
12:46.09 | WyrM | and as I see, there are differences on gen2 too (a1200xe6). |
12:46.19 | WyrM | so I will just work on the binary. |
12:55.02 | gmzhuo | <PROTECTED> |
12:55.02 | gmzhuo | #if defined(MACAU) || defined(PENGLAI) |
12:55.02 | gmzhuo | <PROTECTED> |
12:55.02 | gmzhuo | #else |
12:55.02 | gmzhuo | <PROTECTED> |
12:55.03 | gmzhuo | #endif |
12:55.05 | gmzhuo | <PROTECTED> |
12:55.26 | WyrM | its done already. |
13:07.20 | *** join/#openezx flameman (n=toor@net-93-65-10-119.cust.dsl.vodafone.it) |
13:26.48 | WyrM | I don't have a backup of a1200 original blob. |
13:26.55 | WyrM | lol |
13:27.34 | gmzhuo | You can use E6's |
13:27.57 | gmzhuo | and you know what's the diffrent |
13:28.09 | WyrM | ok, I found a backup |
13:28.16 | WyrM | I just need the md5sum :) |
13:36.06 | WyrM | oops, found an error. |
13:38.51 | gmzhuo | what's error? |
13:39.08 | WyrM | math error ;) |
13:39.38 | WyrM | if I hadn't spotted it, then the code would look for SLEEP_FLAG on the wrong place. |
13:39.42 | WyrM | no resume on 2.4. |
13:39.46 | WyrM | but its ok now. |
13:39.52 | *** join/#openezx xottoG (n=Gottox@s01.de) |
13:39.54 | WyrM | double checking the patch makefile |
13:41.09 | gmzhuo | Maybe you should give out the complete blob first stage,not the patch :) |
13:41.33 | WyrM | nah. a makefile to patch a bootloader is asm is more fun. |
13:41.34 | WyrM | lol |
13:43.27 | WyrM | just updating the comments on the file. |
13:43.30 | WyrM | its ok now. |
13:43.37 | WyrM | I will test it. |
13:45.22 | WyrM | flashed. |
13:45.27 | WyrM | lets see if it works :) |
13:46.59 | WyrM | yes, its working. |
13:47.36 | WyrM | makefiles on my people.openezx dir updated. |
13:50.01 | gmzhuo | Mabe I will meet incorrect MD5 |
13:50.07 | WyrM | no |
13:50.12 | WyrM | I updated the md5sums |
13:50.17 | WyrM | for both a1200 and e6. |
13:50.23 | gmzhuo | :) |
13:50.32 | gmzhuo | but original will meet |
13:50.50 | WyrM | I updated the original too :) |
13:52.38 | gmzhuo | md5="15eba8cf027032ffbe2b3d2c893344a1"; \ |
13:52.38 | gmzhuo | <PROTECTED> |
13:52.38 | gmzhuo | <PROTECTED> |
13:52.40 | gmzhuo | £¿£¿ |
13:53.08 | WyrM | huh? |
13:53.18 | gmzhuo | I said I will meet |
13:53.28 | WyrM | this is the first md5 |
13:53.29 | gmzhuo | 41d is for original |
13:53.42 | WyrM | yes, this is the pre-ceck. |
13:54.07 | WyrM | it checks for the original bootloader md5sum before start, and after patching it checks the hacked bootloader md5. |
13:54.19 | WyrM | do a "make clean" |
13:54.23 | WyrM | and try again :) |
13:54.34 | WyrM | I think you left some files from the previous script. |
13:55.04 | gmzhuo | still |
13:56.21 | WyrM | not possible. |
13:56.25 | gmzhuo | there should have 4 md5 sum for a1200/oringal&firstpatched E6/oringal&firstpatched |
13:56.35 | WyrM | yes. |
13:56.57 | gmzhuo | but here only 2 |
13:57.06 | WyrM | http://pastebin.com/m31c7d7fa |
13:57.13 | WyrM | no, its 4 |
13:57.20 | WyrM | 2 before and 2 after. |
13:57.44 | WyrM | see the pastebin, its using the blob-original-e6 you sent me. |
13:58.20 | gmzhuo | no after??? |
13:58.43 | gmzhuo | where is the after? |
13:59.36 | WyrM | see pastebin |
13:59.40 | WyrM | before at line 13 |
13:59.45 | WyrM | after at line 73 |
13:59.57 | WyrM | this pastebin is from a e6 run. |
14:01.12 | gmzhuo | I mean the blob on my e6 is not oringal |
14:01.30 | WyrM | the blob you sent me is the original isn't it? |
14:01.51 | WyrM | have you patched it with the previous version of the script? |
14:02.01 | WyrM | do you still have the original one? |
14:02.34 | WyrM | run make -f patch_blob-gen2 clean |
14:02.58 | WyrM | then cp my-backup-of-the-original-blob blob-original |
14:03.00 | gmzhuo | no |
14:03.07 | WyrM | then make -f patch_blob-gen2 |
14:03.29 | WyrM | if blob-original is present, then it will not try to download from the phone again. |
14:04.50 | gmzhuo | I changed patch_blob-gen2 |
14:04.57 | WyrM | please don't. |
14:04.58 | gmzhuo | done |
14:05.25 | gmzhuo | how to test moto's suspend/resume? |
14:05.45 | WyrM | just let it wait for some minutes |
14:05.55 | WyrM | and try to wake up. |
14:06.04 | WyrM | I really think you messed up things. |
14:06.12 | WyrM | the md5sums are correct. |
14:06.17 | gmzhuo | what's thing? |
14:06.25 | WyrM | you really shouldn't change the script. |
14:07.00 | gmzhuo | you mean patch is in diffrent address? |
14:07.08 | WyrM | no. |
14:07.17 | WyrM | what have you changed on the makefile? |
14:07.28 | gmzhuo | add one md5 |
14:07.40 | WyrM | the md5sum for the original check, or for the after-patched check? |
14:08.21 | WyrM | on blob-1-hacked or on blob-hacked? |
14:18.53 | *** join/#openezx Fosforo (n=Fosforo@20151040132.user.veloxzone.com.br) |
14:41.34 | gmzhuo | worked |
14:43.50 | gmzhuo | WyrM, are you here? |
14:45.30 | gmzhuo | stably resume from lock key |
14:45.37 | WyrM | yes. |
14:45.48 | WyrM | I know, I tested it before ;) |
14:45.53 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
14:45.54 | WyrM | resume is ok. |
14:46.07 | WyrM | the problem you were having before is with the pcap irq handler. |
14:46.28 | WyrM | if you resume with a pcap irq as the wake up source, then the irq handler gets confused. |
14:46.46 | WyrM | probably, scheduling the workqueue at pcap_resume() will solve the issue :) |
14:47.17 | WyrM | we need to take a look at some code to know the wakeup reason. |
14:47.25 | gmzhuo | so I can't resume from touch event,right? |
14:47.31 | WyrM | and only call the workqueue if the wakeup reason is the pcap irq. |
14:47.35 | WyrM | you can. |
14:47.47 | WyrM | but you will get no touch events after the resume ;) |
14:47.48 | gmzhuo | No,I can't |
14:47.58 | WyrM | the first time you can. |
14:48.02 | gmzhuo | right |
14:48.07 | WyrM | but then touch events will stop working. |
14:48.17 | WyrM | because the ISR for touch is set on pcap. |
14:48.21 | WyrM | and never cleared. |
14:48.40 | WyrM | that's why I told you to schedule pcap_work at pcap_resume. |
14:48.48 | WyrM | its not the proper fix, but will do for now. |
14:49.38 | gmzhuo | I think not get touch event before resume is not problem |
14:49.52 | WyrM | I don't understand what you mean. |
14:50.09 | WyrM | you certainly will not get a touch event BEFORE resume. |
14:50.11 | WyrM | lol. |
14:50.31 | WyrM | you mean not get the touch event that is used for resume? |
14:50.41 | WyrM | for touch you are right. |
14:50.53 | WyrM | but you can't lose a USB insert/remove event. |
14:51.00 | WyrM | gen1 usb is pcap, not eoc. |
14:51.24 | WyrM | also, you can't lose a headphone jack insert/removal (this is valid for gen2 too). |
14:51.25 | gmzhuo | You mean even after resume,we can't got touch event now? |
14:51.36 | WyrM | yes. |
14:51.53 | gmzhuo | that's not good |
14:52.01 | WyrM | if you wake up with a pcap event, the pcap event that you used to wake up the system will no longer work. |
14:52.07 | WyrM | I know how to fix it. |
14:52.12 | WyrM | and I told you already ;) |
14:53.14 | WyrM | this happens because the pcapirq will not run on wakeup. So, ISR will never be cleared for the event that wake up the system. |
14:53.40 | WyrM | and because its not cleared it will no longer generate gpio interrupts to pxa. |
14:54.01 | gmzhuo | so the original clear all isr in pcap when resume |
14:54.40 | *** join/#openezx Gottox (n=Gottox@s01.de) |
14:55.10 | gmzhuo | not roiginal,in 2.6.23/24/25 |
14:59.56 | WyrM | please don't copynpaste buggy code :) |
15:00.01 | WyrM | fix it properly. |
15:00.18 | WyrM | learn how to know the wake up source. |
15:00.41 | WyrM | and, on pcap_resume(), if the wakeup source is the pcap irq pin, schedule pcap_work |
15:04.20 | gmzhuo | I'll not change this,but I let compile happy when no rfkill select |
15:05.37 | gmzhuo | I have local/debug based on ezx/current,and I switch to ezx/current,then push,will I add local/debug branch to remote? |
15:09.19 | WyrM | yes. |
15:09.52 | WyrM | if you do tg remote --populate it will upload all your topgit patches to openezx.git |
15:10.09 | WyrM | for local branches, you should create git branches. Not topgit patches :) |
15:10.31 | WyrM | also, have you run the script I sent to the mailing list? |
15:10.44 | WyrM | it deletes a lot of other branches that I don't want on openezx.git |
15:10.51 | WyrM | because they are already mainline. |
15:11.54 | WyrM | export your local changes with "tg patch [name] > [name].patch" |
15:12.01 | WyrM | and recreate them as git branches. |
15:13.24 | gmzhuo | where is the script? |
15:13.36 | WyrM | sent to openezx-devel |
15:13.40 | gmzhuo | find it |
15:13.54 | WyrM | it will delete your debug patches. |
15:14.01 | WyrM | so, save a backup first. |
15:16.41 | gmzhuo | cleaned |
15:16.58 | WyrM | please wait some minutes before commiting. |
15:17.10 | gmzhuo | but I got remote end hung up when git-push |
15:17.11 | WyrM | im uploading linus changes. |
15:17.17 | WyrM | don't push now. |
15:17.25 | WyrM | and pull before push. |
15:17.30 | gmzhuo | Ok |
15:20.27 | WyrM | gmzhuo: are you able to resume with pxa2xx-keypad keys? |
15:20.30 | WyrM | im not :/ |
15:20.41 | WyrM | and I don't know why, nor how to solve it. |
15:21.13 | WyrM | linus changes pushed to openezx.git |
15:23.43 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
15:25.11 | gmzhuo | I'm not too |
15:30.07 | WyrM | ok. |
15:30.12 | WyrM | I will look at this later. |
15:30.13 | WyrM | :) |
15:33.08 | gmzhuo | device_may_wakeup(),what's meaning,should we set someting on pxa2xx_keyboard? |
15:33.59 | gmzhuo | still got remote end hung up unexpectly |
15:34.35 | gmzhuo | I use git clone git://git.openezx.org/openezx today |
15:51.49 | WyrM | git.openezx is working here. |
15:52.19 | WyrM | device_may_wakeup is for a userspace toggle on sysfs. |
15:52.34 | WyrM | /sys/platform/...../power/wakeup |
15:52.41 | WyrM | or something like that :) |
16:04.44 | gmzhuo | maybe we need change pgsr3 |
16:05.28 | WyrM | search on the code where pgsr is set. |
16:05.30 | WyrM | :) |
16:05.51 | WyrM | I guarantee that "PGSR3 =" is not allowed by mainline people :) |
16:06.09 | gmzhuo | dose I use git clone git://git.openezx.org/openezx is right? |
16:06.20 | WyrM | git pull is. |
16:06.26 | WyrM | no. |
16:06.50 | WyrM | in your case, you use git@git.openezx.org/openezx |
16:06.56 | WyrM | otherwise you can't push |
16:07.23 | WyrM | on .git/config |
16:07.30 | WyrM | url = git@git.openezx.org:openezx.git |
16:08.03 | gmzhuo | see cm-x2xx.c |
16:08.34 | WyrM | we can't do like this. |
16:09.22 | gmzhuo | then how can we do? |
16:09.35 | WyrM | I don't know :) |
16:09.37 | gmzhuo | just have a test? |
16:10.04 | WyrM | well, it will probably work if that's what you want to know. |
16:10.15 | WyrM | but it doesn't mean that its right. |
16:10.27 | WyrM | there is an api for this. |
16:10.40 | WyrM | I don't know why its not working, but it should be used. |
16:10.48 | WyrM | fixed and used :) |
16:11.03 | WyrM | there is irq_set_wake(), gpio_set_wake(). |
16:11.18 | WyrM | and afaik its being set by pxa2xx-keypad. |
16:11.34 | WyrM | and the wakeup source is enabled on sysfs. |
16:11.43 | WyrM | we have to debug this and find what is wrong. |
16:12.37 | WyrM | #hackndev |
16:12.39 | WyrM | oops |
16:13.21 | WyrM | marex from #hackndev had some issues with pxa2xx-keypad as wakeup source too. |
16:13.33 | WyrM | but he is not online now :/ |
16:15.12 | WyrM | gmzhuo: also, read Documentation/arm/pxa/mfp.txt |
16:15.41 | WyrM | "WAKEUP_ON_LEVEL_HIGH - specifically for enabling of keypad GPIOs," |
16:22.10 | gmzhuo | bedtime bye |
16:22.59 | WyrM | bye, good night |
16:23.57 | sabrod | hi and good night. |
16:24.07 | sabrod | :) |
16:26.48 | *** part/#openezx gmzhuo (i=gmzhuo@118.112.224.12) |
16:44.09 | ao2 | WyrM, I keep getting "Adding branch ezx/defconfig_mainline" even after runnig your script, we have to remove also local top-bases refs |
16:44.28 | ao2 | .git/refs/remotes/$REMOTE/top-bases/$p |
16:47.40 | WyrM | ao2, I forgot to add this to the script. |
16:49.11 | ao2 | WyrM, no problem, I'll start moving branches candidate for submission below ezx/mach/pcap |
16:49.24 | WyrM | ok |
17:00.45 | *** join/#openezx xottoG (n=Gottox@s01.de) |
17:07.02 | CIA-15 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r0bc41302ab 10openezx/.topmsg: update patch header |
17:08.39 | WyrM | asoc/pxa-ssp-fix-SSPSP_SCMODE: I will look for some reason on why we need this. |
17:09.01 | WyrM | I suspect that "it causes noise on only some versions of our hardware" is not ok :) |
17:09.42 | WyrM | so I will review I2S specifications, and compare the data sampling times with what we get with and without SCMODE(2). |
17:11.04 | WyrM | ahh, btw, this patch is not correct I think.. |
17:11.21 | WyrM | scmode(2) should be only for DAIFMT_I2S. |
17:18.55 | WyrM | hum. |
17:19.22 | WyrM | we are in trouble with this... the i2s specs says data is sampled on the clock rising edge. |
17:19.30 | WyrM | and this would be scmode(0). :/ |
17:20.45 | WyrM | No! |
17:20.52 | WyrM | the lines on pxa manual is drive. |
17:20.57 | WyrM | so we are correct :) |
17:33.25 | ao2 | :) |
17:33.31 | yang | WyrM: do you own A910 and do you get the battery error sometimes? |
17:33.37 | yang | hey ao2 |
17:33.53 | WyrM | yang: no, never had battery errors here. |
17:34.05 | ao2 | hi yang, me neither |
17:34.15 | yang | ao2: I get "invalid battery" error - in italian language... |
17:35.11 | yang | sabrod said its common error with a910 - it has some memory effect |
17:35.23 | WyrM | <PROTECTED> |
17:35.23 | ao2 | yang, is this a message from the linux os, do you get it whan trying to change via USB? |
17:35.29 | yang | The mobile is U.K. made and I had Italian SIM inside so this is where error comes from |
17:35.37 | yang | no its motorola OS |
17:35.57 | yang | No, I charge with power adapter |
17:35.58 | ao2 | yes, for linux os I meant moto os, as opposed to MBM |
17:36.02 | WyrM | <PROTECTED> |
17:36.09 | yang | damn |
17:36.15 | yang | so its common to some models |
17:36.21 | WyrM | <PROTECTED> |
17:36.22 | sabrod | I have this quite frequently, especially with original, neuf firmware... |
17:36.30 | sabrod | (on un flashed phones) |
17:36.45 | yang | it won't start to charge the battery |
17:37.28 | yang | but I haven't tried to charege it via USb, will do that now |
17:39.18 | yang | hm, with USB i get green circle |
17:39.29 | yang | and on power adapter blue circle and error |
17:41.42 | yang | HA ! Ricarica batteria in corso (Battery charging ! :-) |
17:49.53 | sabrod | Cool, yes, it works too here, if I insist. |
17:49.57 | sabrod | ? |
17:50.06 | sabrod | weird, but... |
17:51.01 | sabrod | openezx kernel's fault? |
17:52.41 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
17:58.11 | yang | sabrod: no its no openezx kernel installed |
17:58.36 | sabrod | Never booted it? |
17:58.40 | yang | adaptor fault |
17:58.43 | yang | I would say |
17:58.44 | sabrod | Ah... :) |
17:59.15 | yang | does your A780 charges over USB? |
17:59.22 | yang | mine didn't want to |
18:00.30 | yang | ao2: i am listening to "I santo California" do you know it? |
18:01.12 | yang | there were quite popular, back in the 60s maybe |
18:03.03 | yang | 70s actually |
18:15.23 | WyrM | is stereo sound working on openezx kernel? |
18:16.34 | ao2 | WyrM, IIRC it is, I tested it with headphones once |
18:16.43 | WyrM | lol |
18:17.16 | WyrM | I remember I buggered broonie for a hack on pxa-ssp.c, the hack is there and we are not using it. |
18:17.30 | WyrM | and it was for stereo audio. |
18:18.30 | WyrM | I think I probably forgot to comit the changes to openezx.git or the hack was not needed after all.. |
18:21.57 | ao2 | WyrM, I can test it again later, just to be sure, I can't remember if my test was with code from git or svn |
18:23.54 | WyrM | im testing it now. |
18:24.00 | WyrM | stereo audio is working. |
18:24.13 | WyrM | then the hack was not needed, or im missing something. |
18:41.04 | sabrod | Wyrm: I could add my A910i first bytes to phonetools gen2/gen1 detection code ? |
18:41.46 | WyrM | very likely it's the same from gen1. |
18:42.12 | sabrod | well, I don't think so. |
18:42.19 | sabrod | 0006 is on A780. |
18:42.26 | sabrod | 0000 is on my A910i |
18:42.35 | sabrod | ... |
18:42.54 | WyrM | then its probably ok. |
18:43.09 | WyrM | but this a dumb way to check what phone it is :) |
18:43.11 | sabrod | I hope, yes! |
18:43.40 | sabrod | well, kct is always there at 60800 on all gen2 I know... |
18:44.04 | sabrod | But I don't think it's smarter. :) |
18:44.08 | bartv | a: 09.00 - 18.00 |
18:44.15 | WyrM | yes, I tought that mbm would always be at the same place too ;) |
18:44.58 | sabrod | Why the USB Id isn't used? |
18:46.42 | sabrod | Well, I don't know much about that, but looking at http://svn.openezx.org/trunk/src/host/phonetools/UsbPhoneFactory.cpp there is a poosibility, isn't it ? |
18:48.11 | sabrod | Ok, for genblob it can't help, I forgot |
18:48.22 | WyrM | ao2: capture with the mono codec is working too. |
18:48.38 | WyrM | ao2: and I remember that on my last test it wasn't. :) |
18:49.35 | ao2 | WyrM, very good, magis is useful sometimes... |
18:49.40 | ao2 | magic, even |
18:50.01 | WyrM | maybe I tested on a different phone. this is crazy. |
18:55.42 | WyrM | I think it was the noise. It is working but too noisy. |
19:18.04 | *** join/#openezx Kensan_ (n=ken@gw.ptr-80-238-227-222.customer.ch.netstream.com) |
19:43.26 | *** join/#openezx florian (n=fuchs@g227184197.adsl.alicedsl.de) |
19:46.25 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:33.03 | *** join/#openezx tombhadAC (n=tombhad@pD95DD6D0.dip.t-dialin.net) |
22:14.16 | ao2 | mmh, bringing down a branch is more difficult than I thought, If i make ezx/mach/camera depend on ezx/mach/pxa2xx-flash instead of ezx/mach/udc and then call "tg update" the latter does nothing and it left udc stuff in the topic branch... |
22:16.49 | ao2 | WyrM, maybe this is not possible at all, to do a "partial review" of the topic branch, I mena. I will end up exporting the patches and refreshing them manually, but a topgit way would have been great. |
22:17.06 | ao2 | s/review/rewind/ |
22:17.26 | ao2 | and s/mena/mean :) |
22:18.16 | WyrM | ao2: changing .topdeps is enough. |
22:18.39 | ao2 | WyrM, should be |
22:18.46 | WyrM | first make the patch orphan, then add it where you want it to be. |
22:19.45 | WyrM | but instead of calling tg update on ezx/current so it updates recursivelly, do tg update on the first child. |
22:20.01 | ao2 | let's try the orphaning way |
22:21.58 | WyrM | there is a great chance of conflicts, because you are changing the ezx/mach/* patches... |
22:22.14 | WyrM | but its not hard do solve them :) |
22:26.06 | *** join/#openezx sabrod (n=sab@lns-bzn-28-82-250-145-161.adsl.proxad.net) |
23:28.57 | ao2 | WyrM, still something wrong, doing this http://people.openezx.org/ao2/tmp/tg-depend-delete.png camera changes are still in ezx/mach/bp ezx.c |
23:29.36 | ao2 | they shouldn't |
23:30.26 | ao2 | will try tomorrow again |
23:31.03 | WyrM | ao2: yes, but it will not make a difference in the end :) |
23:31.30 | WyrM | you are not deleting the camera branch, you will just move it nearer master. |
23:33.10 | ao2 | ok, let's see what happens after all the relinking is done |