01:33.14 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
02:26.01 | *** join/#openezx sn9_ (n=danielg4@gimpelevich.san-francisco.ca.us) |
02:31.28 | *** join/#openezx shoragan__ (n=shoragan@sicherheitsschwankung.de) |
02:45.46 | *** join/#openezx jamesmck (n=james@gimel.esc.cam.ac.uk) [NETSPLIT VICTIM] |
02:50.54 | *** join/#openezx sn9 (n=danielg4@gimpelevich.san-francisco.ca.us) |
04:57.26 | *** join/#openezx WyrM (n=wyrm@20158135191.user.veloxzone.com.br) |
05:55.53 | *** join/#openezx sabrod-lapto1 (n=sab@lns-bzn-59-82-252-155-119.adsl.proxad.net) |
06:30.25 | *** join/#openezx purl (i=ibot@rikers.org) |
06:30.25 | *** topic/#openezx is OpenEZX Developer Lounge -- new gen-blob at http://people.openezx.org/wyrm/gen-blob/gen-blob -- http://openezx.org |
06:46.12 | *** join/#openezx sn9_ (n=danielg4@gimpelevich.san-francisco.ca.us) |
06:57.11 | *** join/#openezx pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
07:37.16 | *** join/#openezx purl (i=ibot@rikers.org) |
07:37.16 | *** topic/#openezx is OpenEZX Developer Lounge -- new gen-blob at http://people.openezx.org/wyrm/gen-blob/gen-blob -- http://openezx.org |
07:47.31 | *** join/#openezx purl (i=ibot@rikers.org) |
07:47.31 | *** topic/#openezx is OpenEZX Developer Lounge -- new gen-blob at http://people.openezx.org/wyrm/gen-blob/gen-blob -- http://openezx.org |
07:57.12 | *** join/#openezx WyrM (n=wyrm@20158133173.user.veloxzone.com.br) |
08:21.33 | Hopscotch | good morning |
08:48.17 | *** join/#openezx Kensan_ (n=ken@gw.ptr-80-238-232-190.customer.ch.netstream.com) |
08:57.52 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
09:03.26 | *** join/#openezx sn9_ (n=danielg4@gimpelevich.san-francisco.ca.us) |
09:30.35 | *** join/#openezx WyrM1 (n=wyrm@20158145168.user.veloxzone.com.br) |
09:54.41 | *** join/#openezx ChanServ (ChanServ@services.) |
09:54.41 | *** join/#openezx WyrM1 (n=wyrm@20158145168.user.veloxzone.com.br) [NETSPLIT VICTIM] |
09:54.41 | *** join/#openezx pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
09:54.41 | *** join/#openezx Fosforo (n=Fosforo@20151082006.user.veloxzone.com.br) |
09:54.41 | *** join/#openezx ghane (n=ghane@unaffiliated/ghane) [NETSPLIT VICTIM] |
09:54.42 | *** join/#openezx webmind (n=webmind@shell.puscii.nl) [NETSPLIT VICTIM] |
09:54.42 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) [NETSPLIT VICTIM] |
09:54.42 | *** join/#openezx sn9 (n=danielg4@gimpelevich.san-francisco.ca.us) [NETSPLIT VICTIM] |
09:54.42 | *** mode/#openezx [+o ChanServ] by irc.freenode.net |
09:55.03 | *** join/#openezx sabrod (n=sab@lns-bzn-59-82-252-155-119.adsl.proxad.net) |
09:55.03 | *** join/#openezx methril|dinner (n=methril@169.73.220.87.dynamic.jazztel.es) [NETSPLIT VICTIM] |
09:55.03 | *** join/#openezx bartv (n=bart@thisnet.xs4all.nl) [NETSPLIT VICTIM] |
09:55.03 | *** join/#openezx SuN (i=unices@195-241-252-199.ip.telfort.nl) [NETSPLIT VICTIM] |
09:55.03 | *** join/#openezx CIA-15 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
09:55.03 | *** join/#openezx Hopscotch (n=cd@touchdown.maintech.de) [NETSPLIT VICTIM] |
09:55.39 | *** join/#openezx flyhorse|linux (n=flyhorse@116.4.155.80) [NETSPLIT VICTIM] |
09:55.39 | *** join/#openezx uwe_ (n=uwe_@dslb-084-056-024-012.pools.arcor-ip.net) |
09:56.22 | *** join/#openezx tmzt (n=tmzt@adsl-99-164-41-91.dsl.akrnoh.sbcglobal.net) [NETSPLIT VICTIM] |
09:56.22 | *** join/#openezx agd5f (n=alex@c-69-143-4-28.hsd1.va.comcast.net) |
09:56.22 | *** join/#openezx parmaster (i=par@dipole.idlepattern.com) |
09:56.23 | *** join/#openezx file (n=file@asterisk/developer-and-muffin-lover/file) |
09:56.23 | *** join/#openezx methril (n=Methril@213.27.233.98) |
09:56.23 | *** join/#openezx r00t|vaio (i=foobar@port-83-236-58-14.dynamic.qsc.de) [NETSPLIT VICTIM] |
09:56.23 | *** join/#openezx yang (i=yang@CAcert/Assurer/pdpc.supporter.base.yang) |
09:57.06 | *** join/#openezx Kensan_ (n=ken@gw.ptr-80-238-232-190.customer.ch.netstream.com) |
09:57.06 | *** join/#openezx jamesmck (n=james@gimel.esc.cam.ac.uk) [NETSPLIT VICTIM] |
09:57.06 | *** join/#openezx shoragan (n=shoragan@debian/developer/shoragan) |
09:57.06 | *** join/#openezx toi (n=pleemans@d5153128F.access.telenet.be) |
09:57.06 | *** join/#openezx janneg (n=janne@tichy.grunau.be) [NETSPLIT VICTIM] |
09:57.06 | *** join/#openezx univac (n=univac@xmms2/user/univac) [NETSPLIT VICTIM] |
09:57.06 | *** join/#openezx mickey|zzZZzz (i=mickey@openmoko/coreteam/mickey) |
09:57.06 | *** join/#openezx nizox (n=none@eros.ph0k.eu) |
09:57.06 | *** join/#openezx TommyMT (n=tk@touchdown.maintech.de) [NETSPLIT VICTIM] |
09:57.08 | *** join/#openezx tombhadAC (n=tombhad@pD95DE06C.dip.t-dialin.net) |
10:17.00 | WyrM1 | is updating openezx.git with latest mainline changes. |
10:17.10 | ao2 | hi WyrM |
10:17.18 | WyrM | hi ao2 |
10:17.35 | sabrod | Hi Wyrm, ao2 |
10:18.12 | ao2 | salut sabrod |
10:18.26 | sabrod | :) |
10:19.28 | sabrod | buongiorno ao2! |
10:19.34 | ao2 | :P |
10:19.53 | ao2 | :) |
10:20.10 | sabrod | I had to search google for this ... :) |
10:20.42 | ao2 | appreciated btw |
10:21.19 | ao2 | WyrM, should I port ezx-emu as a pcap sub-driver? |
10:22.15 | WyrM | ao2: not now. We need to check ph5's work on otg stuff before working on our transceiver driver. |
10:22.38 | WyrM | probably some stuff for the otg_transceiver can be reused.. |
10:24.24 | WyrM | also, I want to wait for knuttman patch for usb host. |
10:25.05 | ao2 | WyrM, ok, I'll hold on. |
10:25.32 | WyrM | ao2: so, the i2c issues are gone, correct? |
10:25.49 | WyrM | was only gpio configuration for the camera i2c pins? |
10:26.55 | ao2 | WyrM, yes. I didn't understand that the timeouts on i2cdetect are normal where no chip is attached/powered (which seems so logical now). |
10:27.32 | WyrM | good. |
10:27.43 | WyrM | I will continue with the resume stuff. |
10:27.52 | ao2 | perfect |
10:28.00 | WyrM | I found some pointers that it was because of gpio restore ordering. |
10:28.05 | WyrM | I will test this |
10:29.09 | ao2 | I think I'll try to push leds-lp3944 to mainline after adding a workqueue mechanism to it. It looks in a fairly good shape. |
10:46.39 | WyrM | ao2: good! |
10:47.58 | CIA-15 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r7fbe10135c 10openezx/.topdeps: change usb2.0 dependency |
10:54.53 | WyrM | openezx.git updated. |
10:54.56 | WyrM | it builds :) |
10:55.28 | WyrM | will upload a new build to http://people.openezx.org/wyrm/images/ |
10:57.01 | ao2 | tg-updating... |
11:00.32 | WyrM | ao2: do I have to delete the orphan branches locally? |
11:00.38 | WyrM | http://people.openezx.org/wyrm/images/latest/topgit-layout.png |
11:03.23 | ao2 | WyrM, eh I noted, did you run "tg remote --populate origin" before tg-update? I thought that was enough. |
11:05.38 | WyrM | echo "WM: Checking for changes on OpenEZX." |
11:05.38 | WyrM | git checkout ezx/current |
11:05.38 | WyrM | if [ "`git pull openezx ezx/current`" != "Already up-to-date." ]; then |
11:05.38 | WyrM | <PROTECTED> |
11:05.38 | WyrM | <PROTECTED> |
11:05.38 | WyrM | <PROTECTED> |
11:05.40 | WyrM | fi |
11:05.43 | WyrM | yes, I did :) |
11:06.07 | WyrM | and probably the --populate created the branches on openezx.git again. |
11:09.31 | ao2 | We'll do some more test about removing tg remote branches later, if you are available. Now I am on something else. |
11:12.45 | WyrM | ao2: ok, thanks! |
11:21.44 | *** join/#openezx sn9_ (n=danielg4@gimpelevich.san-francisco.ca.us) |
11:52.36 | *** join/#openezx flo_lap (n=fuchs@f048077077.adsl.alicedsl.de) |
12:03.56 | *** join/#openezx jonwil (n=jonwil@123-243-219-11.tpgi.com.au) |
12:26.41 | *** join/#openezx WyrM (n=wyrm@20158145168.user.veloxzone.com.br) |
12:43.38 | *** join/#openezx ade|desk (n=adavey@195.153.131.254) |
12:54.32 | jonwil | gaah, stupid kernel, work damnit |
13:11.46 | WyrM | jonwil: lol, cursing the kernel will not fix it ;) |
13:11.57 | jonwil | lol |
13:12.30 | jonwil | wishes that there were more kernel type people on openezx |
13:12.56 | WyrM | openezx is all made of kernel hackers. |
13:13.14 | jonwil | well more people who want to help get kernel going on magx :) |
13:13.50 | WyrM | wishes more people to help with kernel on EZX. :) |
13:14.09 | WyrM | then, when ezx is finished, these people could move to magx.. |
13:15.30 | jonwil | ezx is long dead and you cant get the phones anymore from moto. Magx is still active and easy to get phones for :P |
13:17.11 | WyrM | nack. |
13:17.27 | WyrM | ezx is not dead, the ezx development community is larger than magx. |
13:17.38 | WyrM | ezx phones are cheap, magx is still expensive. :) |
13:17.41 | jonwil | ezx is dead as far as moto is concerned |
13:17.47 | jonwil | moto no longer makes ezx phones |
13:17.50 | WyrM | a1800 is ezx. |
13:17.51 | WyrM | lol |
13:18.10 | jonwil | no, a1800 is not ezx, moto person said a1800 is not linux |
13:18.14 | jonwil | a1600 may be ezx |
13:18.20 | WyrM | err, a1600 then |
13:18.27 | WyrM | I always swap these two :) |
13:18.43 | WyrM | the one with GPS, not the one with WCDMA. |
13:19.23 | jonwil | a1800 is the one with CDMA |
13:19.37 | WyrM | also, OpenEZX is still growing the supported phones list. |
13:19.46 | jonwil | has moto (or anyone else for that matter) produced a phone with 3G UMTS and linux? |
13:19.52 | WyrM | motoq is not ezx, but it is very similar to ezx hardware wise. |
13:19.56 | WyrM | and openezx runs on it. |
13:20.08 | jonwil | motoq is winmobile isnt it? |
13:20.24 | WyrM | yes. |
13:20.43 | jonwil | does it have anything much in the way of security on the AP? |
13:21.01 | WyrM | we can use haret on it to boot linux |
13:21.14 | jonwil | haret is? |
13:21.24 | WyrM | don't know about signedness of the ap firmware. |
13:21.25 | jonwil | something for booting linux kernel on winmobile I assume |
13:21.35 | WyrM | but currently boot_usb does not work on motoq. |
13:22.08 | WyrM | yes, haret is used to trace winmobile, and can also boot linux from winmobile. |
13:22.54 | WyrM | OpenEZX is still far from death. (and also far from complete) :) |
13:23.50 | WyrM | also, another issue with magx is that people working on magx have different goals than us. |
13:24.01 | WyrM | people working on magx wish to hack the original fw. |
13:24.13 | WyrM | people working on ezx want to replace the full firmware. |
13:27.11 | jonwil | people on magx want something that works and lets them make calls and stuff right now |
13:27.27 | WyrM | no. |
13:27.38 | jonwil | plus people ARE working on replacing the moto bits for GSM stack on magx |
13:27.56 | WyrM | they just want to hack firmwares and release monsterpacks. |
13:28.08 | WyrM | except for dmitryi. |
13:28.15 | jonwil | those people are the same for all mot phones linux and otherwise |
13:29.36 | WyrM | same for all moto phones: ack. same for mot phones linux: nack. |
13:29.36 | jonwil | only reason ezx didnt get that kind of hacking so much is because ezx phone not available as widely |
13:29.48 | WyrM | wrong. |
13:30.03 | WyrM | ezx has a much bigger "modding" community. |
13:30.31 | WyrM | a1200 is probably only beaten by razr and the old startac. |
13:31.17 | jonwil | just as many people who are hacking ezx are working with mot original rootfs as are working with new openezx fs |
13:31.29 | jonwil | actually, that may not be true |
13:31.52 | WyrM | a1200 is sold here in .br by all gsm providers, its very common here. |
13:32.02 | WyrM | not true. |
13:32.13 | WyrM | openezx rootfs is not made _for_ ezx phones. |
13:32.15 | jonwil | only reason ezx gets so much work being done to real code is because its easy to hack |
13:32.27 | WyrM | not true either. |
13:32.31 | jonwil | vs every other mot with rootfs |
13:32.34 | jonwil | I mean RSA |
13:33.29 | WyrM | OpenEZX is a full reimplementation, all drivers were rewritten from scratch, almost nothing was acceptable on the 2.4 kernel code. |
13:34.32 | WyrM | its what I said you, the goals are different. |
13:34.56 | WyrM | I would only start hacking magx if there were a community interested on pushing magx support to mainline linux. |
13:35.11 | WyrM | im not interested on "monsterpacks" :) |
13:35.41 | WyrM | its the same with openezx/ezx phones. |
13:35.45 | ade|desk | ezx has the advantage that most stuff has been done in kernel 2.4 rather than 2.6 stub with functionality in userspace |
13:36.24 | WyrM | I keep seeing people that only try openezx once, and then start telling that it has no use (because it can't run the 2.4 rootfs). |
13:37.11 | WyrM | ade|desk: this is partially true. |
13:37.23 | ade|desk | why would any one want to use the 2.4 rootfs ? |
13:38.06 | ade|desk | for me, i'd miss the GPS/maps .. but apart from that ..... |
13:38.17 | WyrM | ade|desk: but as you need kernel code to do low level hardware access, and you need to export some kind of interface so userspace can do anything, you can still trace everything that userspace does. |
13:38.37 | ade|desk | rtue |
13:38.39 | WyrM | ade|desk: because they can't run their "monsterpacks" on 2.6 :) |
13:38.59 | ade|desk | sorry i have no idea what a monsterpack is |
13:39.08 | jonwil | a hacked up firmware |
13:39.14 | jonwil | with custom hacked crap added |
13:39.21 | ade|desk | such as what ? |
13:39.28 | jonwil | ringtones |
13:39.30 | jonwil | skins |
13:39.31 | jonwil | apps |
13:39.33 | jonwil | java |
13:39.35 | jonwil | etc |
13:39.41 | jonwil | me, I am interested in a new rootfs for magx that has no mot code on it as long as I can use 100% of the features of my phone |
13:40.20 | ade|desk | so they want to make it an iphone |
13:40.41 | jonwil | often they want to unlock stuff not otherwise availble |
13:40.46 | ade|desk | i'd like a phone that i chose what the interface is, how it deals with calls/sms etc |
13:41.10 | jonwil | some phones can be toggled to support quad band GSM by editing some stuff for example |
13:41.12 | jonwil | so they turn that on |
13:41.26 | jonwil | or often carriers disable stuff so they want to remove that disable and lock |
13:41.47 | ade|desk | why not just get a phone that has quad band , use it like a phone and get a netbook ) |
13:41.48 | WyrM | I want a phone that I can hack as much as I can hack my PC. |
13:45.41 | ade|desk | i'd like a phone that can be used as a phone and have internet connectivity on its own but also be a modem for my laptop all with open software, i'd liek a data plan to match too ... but thats something else |
13:48.22 | jonwil | I am sure you can tether openmoko |
13:49.30 | ade|desk | its not 3g though :( |
13:50.26 | jonwil | Does there exist any UMTS linux phone?> |
13:50.28 | jonwil | I havent seen any |
13:50.52 | ade|desk | i don't think so, not so far |
13:51.16 | jonwil | maybe none of the 3G chipset makers are open enough to allow linux on 3G, even on seperate CPU |
14:20.34 | WyrM | jonwil: your rootfs is too big after you put your self compiled modules in? |
14:20.44 | WyrM | why don't you just delete something else. |
14:21.03 | jonwil | I found out the right steps |
14:21.09 | jonwil | and there is nothing I can delete that isnt essential |
14:22.12 | WyrM | sure? |
14:23.15 | WyrM | on ezx, at the time I did the "blob2" hack, I managed to fit 1.2MB for an aditional by deleting useless stuff from the rootfs. |
14:23.32 | WyrM | s/aditional/aditional kernel/ |
14:27.32 | jonwil | anyhow, this file has built properly and should hopefully now work (inc USB) |
14:29.16 | jonwil | ok, USB is still broken. Lets see why |
14:37.56 | *** join/#openezx WyrM1 (n=wyrm@20158145168.user.veloxzone.com.br) |
14:38.53 | WyrM1 | stupid ubuntu, it reconfigures eth0 when I disconnect usb0. |
14:49.45 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
14:55.52 | jonwil | ok, this time it should hopefully work at last |
14:58.05 | jonwil | YES IT WORKED |
15:00.39 | WyrM | great, congrats! |
15:01.44 | *** join/#openezx WyrM (n=wyrm@20158145168.user.veloxzone.com.br) |
15:04.28 | jonwil | hmmm ok, I see /dev/mem and /dev/kmem but I cant cat them |
15:06.45 | *** join/#openezx WyrM (n=wyrm@20158145168.user.veloxzone.com.br) |
15:07.52 | jonwil | all the security seems to be gone though |
15:10.49 | jonwil | I can mount anything I like, I can see all the seucre files, I can load any module I want etc |
15:26.09 | *** join/#openezx sabrod-laptop (n=sab@lns-bzn-59-82-252-155-119.adsl.proxad.net) |
15:43.00 | *** join/#openezx WyrM1 (n=wyrm@20158145168.user.veloxzone.com.br) |
15:44.10 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
16:35.40 | *** join/#openezx darion76 (i=darion@94-248-25-72.dynamic.peoplenet.ua) |
17:09.11 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:18.53 | WyrM1 | this suspend/resume stuff makes me sick. |
18:28.22 | *** part/#openezx ade|desk (n=adavey@195.153.131.254) |
18:42.16 | WyrM | its impossible to debug anything before the console is up again :( |
18:55.36 | *** join/#openezx LoneStar (n=xinzhen@114.92.171.72) |
19:51.52 | *** join/#openezx sabrod-laptop (n=sab@lns-bzn-20-82-64-51-234.adsl.proxad.net) |
20:04.28 | r00t|vaio | btw: i'm not 100% sure i got this right... but some modder made a magx mod with rebuilt rootfs, and included some kernel module hack to disable the allowed_mounts logic at runtime... on the rootfs... instead of just nuking the initscript that enables it in the first place |
20:05.28 | WyrM | yes, its is possible. |
20:05.43 | WyrM | once you have write access to kernel space you can do anything. |
20:06.00 | WyrM | s/kernel space/kernel memory/ |
20:06.33 | *** join/#openezx stefan_schmidt (n=stefan@p5B03621C.dip.t-dialin.net) |
20:06.40 | r00t|vaio | WyrM: i just thought it's hillariously funny |
20:06.43 | WyrM | hi stefan_schmidt. |
20:06.49 | stefan_schmidt | hi WyrM |
20:07.13 | stefan_schmidt | ao2, WyrM: Thoughts about stuff for .30 merge window? |
20:07.42 | stefan_schmidt | had his second exam form 4 today |
20:08.17 | stefan_schmidt | A bit relaxing but not really time to scream "Free!" |
20:08.26 | WyrM | stefan_schmidt: I am more into an "add new functionalities" phase. |
20:08.43 | stefan_schmidt | WyrM: yeah, seen it. genblob and a backup tool |
20:08.53 | stefan_schmidt | WyrM: gen-blob with 2.6 headers is ready now? |
20:09.01 | WyrM | yes, and now im working to get resume working again. |
20:09.11 | WyrM | yes, it needs 2.6 kernel headers now. |
20:09.11 | stefan_schmidt | cool, cool |
20:09.46 | stefan_schmidt | pokes mickey|sports to update the recipe in OE to have building gen.blob working :) |
20:10.14 | WyrM | heh, he tried already, but something fishy happened to OE env when building gen-blob. |
20:10.23 | stefan_schmidt | WyrM: So we should focus on the loos ends ao2 fixed so nicely. Like nor flash, camera, gpio-keys etc? |
20:10.27 | WyrM | some weird env corruption |
20:10.31 | stefan_schmidt | hmm |
20:10.41 | stefan_schmidt | Must be mickey|sports's fault. ;) |
20:11.13 | stefan_schmidt | It seems that a driver for the fm chip also entered mainline behind our back. Interesting. |
20:11.19 | WyrM | yes. |
20:11.52 | WyrM | very good, a lot less work for us ;) |
20:11.58 | stefan_schmidt | Means we have to setup it in the machine file and test it. But besides this also a good candidate for the next merge window |
20:12.14 | stefan_schmidt | sure, nice to see this. I was just suprised |
20:12.31 | stefan_schmidt | IIRC it was the brasilian guy asking around on our ml |
20:12.51 | stefan_schmidt | great that he got something ready and also took care about submitting |
20:19.20 | WyrM | Yes, Fabio Belavenuto is his name. |
20:19.27 | stefan_schmidt | ah, right |
20:20.57 | ghane | Why did jonwil leave out any details about what actually made the usb on his magx phone actually work? |
20:21.53 | ghane | WyrM: tell him to not only complain, but actually tell the solution next time ;-) |
20:21.55 | WyrM | ghane: it was just because of the different build for the modules vs kernel. |
20:22.11 | ghane | WyrM: it was? |
20:22.21 | WyrM | yes, |
20:22.25 | ghane | so did he get correct modules? |
20:22.33 | WyrM | and then he couldn't fit the modules on the rootfs.. |
20:22.45 | ghane | ah |
20:23.14 | ghane | great :) |
20:23.36 | ghane | hopefully I will have time and motivation some day to start attacking my phones as well |
20:26.11 | ghane | btw, what is the current status of the E6 and E2 phones? are they still lagging behind the A780 a lot or can we do anything useful with them? |
20:27.04 | stefan_schmidt | ghane: With userspace fixed for 18bpp you should be on par. |
20:27.21 | ghane | stefan_schmidt: you mean that the 18bpp is still a problem? |
20:27.46 | stefan_schmidt | ghane: yes, we let it open for you. ;) |
20:28.10 | WyrM | darion76 fixed userspace for GPE. |
20:28.14 | *** join/#openezx sn9_ (n=danielg4@gimpelevich.san-francisco.ca.us) |
20:28.16 | ghane | stefan_schmidt: making userspace 18bpp aware seems stupid to me |
20:28.34 | ghane | Is it really impossible to set the LCD-controller to 16bpp? |
20:28.38 | stefan_schmidt | WyrM: Link to the patches? |
20:28.47 | stefan_schmidt | ghane: yes, it wired differently |
20:28.52 | WyrM | no patches so far. |
20:29.05 | stefan_schmidt | WyrM: ok, have to wait then |
20:29.07 | WyrM | I will ask him for patches. |
20:29.08 | ghane | stefan_schmidt: so lets hack the framebufferdriver to do software 666 -> 565 conversion instead |
20:29.14 | stefan_schmidt | WyrM: would be good |
20:29.29 | ghane | cant we use iwmmxt or something to speed that up as well? |
20:29.32 | WyrM | ghane: no chance to do this expensive conversion on kernelspace. |
20:29.42 | stefan_schmidt | ghane: Try it and we can test how bad this for performance |
20:29.47 | ghane | sure |
20:29.55 | ghane | I wrote a blitter like that for my magx phone |
20:30.00 | ghane | the most stupid implementation ever |
20:30.16 | ghane | ~10ms blit time |
20:30.27 | ghane | I can go ahead and optimize it |
20:30.45 | ghane | but of course that depends on what is acceptable performance |
20:31.35 | ghane | stefan_schmidt: I doubt it would hurt performance too much, since it should definitely speed up to run userspace in 565 instead |
20:32.40 | ghane | at least it could be an option so we get stuff running on the 18bpp devices, its just once place that needs to have this code |
20:33.05 | stefan_schmidt | mom |
20:33.08 | stefan_schmidt | moment |
20:35.01 | ghane | i'll dig out the code if i have time tomorrow |
20:35.45 | WyrM | stefan_schmidt: btw, now we also have a boot_usb for windows. |
20:35.47 | ghane | still havent managed to build a EZX kernel, but I believe testing in userspace on magx would ge good enough for non mmx tests |
20:36.07 | sabrod-laptop | Hi! |
20:37.28 | sabrod-laptop | Darion wrote fbFetch_r6g6b6, fbFetchPixels_r6g6b6 and fbStore_r6g6b6 functions that lacked to pixman, he worked with kdrive-1.4.99 . |
20:37.48 | sabrod-laptop | He says this on january 2 |
20:38.40 | stefan_schmidt | re |
20:38.44 | ghane | I am not into the framebuffer or kdrive internals, but is this in the kdrive or framebuffer driver? |
20:39.01 | sabrod-laptop | But he still had problem at that time (wrong borders he supposed it was due to alpha channel). |
20:39.03 | WyrM | I think that its on the graphic lib. |
20:39.39 | WyrM | kdrive seems to have correct colors without any patches. |
20:39.43 | stefan_schmidt | ghane: If you like to work on it, go ahead. Just wanted to point out problems. |
20:39.44 | ghane | Because if we can get fast 565->666 and also descent 888->666 routines that would be a lot more centralized |
20:39.51 | ghane | stefan_schmidt: sure |
20:40.39 | stefan_schmidt | WyrM: Any patches need to the one in svn for compiling under windows? |
20:40.46 | WyrM | no. |
20:40.48 | ghane | stefan_schmidt: since I will have to do it for magx anyways (unless we can reprogram the lcd controller there) i just go ahead and do something a bit smarter than my current code |
20:40.54 | WyrM | he written a new tool, with a GUI |
20:40.54 | stefan_schmidt | WyrM: nice |
20:41.04 | stefan_schmidt | ghane: cool |
20:41.12 | stefan_schmidt | WyrM: wow |
20:41.15 | ghane | stefan_schmidt: but it wont be mmx optimized just yet ;-) |
20:41.16 | WyrM | and it uses QT, and compiles for linux too. |
20:41.18 | stefan_schmidt | WyrM: Fancy things. :) |
20:42.45 | ghane | stefan_schmidt: the question is how do we test this, I havent been able to compile for my E6 (or E2) yet, just for my pile of magx phones ;-) |
20:44.05 | stefan_schmidt | ghane: Well, that surprises me a bit. A lot other people are able to do so. What exactly breaks for you? |
20:44.37 | sabrod-laptop | Does Jtag could help debuging those dark resumes debuging? |
20:44.54 | ghane | stefan_schmidt: dont remember actually |
20:45.20 | WyrM | sabrod-laptop: yes. |
20:45.25 | sabrod-laptop | Sorry, I know jtag is less fancy than windows gui and 18bpp screen :) |
20:45.45 | WyrM | sabrod-laptop: it would make this kind of debugging very easy. |
20:45.46 | ghane | <PROTECTED> |
20:46.20 | sabrod-laptop | I 'll receive an bricked E680 and I'm thinking about that... |
20:46.53 | sabrod-laptop | But I don't even know if jtag can de-brick a bootloader :) |
20:47.05 | WyrM | yes, it can. |
20:47.45 | sabrod-laptop | How is the jtag test ( afair Stefan_schmidt you have done nice researchs on that? ) |
20:47.48 | sabrod-laptop | ? |
20:48.04 | sabrod-laptop | s/test/status |
20:49.47 | stefan_schmidt | sabrod-laptop: We got stuck when testing with openocd years back |
20:49.58 | stefan_schmidt | A newer version might work well |
20:50.03 | sabrod-laptop | Ah :( |
20:50.28 | stefan_schmidt | There was also a tip that a cap is needed to select the right JTAG when it is chained. |
20:50.45 | stefan_schmidt | Never came to test this. There was a mail about this on the list, too. |
20:50.57 | sabrod-laptop | Well, I know a electronic fabric ( I don't remember the mark) near from me, I'll go and see if I can meet some cool guys :) |
20:51.13 | sabrod-laptop | I've a friend of mine working there... |
20:52.00 | sabrod-laptop | Yes, I saw your mails :) |
20:52.43 | sabrod-laptop | Could you send me a board connector, if you have ? |
20:52.59 | stefan_schmidt | sabrod-laptop: None needed on E680 |
20:53.10 | stefan_schmidt | They are only required on gen2 |
20:53.32 | sabrod-laptop | Great! |
20:53.56 | stefan_schmidt | sabrod-laptop: gen1 has testpads for this. There is a page in the wiki describing it |
20:54.10 | stefan_schmidt | http://wiki.openezx.org/E680_Board |
20:54.20 | sabrod-laptop | Ok, well, I will try first on the E680. |
20:54.27 | stefan_schmidt | For the exact pins I would have to dig a bit |
20:54.55 | stefan_schmidt | sabrod-laptop: if you get this working and like to work on gen2, too. I can send you the some connectors |
20:55.07 | sabrod-laptop | I think I can find a 10 pins to parrallel connector somewhere :) |
20:56.21 | stefan_schmidt | sabrod-laptop: ah, there we go: http://www.motorolafans.com/forums/development/2991-working-jtag-e680i.html |
20:57.27 | sabrod-laptop | Oh, yes I though it was a fixed working stuff because of that reading :) |
20:58.44 | sabrod-laptop | Oh, if you like to read motorolafans Muromec just wrote a word about EZX dev... http://www.motorolafans.com/forums/qt-extended/25342-latest-version-qtopia-5.html#post183417 |
20:58.46 | stefan_schmidt | sabrod-laptop: I never bothered to test with a windows tool as I lack the OS needed to run it... |
20:59.16 | sabrod-laptop | IIlya ask for coordination on ezx dev ! |
20:59.24 | stefan_schmidt | sabrod-laptop: I was reading it in the past. The modding scene was going out of my scope |
20:59.26 | sabrod-laptop | an open door ;) |
20:59.52 | stefan_schmidt | Well, to be honest. I don't think I'll have time to come back to work on EZX more. |
20:59.59 | sabrod-laptop | Don't pay attention to the relationship I have with some stupid guy! |
21:00.01 | stefan_schmidt | :( |
21:00.18 | sabrod-laptop | Oh, no! |
21:00.23 | sabrod-laptop | ;) |
21:00.45 | stefan_schmidt | Not different from what I do now. |
21:01.00 | stefan_schmidt | Visits from time to time |
21:01.06 | stefan_schmidt | No real work. :/ |
21:01.09 | ao2 | hi everybody, stefan_schmidt we can submit nor flash, gpio-keys, and camera IMHO, If you can't manage that I could try. And I really like your curriculum of CS + Psychology btw, any plans about essays on FOSS? |
21:02.21 | stefan_schmidt | ao2: If you would do this that would be great. I'll send you my notes I have from the last submits. |
21:02.46 | ao2 | eh, thanks. |
21:02.49 | stefan_schmidt | ao2: I can also comment when you send the patches so rmk and eric know what is going on |
21:03.02 | stefan_schmidt | ao2: (essays) heh |
21:03.10 | ao2 | ok, let's try |
21:03.50 | stefan_schmidt | ao2: Right now I'm putting together I short blog that describes why I always like to buy phones like the iphone or the htc g1 and then realise that they don't fit me. |
21:03.59 | stefan_schmidt | Even if I like to believe they did. |
21:04.06 | ghane | ao2: was it you who made the old A780 android images? |
21:04.21 | ghane | like a year ago |
21:04.31 | ao2 | ghane, no |
21:05.03 | ghane | k |
21:07.23 | ao2 | ah, just read that LaF0rge had his first GSM voice call with his "private GSM infrastructure" and his "OpenSource GSM implementation" :) pretty cool |
21:07.35 | ghane | hehe nice |
21:07.41 | stefan_schmidt | ao2: sent, not much info tho |
21:07.57 | stefan_schmidt | ao2: yeah, he a had a private one man hackfest the weekend. :) |
21:08.44 | stefan_schmidt | ao2: For now I used tg export --quilt for-eric to get a quilt set. Sort out manually and then send directly with quilt |
21:08.53 | *** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be) |
21:09.32 | stefan_schmidt | ao2: Another option would be to let tg create a branch for eric to pull. Still the patches should be send for review. |
21:09.51 | stefan_schmidt | ao2: The branch would just be to make eric's life easier after review is finished |
21:10.11 | stefan_schmidt | Not sure if this is to much and we should just stay with plain old patches |
21:10.19 | stefan_schmidt | ao2: Your choice. :) |
21:10.24 | ao2 | stefan_schmidt, I think I'll stick to patches this time |
21:10.37 | stefan_schmidt | ao2: sure, one thing less to care |
21:10.44 | stefan_schmidt | ao2: Ah, another tip |
21:10.53 | ao2 | so the actual submission is done by Eric Miao in his devel tree, no need to send to RMK patch system |
21:11.11 | stefan_schmidt | Always test with quilt to send it it only to you in a first run as test |
21:11.36 | stefan_schmidt | It's a bit tricky as quilt is smart and already puts cc in for SOB and ACK |
21:11.51 | stefan_schmidt | But such a test always shows up things that were broken. :) |
21:12.07 | ao2 | sure, and I'll also test if patches applies cleanly to linus tree before sending |
21:12.15 | ao2 | s/applies/apply/ |
21:12.18 | stefan_schmidt | ao2: (eric) yes, just send the patches to him and cc arm-linux |
21:12.28 | stefan_schmidt | He should handle this. |
21:12.53 | stefan_schmidt | ok, if he likes to have another tree he will tell you. |
21:13.14 | stefan_schmidt | ao2: But as we only seem to have ezx.c stuff ready there should be no clash. |
21:15.56 | stefan_schmidt | ao2: btw, is your led driver ready as well? |
21:16.16 | ao2 | stefan_schmidt, maybe some fuzz, because camera branch is very high on the stack and we will skip some middle patch. Or I can bring it down and export clean stuff... |
21:16.59 | ao2 | stefan_schmidt, I think I should add a workqueue, that's how other leds driver do it. After adding it it should be ready |
21:17.07 | ao2 | leds driver ^ |
21:17.34 | stefan_schmidt | ok, sounds good |
21:17.53 | stefan_schmidt | There was just another led driver added lp5521 from some nokia guy |
21:18.00 | stefan_schmidt | maybe a good reference also |
21:18.08 | stefan_schmidt | Was on LKML yesterday IIRC |
21:18.15 | ao2 | ah, thanks for pointing it out |
21:18.26 | WyrM | ao2: have you tried any led trigger? |
21:18.50 | WyrM | people add workqueues because otherwise i2c would sleep on irq context. |
21:18.51 | ao2 | WyrM, not yet, I don't know how to setup them yet. |
21:19.20 | WyrM | you just echo <triggertype> > /sys/..... |
21:22.01 | WyrM | lol, the a910 flash used with the heartbeat trigger would be weird. |
21:22.38 | stefan_schmidt | netdev trigger for wifi. :D |
21:22.49 | *** join/#openezx johanbr (n=j@blk-7-131-230.eastlink.ca) |
21:25.38 | WyrM | netdev, timer, heartbeat, and disk one on each led, plus some software to download files from the network into the card and you have a disco! |
21:26.42 | stefan_schmidt | yeah, disco feaver! |
21:29.44 | ghane | why do I always forget which one of my 565->666 routines that was working |
21:49.40 | ghane | stefan_schmidt: what would be most useful? 32, 24 or 16bpp framebuffer? |
21:50.09 | stefan_schmidt | ghane: 16 would be all we need imho |
21:50.53 | ghane | stefan_schmidt: ok, the trickiest one, but I think I have found my old code now so I will try to get some time to optimize it tomorrow |
21:51.09 | ghane | it isnt 100% accurate right now either |
21:51.43 | stefan_schmidt | ghane: well, we could also start with an easier one for you. |
21:52.17 | ghane | stefan_schmidt: well depending on what we want to try I could start by just hacking my current code into the driver |
21:52.36 | ghane | at least it won't get any slower than that :) |
21:52.46 | WyrM | its gonna be a lor harder than doing this on userspace.... |
21:52.53 | WyrM | s/lor/lot/ |
21:53.57 | ghane | why is that? in the end its just pixelpushing |
21:54.58 | ghane | well perhaps I should have a look at the driver code before I say anything ;-) |
21:55.26 | WyrM | pixel pulling on the driver :) the controller draws the thing. |
21:56.02 | ghane | WyrM: I more or less just want to intercept the framebufferinterface |
21:56.27 | ghane | present a 565 buffer to userspace and let the driver convert it to 666 before drawing |
21:56.28 | WyrM | yes, I know. But it will be a _lot_ harder to do on kernelspace. |
21:57.22 | ghane | ok |
21:57.48 | WyrM | what will you do? provide another /dev/fbX which does the conversion while keeping the fb0 with the controller expected format? |
21:58.11 | ghane | well that could be one solution as well |
21:58.19 | ghane | then we barely need kernelspace stuff |
21:58.20 | ghane | ;-) |
21:58.57 | ghane | Actually I do not know, which framebuffer is currently used? |
21:59.12 | WyrM | drivers/video/pxafb.c |
21:59.20 | ghane | thanks :) |
22:00.40 | ghane | well, too tired to start today |
22:03.46 | *** join/#openezx jonwil (n=jonwil@123-243-219-11.tpgi.com.au) |
22:03.50 | ghane | hi jonwil |
22:03.53 | jonwil | hi |
22:03.57 | jonwil | my kernel works |
22:04.28 | ghane | jonwil: congrats! |
22:04.39 | ghane | jonwil: http://www.gsmarena.com/motorola_tundra_va76r-2623.php <-- there you have your MotoMAGX 3G phone |
22:05.21 | WyrM | aaaaa, im getting crazy with this resume stuff. |
22:05.35 | WyrM | I have to take a break, or I will end trowing the phone at the wall. |
22:05.41 | jonwil | ok |
22:07.48 | ghane | jonwil: so yes there is one umts linux phone at least, if you dont count the G1 |
22:08.09 | jonwil | the G1 isnt UMTS |
22:08.15 | ghane | isnt it? |
22:08.48 | jonwil | oh wait it is |
22:09.13 | stefan_schmidt | it's even HSPA |
22:09.16 | ghane | ya |
22:09.37 | ghane | I was slow I can never figure out that acronym for highspeed 3g |
22:09.38 | ghane | :) |
22:10.55 | ghane | anyone familiar with the pxafb? |
22:11.17 | WyrM | not really. |
22:11.23 | WyrM | but what you want to know? |
22:11.29 | stefan_schmidt | avoided it so far |
22:11.30 | ghane | I might be stupid or just tired, but after a quick look in it and a grep |
22:11.32 | ghane | ah |
22:11.36 | ghane | sorry found it |
22:11.59 | ghane | couldn't see where smart_update function pointer was set, but it was in mach-pxa/saar.c |
22:16.28 | WyrM | hah, pm_test is great! |
22:17.50 | WyrM | with pm_test set to platform I can suspend/resume without suspending :) |
22:18.09 | WyrM | now I can see the order at which drivers resume function is called. |
22:18.16 | ghane | nice |
22:18.49 | ghane | sounds like something i should do on my laptop as well to get suspend properly working there perhaps |
22:19.23 | ghane | no time to sleep, my neck is killing me |
22:19.47 | ghane | <PROTECTED> |
22:20.20 | WyrM | still thinks you should hack userspace, not pxafb. |
22:20.35 | ghane | Then we don't agree ;-) |
22:20.41 | WyrM | for now. |
22:21.09 | WyrM | lets see how after you spend some time with pxafb ;) |
22:21.27 | ghane | For now I believe one hack in the pxafb would be better - would solve virtually ALL colorspace problems :) |
22:34.03 | *** join/#openezx l403 (n=l@85.132.159.239) |
22:42.39 | WyrM | hum |
22:42.47 | WyrM | udc is being resumed before spi. |
22:44.41 | ghane | good nite |
22:45.30 | WyrM | gn. |
23:42.03 | ao2 | WyrM, any progress so far? |
23:42.22 | stefan_schmidt | night all |
23:43.15 | ao2 | 'nite |
23:46.06 | WyrM | ao2: seems that the issue is the udc driver. |
23:46.08 | WyrM | altough not the only issue. |
23:46.18 | WyrM | udc is being resumed before SPI. |
23:46.49 | WyrM | udc->mach->udc_command(PXA2XX_UDC_CMD_CONNECT); |
23:46.52 | WyrM | on resume. |
23:47.22 | WyrM | our udc_command depends writes to a pcap register, so we need SPI to be resumed _before_ UDC. |
23:47.47 | WyrM | I commented out the call to udc_enable on udc_resume, but it still don't fix the issue. |
23:48.02 | WyrM | something fishy is going on. |
23:48.13 | WyrM | as I can do a full suspend/resume (no errors) with the pm_test |
23:48.28 | WyrM | (echo core > /sys/power/pm_test) |
23:48.52 | WyrM | but it won't work with a real suspend/resume. |
23:50.38 | WyrM | and its not a bootloader issue, as I have put a lot of |
23:50.39 | WyrM | *(unsigned long *)(phys_to_virt(0xa0000000)) = 0x00000003; |
23:50.39 | WyrM | all around the resume functions, and I can see the flag on the bootloader after I remove/insert the battery. |
23:51.20 | WyrM | so, bootloader gives control to kernel, which freezes somewhere.. I traced it up to pxa2xx-spi, and it reaches that far. |
23:52.08 | WyrM | pxa27x-ohci pxa27x-ohci: resume |
23:52.08 | WyrM | usb usb1: root hub lost power or was reset |
23:52.08 | WyrM | pxa2xx-mci pxa2xx-mci.0: resume |
23:52.08 | WyrM | pxa2xx-fb pxa2xx-fb: resume |
23:52.08 | WyrM | pxa27x-keypad pxa27x-keypad: resume |
23:52.08 | WyrM | gpio-keys gpio-keys: resume |
23:52.10 | WyrM | platform pcap-ts: resume |
23:52.12 | WyrM | platform pcap-leds: resume |
23:52.14 | WyrM | pxa2xx-flash pxa2xx-flash.0: resume |
23:52.16 | WyrM | platform pxa27x-camera.0: resume |
23:52.18 | WyrM | platform ezx-bp: resume |
23:52.20 | WyrM | pwm-backlight pwm-backlight.0: resume |
23:52.22 | WyrM | backlight pwm-backlight: legacy class resume |
23:52.24 | WyrM | ezx-pcap spi1.0: legacy resume |
23:52.26 | WyrM | usb usb1: type resume |
23:52.28 | WyrM | mmcblk mmc0:bffc: legacy resume |
23:52.30 | WyrM | sorry, was not meant to paste that much stuff :( |
23:52.45 | ao2 | np, so you think it it the spi driver itself? Does anyone else have suspend/resume working on pxa? |
23:52.47 | WyrM | these are the drivers which are resumed _after_ pxa2xx-spi, its freezing on one of them :/ |
23:53.03 | WyrM | marek said it is working on palmt5. |
23:53.49 | WyrM | the resume process stops somewhere _after_ pxa2xx-spi. |
23:54.07 | ao2 | are you going to remove the drivers one by one? |
23:54.51 | WyrM | I removed all non essential drivers already. |
23:55.25 | WyrM | camera, sound, ts, rtc, are all out. |
23:55.54 | WyrM | even i2c got removed (a780, i2c is only camera). |
23:57.43 | WyrM | I will try removing ohci now. |
23:57.56 | ao2 | good luck |
23:58.02 | ao2 | see you tomorrow |
23:58.04 | WyrM | and adding some more debug writes to 0xa0000000 on other drivers :/ |
23:58.16 | WyrM | this is very boring work :( |
23:58.19 | WyrM | bye! |