| 00:00.17 | maejrep | k |
| 00:02.17 | maejrep | set cmdline "mem=94M@0x10000000 mem=128M@0x20000000 msmsdcc_id=3" |
| 00:02.54 | maejrep | also added .fixup, just to do some printk's for confirmation |
| 00:03.49 | dream_kill | whre can i download latest kernel compiled for raph? |
| 00:04.09 | maejrep | hmm, apparently fixup has to override cmdline ;x |
| 00:04.57 | maejrep | dream_kill: raph100? |
| 00:05.28 | dream_kill | yep |
| 00:05.47 | maejrep | mine's compiled for raph800 |
| 00:06.43 | tmzt | maejrep: did that boot at all? |
| 00:06.53 | maejrep | no |
| 00:07.02 | maejrep | but my .fixup printk said nr_banks=0 |
| 00:07.19 | maejrep | so either my mem cmdline was wrong, or .fixup has to override mem= (and I wasn't) |
| 00:07.26 | maejrep | so trying now without .fixup |
| 00:07.34 | maejrep | and if that doesn't work will try with setting the values in .fixup |
| 00:07.40 | cr2 | ok |
| 00:08.57 | *** join/#htc-linux konsta (n=asds@host81-154-247-76.range81-154.btcentralplus.com) |
| 00:09.18 | maejrep | cr2 / tmzt: confirm my cmdline looks correct though? |
| 00:09.39 | cr2 | yes |
| 00:12.55 | maejrep | does not boot with the cmdline |
| 00:13.14 | cr2 | ok |
| 00:13.38 | tmzt | in _fixup are you changing cmdline or ATAG_MEM? |
| 00:15.43 | maejrep | this was with fixup entirely commented out |
| 00:15.55 | maejrep | with just cmdline |
| 00:16.00 | tmzt | including .fixup in mach? |
| 00:16.47 | maejrep | <PROTECTED> |
| 00:16.47 | maejrep | <PROTECTED> |
| 00:16.47 | tmzt | does just the first mem=94M@0x10000000 work? |
| 00:17.17 | maejrep | was about to try that (with just 1 bank, but specifying start) |
| 00:17.45 | tmzt | actually, leave out the one passed by haret |
| 00:17.50 | tmzt | just use 128M... |
| 00:18.34 | tmzt | if you can boot, cat /proc/atags |
| 00:18.52 | maejrep | leave it out? |
| 00:19.06 | maejrep | what are saying to pass? |
| 00:19.07 | cr2 | tmzt: the first bank can'be used at full |
| 00:19.18 | maejrep | right now i was going to try: set cmdline "mem=94M@0x10000000 msmsdcc_id=3" |
| 00:19.23 | tmzt | try that |
| 00:19.29 | tmzt | cr2: ok, what do you mean? |
| 00:19.43 | cr2 | tmzt: there is some hardcoded limits there |
| 00:19.53 | maejrep | if that doesn't boot then i'll know its a problem of syntax ;x |
| 00:20.08 | cr2 | "just use 128M" |
| 00:20.40 | tmzt | does @addr have to be decimal? |
| 00:20.55 | tmzt | why would it not say in that documentation maejrep pasted |
| 00:21.11 | maejrep | that one booted |
| 00:21.15 | cr2 | ok |
| 00:21.16 | maejrep | so its the second bank that made it not boot |
| 00:21.33 | cr2 | do you have 256MB ram ? :) |
| 00:21.41 | maejrep | yes :P |
| 00:21.50 | cr2 | ok |
| 00:21.50 | tmzt | shouldn't it be 92+128? |
| 00:21.56 | tmzt | what's 94? |
| 00:22.11 | maejrep | i dunno, i got that from someone else's default.txt |
| 00:22.22 | cr2 | tmzt: 96 |
| 00:22.40 | tmzt | yeah, I got the 92 from 192 |
| 00:22.43 | cr2 | tmzt: but somebody reduced it by 2MB. to be sure ? |
| 00:23.32 | timebomb | ~ |
| 00:24.12 | maejrep | cr2: RAM Size: 288MB |
| 00:24.45 | maejrep | OS = 89.76MB, Program mem = 198.24 MB |
| 00:25.36 | cr2 | ok |
| 00:25.43 | maejrep | could my offsets be wrong? |
| 00:25.50 | cr2 | no |
| 00:26.29 | maejrep | doesn't work? |
| 00:26.43 | cr2 | try with .fixup |
| 00:30.11 | cr2 | <PROTECTED> |
| 00:30.32 | maejrep | k |
| 00:31.39 | maejrep | cr2: stick with 94, or try 96? |
| 00:31.43 | maejrep | (for bank 0) |
| 00:32.16 | cr2 | 94 |
| 00:32.34 | cr2 | we may have a similar problem as on kaiser too |
| 00:32.58 | maejrep | + mi->bank[1].start = PHYS_OFFSET+0x04000000; |
| 00:33.04 | maejrep | that's from kaiser |
| 00:33.16 | maejrep | mine should be +0x10000000 ? |
| 00:33.32 | cr2 | 20000000 |
| 00:33.57 | cr2 | kaiser has contiguous memeory |
| 00:34.06 | maejrep | ah |
| 00:34.08 | cr2 | but it is corrupted in the middle. |
| 00:34.17 | maejrep | hmm |
| 00:34.24 | cr2 | probably by some dma busmuster or such |
| 00:34.32 | maejrep | <PROTECTED> |
| 00:34.32 | maejrep | <PROTECTED> |
| 00:34.32 | maejrep | <PROTECTED> |
| 00:34.32 | maejrep | <PROTECTED> |
| 00:34.59 | cr2 | hmm. wait |
| 00:35.11 | cr2 | what is PHYS_OFFSET ? |
| 00:35.32 | maejrep | 0x10000000 |
| 00:35.39 | cr2 | ok |
| 00:37.00 | maejrep | ok booting now |
| 00:37.07 | cr2 | :) |
| 00:37.14 | maejrep | and it worked |
| 00:37.19 | maejrep | :D |
| 00:37.22 | cr2 | weeeeee |
| 00:37.34 | maejrep | doh |
| 00:37.36 | maejrep | maybe not :o |
| 00:37.40 | cr2 | so the cmdline parser is broken |
| 00:37.43 | maejrep | root@htcraphael:~# free |
| 00:37.43 | maejrep | <PROTECTED> |
| 00:37.43 | maejrep | Mem: 92004 32804 59200 0 24 28348 |
| 00:37.44 | maejrep | -/+ buffers/cache: 4432 87572 |
| 00:37.44 | maejrep | Swap: 0 0 0 |
| 00:37.51 | maejrep | maybe cmdline is overriding fixup? :x |
| 00:38.08 | cr2 | remove mem= from cmdline |
| 00:38.44 | maejrep | VmallocTotal: 163840 kB |
| 00:38.44 | maejrep | VmallocUsed: 35888 kB |
| 00:38.44 | maejrep | VmallocChunk: 90108 kB |
| 00:42.01 | maejrep | what about haret's RAMADDR and RAMSIZE ? |
| 00:42.12 | maejrep | are those supposed to be removed as well? |
| 00:42.53 | cr2 | ramaddr is ok |
| 00:43.07 | cr2 | ramsize is not important anyway |
| 00:43.08 | maejrep | remove ramsize? |
| 00:43.17 | cr2 | no |
| 00:43.17 | maejrep | or just try it without mem in cmdline |
| 00:43.29 | cr2 | without mem |
| 00:43.58 | maejrep | does not boot |
| 00:44.03 | cr2 | ok |
| 00:44.16 | maejrep | hmm, i get "ignoring unrecognized tag 0x00000000" |
| 00:45.07 | cr2 | ok, i need to sleep now. tomorrow is a hard day. good night. |
| 00:45.11 | maejrep | also, .node is 0 for both banks - should it be? |
| 00:45.17 | maejrep | ok |
| 00:45.47 | cr2 | don't remember. maybe check the old sa1100 devices in 2.4 |
| 00:51.10 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 00:51.13 | Untouchab1e | Good evening |
| 00:53.28 | *** join/#htc-linux fnord (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
| 01:03.07 | maejrep | aha, looks like discontig memory is not enabled in the kernel ;x |
| 01:03.11 | maejrep | +config |
| 01:03.38 | Untouchab1e | hi maejrep |
| 01:03.42 | maejrep | hi |
| 01:03.54 | Untouchab1e | how's it going? |
| 01:05.40 | Untouchab1e | :) |
| 01:05.46 | Untouchab1e | are you feeling optimistic? |
| 01:22.12 | *** part/#htc-linux Balsat (n=kll@87.72.13.87) |
| 01:22.16 | maejrep | sorry |
| 01:22.18 | maejrep | ok so far |
| 01:22.33 | maejrep | just trying to figure out how to enable the discontiguous memory bank in raph |
| 01:26.53 | *** join/#htc-linux zycho (n=zycho@a89-183-64-27.net-htp.de) |
| 01:28.43 | *** join/#htc-linux tmzt (n=tmzt@76.211.21.146) |
| 01:33.06 | Untouchab1e | cool |
| 01:33.24 | Untouchab1e | but are there certain things we just wont be able to get working? |
| 01:37.41 | *** join/#htc-linux heyman (i=bite@gateway/tor/x-83e5d94bf8aea46d) |
| 01:41.36 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 01:59.18 | maejrep | eh i don't think so |
| 01:59.25 | maejrep | we could get everything working, will just take time |
| 02:12.14 | Untouchab1e | sounds good.. :) |
| 02:17.34 | AstainHellbring | maejrep been making leaps and bounds today eh? |
| 02:17.52 | maejrep | not much really |
| 02:18.32 | maejrep | a minor change to clocks, and working on getting sparsemem working (which might be better to wait til we move to .27 anyway, cause arm sparsemem support wasn't added till then) |
| 02:18.33 | AstainHellbring | whats new? |
| 02:18.48 | maejrep | the keyboard/led driver has been rewritten |
| 02:18.54 | AstainHellbring | nice |
| 02:19.06 | AstainHellbring | how well does it work? |
| 02:19.40 | Untouchab1e | yeah, im curious about the keyeboard as well :) |
| 02:19.56 | Untouchab1e | keyboard* |
| 02:22.25 | *** join/#htc-linux ionstorm (n=ion@ip68-227-226-5.ph.ph.cox.net) |
| 02:23.43 | maejrep | it works fine for me (raph800) |
| 02:24.03 | AstainHellbring | maejrep it been tested on raph100? |
| 02:24.07 | maejrep | the keymap is slightly off by default on raph100, and significantly off on raph110 |
| 02:24.15 | maejrep | i think lupine_85 tested it but had problems |
| 02:24.20 | maejrep | I don't know what the problems were on raph100 |
| 02:24.40 | maejrep | feel free to test it |
| 02:24.48 | maejrep | I tested it compiled as a module |
| 02:24.58 | maejrep | makes it easier to test |
| 02:25.47 | AstainHellbring | nice |
| 02:26.25 | maejrep | do you have the sources? |
| 02:26.35 | maejrep | or just want to test my .ko ? |
| 02:26.47 | maejrep | actually the ko won't work, needs changes to board-raph |
| 02:27.44 | Untouchab1e | maejrep, feel free to send me the full build and Il host it on connect-utb |
| 02:28.02 | Untouchab1e | great work btw :) |
| 02:28.05 | maejrep | all my builds are raph800 |
| 02:28.18 | Untouchab1e | ah |
| 02:28.23 | maejrep | but the sources should compile and work on raph100 |
| 02:28.33 | maejrep | i don't have a raph100 build config setup currently |
| 02:28.51 | Untouchab1e | arent the colors still messed up on the Raph800? |
| 02:28.51 | maejrep | but if either of you do, it'd be great to get some raph100 testing done |
| 02:28.59 | maejrep | no, its fixed in console |
| 02:29.03 | Untouchab1e | ah |
| 02:29.04 | Untouchab1e | cool |
| 02:29.06 | maejrep | i haven't tried android where i hear its still messed up |
| 02:29.18 | Untouchab1e | my Raph100 is ready and waiting :) |
| 02:29.27 | maejrep | do you have the sources? |
| 02:29.57 | maejrep | if not it'll take me a bit to get a raph100 build ready for you |
| 02:30.10 | Untouchab1e | yeah, no I dont have the sources Im afraid |
| 02:30.21 | Untouchab1e | and its getting really late, so no need to rush it :) |
| 02:30.22 | maejrep | AstainHellbring: do you? |
| 02:30.29 | AstainHellbring | I dont yet |
| 02:30.46 | Untouchab1e | feel free to send me a build when its ready though :) |
| 02:30.51 | AstainHellbring | but if you wanna make me a build that would be awesome :) |
| 02:30.58 | maejrep | lol |
| 02:31.04 | AstainHellbring | I'll gladly test the hell out of it and get feedback |
| 02:31.08 | Untouchab1e | hehe, same here |
| 02:31.21 | maejrep | AstainHellbring: my build should work with your 800 |
| 02:32.10 | AstainHellbring | cool |
| 02:32.30 | maejrep | http://www.privatepaste.com/casSxS8lln#zImage |
| 02:33.06 | maejrep | http://www.privatepaste.com/9d1y71pgDN#microp-klt.ko |
| 02:33.21 | maejrep | http://www.privatepaste.com/65NjUaTHeG#microp-ksc.ko |
| 02:33.41 | maejrep | http://www.privatepaste.com/56SN9gIYPQ#microp-keypad.ko |
| 02:34.14 | maejrep | if you boot with that zImage and the angstrom initrd, then ssh, you should be able to insmod each .ko off the sd card |
| 02:34.22 | Untouchab1e | if you make a raph100 build, email me at edvard.holst@gmai.com and il test it and send you a report |
| 02:34.23 | maejrep | do them in that order ^ klt, ksc, keypad |
| 02:34.29 | maejrep | Untouchab1e: will do |
| 02:34.44 | Untouchab1e | cool |
| 02:34.56 | maejrep | the klt insert should do a little LED sequence on load, to test that it works |
| 02:35.04 | *** join/#htc-linux holycow (i=bite@gateway/tor/x-070ed31913cab5da) |
| 02:35.15 | Untouchab1e | what has been done regarding the LED? Havent read anything about it |
| 02:35.17 | maejrep | then inserting the keypad module should just let you type |
| 02:35.47 | AstainHellbring | nice |
| 02:35.58 | maejrep | Untouchab1e: i documented the bits for turning on and off each LED on the navi, the built-in action-led behaviors (like "breathe", "fade", "ringing", etc), and turning LCD backlight on and off |
| 02:36.04 | maejrep | and that's already built into the microp-klt driver |
| 02:36.21 | Untouchab1e | wow, awesome |
| 02:36.36 | Untouchab1e | thats quite a bit of progress I wasnt aware of, hehe |
| 02:37.08 | maejrep | so inserting the klt module should turn on LEDs: Home, Back, End, Send, then make action LED rotate CCW, then turn off |
| 02:37.54 | Untouchab1e | dont know what you think, but considering you have both LEDs and LCD on/off as well as keyboard working, might be a good idea to build packages for the raph100 and raph800 and let the "public" test and give feedback |
| 02:38.50 | AstainHellbring | maejrep with the driver how could I manually send it commands? |
| 02:38.52 | maejrep | well, it's a) not tested with android, and "public" will not want to look at something that isn't android, and b) there's no code yet to make use of the LEDs, and no attempts have been made to remap the keyboard yet for non-800's |
| 02:39.06 | maejrep | AstainHellbring: I'd have to build in a debugfs or sysfs subsystem in it |
| 02:39.10 | maejrep | currently there is no way |
| 02:39.13 | AstainHellbring | ahh ok |
| 02:39.20 | Untouchab1e | ah ok |
| 02:39.39 | Untouchab1e | still, important progress ;) |
| 02:39.42 | maejrep | that is, some other driver could make use of what it exposes, to turn stuff on/off, but nothing can control it in userland yet |
| 02:40.08 | maejrep | AstainHellbring: did you already boot the 800 ? |
| 02:40.35 | AstainHellbring | no not yet |
| 02:40.48 | maejrep | k |
| 02:41.28 | Untouchab1e | just me thinking out loud, but if someone manages remap the keyboard for other raph's, will it be "easy" to remap the keyboard for various localizations as well? |
| 02:41.45 | *** join/#htc-linux corollagtssrx (n=corollgt@c-24-20-160-181.hsd1.or.comcast.net) |
| 02:42.19 | corollagtssrx | soooo |
| 02:42.23 | corollagtssrx | whats crackin |
| 02:42.23 | *** join/#htc-linux xianthax1 (n=xianthax@c-75-69-145-210.hsd1.ma.comcast.net) |
| 02:42.27 | maejrep | Untouchab1e: i specifically changed the way I was reporting input in this build |
| 02:42.47 | maejrep | to use EV_MSC and MSC_SCAN so that the input subsystem can automatically take advantage of userland keymaps |
| 02:43.19 | maejrep | Untouchab1e / AstainHellbring: can you check what gpio is dropped low on keypress? that may be what lupine_85 had problems with |
| 02:44.29 | maejrep | joinlist traces gpios, wirq 1 (without hitting a key), then ibit traces any bits that are too chatty, then wirq 10 and press/release a key |
| 02:44.47 | corollagtssrx | so can i ask a VERY noob question |
| 02:44.56 | Untouchab1e | corollagtssrx, sure |
| 02:45.28 | corollagtssrx | ok, so i was checking out vouge linux and noticed it was ported to the Kaiser.... is that the latest version for the kaiser? |
| 02:45.46 | Untouchab1e | what you mean? |
| 02:45.52 | maejrep | yeah, the direction kaiser is going currently is a merge with the vogue branch |
| 02:45.58 | maejrep | from what I've seen |
| 02:46.15 | corollagtssrx | i mean i ran it on my kaiser and all the buttons are still tweaked and can use touch screen and stuff |
| 02:46.27 | corollagtssrx | k, that makes sence |
| 02:46.39 | maejrep | as in, its working for you, or nto working? |
| 02:46.41 | corollagtssrx | i would love to jump into programing on it....unfortuanately i am not that skilled |
| 02:47.00 | corollagtssrx | it runs....i just cant really use it, i can navigate it a little.....but there is only so much i can do |
| 02:49.28 | *** join/#htc-linux xianthax1 (n=xianthax@c-75-69-145-210.hsd1.ma.comcast.net) |
| 02:51.50 | corollagtssrx | is that normal? |
| 02:51.56 | corollagtssrx | lol, should it be working?> |
| 02:56.21 | maejrep | I don't know anything about kaiser except that work is being done to merge with vogue, that's all i know |
| 02:56.40 | AstainHellbring | dcordes knows more on the kaiser stuffs |
| 02:56.50 | corollagtssrx | thx |
| 02:56.52 | maejrep | AstainHellbring: are you able to check the gpio for keypress on raph100? |
| 02:57.54 | AstainHellbring | yes lemme go find a usb cable real fast |
| 02:59.04 | maejrep | are you US? what carrier is your raph100 on? |
| 03:02.32 | Descention | where might i go to check up on development for the Kaiser? |
| 03:03.33 | maejrep | an easier way to do the check might be: addlist traces p2v(0xa9300c20) ; ibit irqs 47 3 6 16 19 ; wirq 5 |
| 03:03.48 | maejrep | then and while wirq is running, press a key |
| 03:04.06 | maejrep | Descention: probably the forums and/or the wiki |
| 03:05.13 | Descention | thank you |
| 03:06.19 | AstainHellbring | maejrep yes US and carrier is ATT |
| 03:06.21 | maejrep | ah ok |
| 03:10.03 | Untouchab1e | Good night all! |
| 03:10.09 | Untouchab1e | and good luck! |
| 03:10.17 | maejrep | gnite |
| 03:13.26 | maejrep | AstainHellbring: another test to do for raph100 will be: addlist mmutrace 0xb2300000 and addlist mmutrace 0xb230000c along with the other addlist traces above, and pressing a key during wirq |
| 03:13.36 | maejrep | and put the results on privatepaste.com |
| 03:14.12 | maejrep | I'm going to get some food soon, but will build a zimage for you once I can confirm that the gpio is the same or not |
| 03:14.13 | *** part/#htc-linux corollagtssrx (n=corollgt@c-24-20-160-181.hsd1.or.comcast.net) |
| 03:27.04 | *** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) |
| 03:40.52 | maejrep | AstainHellbring: how's that going? :) |
| 03:41.47 | AstainHellbring | sorry had a bit of a mess tonight |
| 03:41.57 | AstainHellbring | one of my roomies decided to dissappear... |
| 03:42.26 | maejrep | lol |
| 03:44.20 | *** join/#htc-linux techie (n=blarg@ip24-250-216-85.ga.at.cox.net) |
| 03:45.55 | maejrep | ok, let me know |
| 03:46.15 | maejrep | I can build the zimage but i don't know for sure it'll work without confirming the gpio |
| 04:22.17 | *** join/#htc-linux t3chi3 (n=blarg@ip24-250-233-52.ga.at.cox.net) |
| 04:31.09 | tmzt | maejrep: how similar are raph800 and 100 keyboards in keycodes? |
| 04:31.30 | maejrep | pretty similar: http://wiki.xda-developers.com/index.php?pagename=RaphaelKeyboard |
| 04:31.47 | maejrep | except that the first 16 keys or so are off-by-one |
| 04:33.03 | tmzt | so if somebody was using a normal userland with raph100/800 it would work with the pc keymap? |
| 04:50.02 | maejrep | yeah, you could put in the initrd startup something that remaps the keys using setkeycodes, and the input system would accept it |
| 04:50.12 | maejrep | tmzt: .27 compiles :X |
| 04:50.17 | maejrep | with raph support |
| 04:50.41 | maejrep | only thing that caused a major problem was msm_fb, so I need to look into that |
| 04:52.27 | maejrep | if this works it'll be great :) |
| 04:52.34 | maejrep | i was expecting a lot more work being required |
| 04:52.39 | tmzt | yeah, what's the problem with fb? |
| 05:00.47 | maejrep | mddi_panel_info seems to have gone away |
| 05:01.35 | maejrep | but i just finished successfully compiling everything else |
| 05:01.38 | maejrep | so now i'll tackle that |
| 05:01.38 | tmzt | you are using the android msm-2.6.27? |
| 05:01.41 | maejrep | yes |
| 05:02.10 | maejrep | i have no idea why no one has done this yet ;x |
| 05:03.20 | maejrep | oh, and rpc watchdog stuff didn't compile (complains about AMSS version) |
| 05:05.11 | tmzt | I don't think ce uses that |
| 05:05.53 | tmzt | does smd work on raph800 with the other kernel? |
| 05:05.56 | *** join/#htc-linux holycow (i=bite@gateway/tor/x-84771f85738c7ab5) |
| 05:06.06 | maejrep | haven't tried booting yet |
| 05:06.15 | tmzt | your old kernel |
| 05:06.22 | maejrep | oh |
| 05:06.22 | maejrep | no |
| 05:06.25 | maejrep | well |
| 05:06.33 | maejrep | it does work, but not DS (AT buffer) |
| 05:06.48 | *** join/#htc-linux tree (n=furry@71.141.136.46) |
| 05:40.42 | maejrep | huh, fb issues fixed (hopefully) |
| 05:40.50 | maejrep | lets see if it compiles :P |
| 05:40.54 | maejrep | err, boots |
| 05:41.25 | *** part/#htc-linux tree (n=furry@71.141.136.46) |
| 05:42.25 | maejrep | i'm fully expecting that it won't |
| 05:46.13 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-82fa92d20abb92f1) |
| 05:50.18 | *** join/#htc-linux syn-fin (n=ZXCZXC@c-76-108-240-51.hsd1.fl.comcast.net) |
| 05:50.20 | syn-fin | hello |
| 05:54.59 | *** join/#htc-linux techie (n=blarg@ip24-250-216-85.ga.at.cox.net) |
| 05:56.00 | maejrep | tmzt: so now I don't even get to druidu's console :p |
| 06:01.57 | tmzt | syn-fin: hello |
| 06:12.27 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 06:17.35 | *** join/#htc-linux lpotter (n=ljp@58.173.176.153) |
| 06:20.21 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-2e41931dc12d220e) |
| 06:20.42 | maejrep | tmzt: anything i can do to debug what's going on? :p |
| 06:21.10 | tmzt | how did you patch in the htc console? |
| 06:21.32 | maejrep | copied htc_fb_console from the .25 branch |
| 06:21.54 | maejrep | and enabled it in the makefile |
| 06:24.00 | maejrep | i get to the haret "Go Go Go", then nothing. i know mddi and mdp have changed a bit between .25 and .27, so there might be something I'm missing with the change |
| 06:27.02 | maejrep | Read complete |
| 06:27.02 | maejrep | Launching to physical address 244b0010 |
| 06:27.02 | maejrep | Trampoline setup (tram=136@000256AC/300256ac/110116ac) |
| 06:27.02 | maejrep | MMU setup: mmu=A03D0000/103d0000 |
| 06:28.26 | maejrep | i basically went through all the commits on 10/29/2008 in ltg, and made comparable changes to .27 |
| 06:32.07 | tmzt | was the early console working before these last changes? |
| 06:32.12 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-739bb95a5bcd8272) |
| 06:33.35 | maejrep | I never tried booting anything until I got the compile issues resolved with all the raph code |
| 06:40.21 | tmzt | where is that driver? |
| 06:46.00 | *** join/#htc-linux Shinto (n=John@g227114027.adsl.alicedsl.de) |
| 06:47.49 | maejrep | htc_fb_console? |
| 06:47.53 | maejrep | drivers/video/msm/ |
| 06:47.58 | maejrep | err that's wrong |
| 06:48.09 | maejrep | arch/arm/mach-msm/htc_fb_console.c |
| 06:48.14 | tmzt | yeah |
| 06:48.51 | tmzt | it compiled ok, no warnings? |
| 06:48.55 | maejrep | is there any other way to see how far its getting in the boot process? |
| 06:49.03 | tmzt | #include "../../../drivers/video/msm/mdp_hw.h" |
| 06:49.04 | maejrep | yeah, nothing unusual |
| 06:49.55 | maejrep | http://www.privatepaste.com/c41ofRWnmV |
| 06:49.59 | maejrep | that's the build output |
| 06:56.20 | tmzt | have you copied drivers/video/msm/mdp_hw.h from your 2.6.25? |
| 06:56.30 | maejrep | no |
| 06:56.58 | tmzt | can you diff them? |
| 06:57.21 | maejrep | yeah looking at that now |
| 06:57.31 | maejrep | looks like all the defines were changed: |
| 06:57.41 | maejrep | -#define MDP_SYNC_CONFIG_0 (MSM_MDP_BASE + 0x00000) |
| 06:57.41 | maejrep | +#define MDP_SYNC_CONFIG_0 ( 0x00000) |
| 06:57.45 | maejrep | (etc) |
| 06:58.10 | maejrep | #define MSM_MDP_BASE IOMEM(0xE0010000) |
| 06:58.29 | tmzt | makes sense, so change htccon to add MSM_MDP_BASE to the constants? |
| 06:58.46 | tmzt | or just include the old file with a different name |
| 06:59.01 | maejrep | other than that, just adding some BGRA defines |
| 07:01.04 | *** join/#htc-linux kiozen (n=oeichler@p54922392.dip0.t-ipconnect.de) |
| 07:03.09 | maejrep | that did it :) |
| 07:03.13 | maejrep | thank you |
| 07:04.13 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 07:04.18 | Untouchab1e | good morning :) |
| 07:04.19 | tmzt | are you patching msm_fb also or using the google one? |
| 07:04.21 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 07:07.35 | maejrep | I don't think I changed msm_fb |
| 07:07.48 | maejrep | oh yeah I did |
| 07:07.53 | maejrep | I added the 'ugly hack' |
| 07:08.07 | tmzt | do you need that, only for X? |
| 07:08.45 | maejrep | i think it's used to force an update of the entire screen, isn't it? |
| 07:10.01 | maejrep | so to keep htc_fb_console during boot, I disable CONFIG_HTC_CONSOLE_BOOT, and add console=/dev/ttyMSM0 to cmdline? |
| 07:11.00 | tmzt | yeah |
| 07:11.24 | *** join/#htc-linux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
| 07:12.28 | maejrep | unhandled fault, alignment exception |
| 07:12.28 | maejrep | in clk_enable |
| 07:13.19 | Untouchab1e | maejrep, I dont suppose you have a raph100 build ready yet? :) |
| 07:13.31 | tmzt | is this new code? |
| 07:13.49 | maejrep | from msm_serial_debug_init |
| 07:13.50 | tmzt | oh, you just got this because the console works now? |
| 07:13.55 | maejrep | yes |
| 07:14.05 | maejrep | Untouchab1e: never got the gpio confirmation I needed ;x |
| 07:14.35 | Untouchab1e | ahh, my bad.. I fell asleep, lol |
| 07:14.54 | Untouchab1e | it was 04:00, haha |
| 07:15.06 | tmzt | so is this new code you were working on with cr2 today? |
| 07:15.31 | maejrep | Untouchab1e: np, I was waiting on you or hellbring |
| 07:15.47 | maejrep | tmzt: no, this is using google's clock-7x01a.c |
| 07:15.54 | maejrep | i'll try with clock-7x00-alt.c now |
| 07:15.56 | Untouchab1e | how do I get the gpio you need then? |
| 07:17.00 | maejrep | Untouchab1e: in haret, addlist traces p2v(0xa9300c20), ibit irqs 47 3 6 16 19, wirq 1 (make sure nothing else is too chatty), then wirq 5 or so, and press a key while it's running |
| 07:17.22 | maejrep | looking for a gpio that turns to "=0", then turns to "=1" when pressing and releasing a key |
| 07:18.12 | Untouchab1e | cool, il get to it when im done with class |
| 07:18.47 | maejrep | np |
| 07:28.38 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:31.00 | tmzt | does clock-7x00-alt work better? |
| 07:34.53 | maejrep | tmzt: its the one from the vogue tree, that uses CLK_CTL, and has the magic a0/a4 values |
| 07:35.14 | maejrep | the google code uses proc comm, so its no surprise that it failed ;o |
| 07:48.33 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
| 07:48.54 | *** part/#htc-linux xianthax1 (n=xianthax@c-75-69-145-210.hsd1.ma.comcast.net) |
| 07:52.49 | maejrep | hrm :/ |
| 07:53.06 | maejrep | there are too many damn clock* files now :p |
| 07:54.06 | tmzt | fix Makefile |
| 07:58.31 | maejrep | I don't know why google moved some of the stuff around that they did |
| 07:58.55 | maejrep | like they moved defines out of a .h file, into a .c file where now they can't be used by any of the other clock files :P |
| 07:59.46 | maejrep | they did split out acpuclock into its own module, so that's good (just makes it incompatible with the clock-7x00a-alt.c file, but that's easy to fix) |
| 08:01.42 | maejrep | grr, now it stops at Calibrating delay loop... |
| 08:02.23 | tmzt | have you rebooted a few times? |
| 08:02.48 | maejrep | yeah |
| 08:03.06 | maejrep | well, that was the first time since changing the serial debug device |
| 08:04.45 | maejrep | a reboot got past that line |
| 08:04.48 | maejrep | but same exception |
| 08:09.07 | *** join/#htc-linux pichurri (n=pichurri@users3.ilo.org) |
| 08:14.29 | maejrep | boots almost all the way, then a null pointer exception in msmfb_pan_update |
| 08:15.06 | tmzt | better, so you're using android now? |
| 08:15.22 | tmzt | what exception? |
| 08:16.06 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 08:17.04 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 08:19.45 | maejrep | no, still angstrom |
| 08:19.50 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 08:20.00 | maejrep | exception is null pointer dereference in msmfb_pan_update :) |
| 08:35.45 | *** join/#htc-linux _workkaze (n=kaze@ABordeaux-152-1-59-2.w82-125.abo.wanadoo.fr) |
| 08:36.10 | maejrep | 4 hours later, i'm losing steam :p |
| 08:37.36 | maejrep | :| hung at that same spot again |
| 08:37.57 | maejrep | it wouldn't be so bad if it didn't take 5-10 minutes between boot attempts |
| 08:38.55 | Untouchab1e | heh |
| 08:39.20 | Untouchab1e | how's it going? |
| 08:39.24 | Untouchab1e | making any progress? |
| 08:39.26 | Untouchab1e | :) |
| 08:40.57 | maejrep | i guess 4 hours to get to the point where it can boot almost fully, is pretty good, all things considered |
| 08:41.14 | maejrep | tmzt: the null point is fb_info *info being null |
| 08:41.25 | maejrep | which is passed as registered_fbs[0] |
| 08:41.37 | Untouchab1e | "almost fully" meaning? |
| 08:41.39 | maejrep | which I suppose would happen if no fb was registered |
| 08:41.43 | maejrep | Untouchab1e: kernel oops |
| 08:41.57 | Untouchab1e | ? |
| 08:42.12 | maejrep | kernel panic? :p NULL pointer dereferenced = segfault |
| 08:42.18 | maejrep | segfault in kernel = dead |
| 08:42.27 | Untouchab1e | lol |
| 08:42.29 | Untouchab1e | right |
| 08:42.51 | Untouchab1e | have we made any progress with the WiFi yet? Last I heard was that the wifi driver was closed source |
| 08:43.07 | maejrep | no idea |
| 08:43.18 | Untouchab1e | guess not |
| 08:43.20 | Untouchab1e | :) |
| 08:44.06 | Untouchab1e | is lcd_power on/off working now? Or working in theory but not implemented yet? |
| 08:46.01 | Untouchab1e | and, I was wondering about the instructions you gave me regarding haret and the gpio.. :addlist traces p2v(0xa9300c20), ibit irqs 47 3 6 16 19, wirq 1 <-- is this something I put in default.txt, or...? |
| 08:47.12 | maejrep | no, you'd connect to haret using haretconsole or telnet to port 9999 on the phone |
| 08:47.17 | maejrep | and run it in the console |
| 08:47.19 | Untouchab1e | oh |
| 08:47.32 | Untouchab1e | never connected to haret using haretconsole before ^^ |
| 08:48.46 | maejrep | for our purpose, we don't necessarily need haretconsole |
| 08:49.02 | maejrep | just start haret (but dont click run), and hit listen for network connections |
| 08:49.07 | Untouchab1e | ok.. |
| 08:49.25 | maejrep | if you're connected to activesync, you should be able to run: telnet 169.254.2.1 9999 |
| 08:49.39 | maejrep | then you can run those commands ^ |
| 08:49.50 | Untouchab1e | nice.. |
| 08:50.14 | Untouchab1e | first addlist traces p2v(0xa9300c20), then ibit irqs 47 3 6 16 19 and lastly wirq 1 |
| 08:50.31 | Untouchab1e | then just press a key and see which flag changes on keypress and keypress_release? |
| 08:51.01 | maejrep | so, its not going to look as nice without haretconsole, but you can copy what it says to privatepaste if you aren't sure |
| 08:51.02 | maejrep | the wirq1 is to check for anything that's too "chatty" |
| 08:51.02 | maejrep | without pressing a key |
| 08:51.14 | Untouchab1e | ok, so I dont actually have to press a key then? |
| 08:51.16 | maejrep | then you can increase the time |
| 08:51.39 | maejrep | right, if you do wirq1 and you end up seeing 50+ messages scroll by, then you know there's something that needs to be ignored :) |
| 08:51.55 | Untouchab1e | hehe |
| 08:53.33 | Untouchab1e | so if I end up seeing way too many messages, then I.. |
| 08:53.42 | Untouchab1e | increase the time (how?) |
| 08:54.36 | maejrep | what kind of messages are you seeing |
| 08:54.45 | *** join/#htc-linux zoolooc (n=lucian@nrbg-4dbfe01f.pool.einsundeins.de) |
| 08:54.55 | Untouchab1e | i havent done it yet, have to get out class first (one hour) |
| 08:54.56 | maejrep | you ignore messages with the ibit command |
| 08:55.02 | maejrep | oh |
| 08:55.16 | Untouchab1e | :) |
| 08:55.26 | Untouchab1e | Dont know if you will still be on then? |
| 08:55.26 | Untouchab1e | :) |
| 08:55.40 | maejrep | but no, the point of doing wirq 1 is so that if it's too chatty you're not sitting there overflowing some kind of transfer buffer with all the crap it has to send you ;) |
| 08:55.48 | Untouchab1e | ah, right |
| 08:55.53 | Untouchab1e | thanks for the info here btw :) |
| 08:56.04 | maejrep | so you use ibit to ignore the chatty messages so that you can *then* increase the time and not be overwhelmed with stuff |
| 08:56.39 | Untouchab1e | right, now I get it :D |
| 08:57.21 | Untouchab1e | but how long would I have to log to get the info we need? |
| 08:57.27 | j0b0 | maejrep, if i remember correctly it was irq33, same as gpio group 2 |
| 08:57.37 | Untouchab1e | hi j0b0 ^^ |
| 08:57.41 | j0b0 | morning |
| 08:57.51 | maejrep | j0b0: that's not what we're looking for |
| 08:58.06 | j0b0 | oh ok |
| 08:58.09 | maejrep | GPIO33 is just a generic irq that says "gpio group 2 has just notified of an interrupt" |
| 08:58.30 | Untouchab1e | Do you have your Raph100 with you atm J0b0? |
| 08:58.36 | maejrep | so then you have to go check the GPIO_GROUP2_INT register to see which interrupts are currently active |
| 08:58.43 | maejrep | and *that's* the one that actually fired |
| 08:59.04 | j0b0 | Untouchab1e I do. |
| 08:59.28 | Untouchab1e | want to check something? |
| 08:59.29 | maejrep | you don't see the gpio flip when in watch gpios, because it happens too fast |
| 08:59.40 | maejrep | that's why you have to use traces and wirq |
| 08:59.40 | Untouchab1e | I was going to do it, but I dont have the raph with me in class ^^ |
| 09:00.33 | maejrep | yeah if you can get the gpio that fires j0b0 i'll build a raph100 zimage for testing the keyboard |
| 09:00.40 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 09:01.42 | NetRipper | i havent read everything from this weekend |
| 09:01.44 | NetRipper | but |
| 09:01.48 | NetRipper | awesome progress maejrep ;) |
| 09:02.29 | maejrep | NetRipper: 2.6.27 is *so* close to booting :( |
| 09:02.49 | NetRipper | what's the problem on 2.6.27? |
| 09:02.52 | Untouchab1e | maejrep, if I get the zImage, I could make you a quick Raph100 keyboard map to illustrate what character each key returns? |
| 09:02.56 | j0b0 | will do in a sec |
| 09:03.01 | j0b0 | (work can be distracting) |
| 09:03.06 | maejrep | Untouchab1e: i think NetRipper already has the raph100 keymap |
| 09:03.17 | NetRipper | it's on wiki |
| 09:03.43 | Untouchab1e | yeah, I know.. but I seem to remember you saying that the keyboard layout was a bit off on the Raph100 with your build |
| 09:04.11 | maejrep | well, my build has the raph800 keymap, but that won't affect it working or not |
| 09:04.21 | maejrep | it'll just be some keys are wrong |
| 09:04.26 | Untouchab1e | oh ok.. |
| 09:04.44 | NetRipper | when you type 'q' it'll show 'w' ;) |
| 09:04.47 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) |
| 09:04.51 | NetRipper | and the sort ;) |
| 09:04.57 | maejrep | but the idea behind the input subsystem is that the keys can be remapped in userland and you avoid having to recompile a kernel just to fix those keys |
| 09:04.58 | Untouchab1e | ah ok |
| 09:05.19 | Untouchab1e | so the enduser could be able to remap keys to their liking? |
| 09:05.23 | maejrep | yes |
| 09:05.27 | Untouchab1e | so if I want fn+o to give me ø, that should be doable? |
| 09:05.28 | maejrep | that's the end goal |
| 09:05.31 | NetRipper | should be done in the initrd somewhere |
| 09:05.34 | maejrep | absolutely |
| 09:05.54 | Untouchab1e | that would be amazing. Im missing that functionality on my ADP1 ^^ |
| 09:05.54 | NetRipper | stuff like that isn't put into the kernel anyway, not even for raph800 |
| 09:06.05 | maejrep | your keymap has to specifically say that KEY_FN + KEY_O yields ^ that character |
| 09:06.06 | maejrep | but yes |
| 09:06.29 | maejrep | and that is not done in the kernel, as NetRipper said |
| 09:06.50 | Untouchab1e | nice |
| 09:07.02 | NetRipper | maejrep, we got the touchscreen irq to fire btw.. so i'll fix that touchscreen driver to properly react on touches instead of polling |
| 09:07.03 | maejrep | right now, my raph800 keymap just maps all the physical buttons to scancodes, and gives a "hint" as to their default meanings |
| 09:07.13 | maejrep | NetRipper: great |
| 09:07.22 | Untouchab1e | but is this something that could be accomplished simply through the qwerty.kcm ? |
| 09:07.30 | maejrep | i don't know what that is |
| 09:07.32 | maejrep | but presumably, yes |
| 09:07.40 | maejrep | as long as it interacts with the linux input subsystem |
| 09:07.45 | NetRipper | Untouchab1e, qwerty.kcm is android-specific.. but it's changeable in there yes.. |
| 09:07.47 | Untouchab1e | qwerty.kcm is android specific ^^ |
| 09:08.10 | Untouchab1e | so I guess it would just be an alternative way of doing it.. |
| 09:08.12 | maejrep | when I rewrote the keyboard driver, I specifically changed it to use EV_MSC and MSC_SCAN to allow user-mode keymap overrides like that |
| 09:08.20 | Untouchab1e | ah ok |
| 09:08.31 | NetRipper | we can apply keymaps on a lower level though, but not sure if android will respect that |
| 09:08.34 | maejrep | and its provided for free by the input subsystem ;) |
| 09:08.39 | Untouchab1e | nice |
| 09:09.31 | maejrep | NetRipper: did you ever find out if its gpio 1-11 that fires on keypress? |
| 09:10.02 | NetRipper | maejrep, i still have some pastebins with some of your work.. but i dont know how much is still up to date.. do you want to make a new full diff so that i can try to get it ready for commit? |
| 09:10.25 | NetRipper | maejrep, no i havent had any time this weekend, so havent even been able to implement keymap and boot with it |
| 09:10.29 | NetRipper | :) |
| 09:10.40 | maejrep | yeah I'll do that.. I think the latest one I posted, with the separate i2c chip drivers and keypad driver, should be the most up to date |
| 09:10.42 | Untouchab1e | has anyone figured out anything new in regards to the audio and/or mic? |
| 09:10.45 | maejrep | but I'll do another diff just in case |
| 09:10.55 | NetRipper | maejrep, did you get that second memory bank working? |
| 09:11.02 | maejrep | NetRipper: was just curious if you'd seen the gpio in haret |
| 09:11.06 | maejrep | nope |
| 09:11.12 | maejrep | that's what got me on 2.6.27 :P |
| 09:11.24 | NetRipper | maejrep, i think i can test here for that gpio... |
| 09:11.24 | maejrep | cause sparsemem wasn't implemented on arm until 2.6.27 |
| 09:11.42 | NetRipper | ah |
| 09:11.42 | NetRipper | ok |
| 09:11.56 | NetRipper | did you merge all other changes to 2.6.27 then already? |
| 09:12.01 | maejrep | mostly yeah |
| 09:12.07 | NetRipper | lol, you're on fire |
| 09:12.08 | maejrep | it doesn't init my panel yet |
| 09:12.24 | maejrep | so i ahve to boot with druidu's console |
| 09:12.29 | NetRipper | ah, alright |
| 09:12.46 | maejrep | which prevents a fb from registering, which causes vkeyb to throw an exception ;) |
| 09:12.51 | NetRipper | maybe we can just take the mddi from 2.6.25 |
| 09:13.12 | maejrep | that might be a little difficult, and probably a step on the wrong direction |
| 09:13.15 | NetRipper | yea that vkeyb is a dirty hack,and it will probably stay that way |
| 09:13.50 | maejrep | I have board-htcraphael-panel, built from the new and improved 2.6.27 board-trout-panel |
| 09:13.58 | NetRipper | ok |
| 09:14.02 | maejrep | so i jsut need to step through it and see where it's failing |
| 09:14.15 | Untouchab1e | heard rumours about separate sound for calls and rest of system audio |
| 09:14.30 | maejrep | I already added the new panel product so I'm not sure what the issue is at this point |
| 09:15.10 | NetRipper | Untouchab1e, correct.. audio routing will divert mic/speaker to the arm9 subsystem for a conversation.. to play mp3's or other sound from linux is a whole different thing, afaik |
| 09:16.18 | Untouchab1e | I see.. |
| 09:16.29 | Untouchab1e | so we will most likely get one working before the other |
| 09:16.50 | Untouchab1e | what about the mic though? |
| 09:17.00 | *** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl) |
| 09:17.44 | maejrep | mic and speaker Untouchab1e |
| 09:18.03 | Untouchab1e | ah, my bad... hehe |
| 09:20.23 | Untouchab1e | but has anyone figured anything out? |
| 09:20.47 | maejrep | no |
| 09:20.51 | maejrep | its kind of low priority ;) |
| 09:20.57 | Untouchab1e | hehe |
| 09:21.36 | j0b0 | maejrep i only get gpios high when I press multiple keys at the same time |
| 09:22.00 | maejrep | j0b0: you're using traces & wirq? |
| 09:22.00 | NetRipper | same here |
| 09:22.22 | j0b0 | no, just watching |
| 09:22.22 | lupine_85 | allo allo |
| 09:22.22 | maejrep | it won't work in "watch gpios" |
| 09:22.22 | j0b0 | showvar traces |
| 09:22.24 | lupine_85 | bloody hell it's cold |
| 09:22.25 | j0b0 | oops |
| 09:22.27 | maejrep | you have to use traces and wirq |
| 09:22.29 | Untouchab1e | lol |
| 09:22.34 | Untouchab1e | lupine_85, where you at? |
| 09:22.55 | maejrep | joinlist traces gpios |
| 09:22.56 | lupine_85 | york, uk |
| 09:22.58 | lupine_85 | rain |
| 09:23.10 | Untouchab1e | Lillehammer, Norway - Snow |
| 09:23.13 | Untouchab1e | :P |
| 09:23.20 | lupine_85 | was standing outside train station in it, due to some daft person killing themselves on the lines |
| 09:23.32 | Untouchab1e | ouch |
| 09:23.54 | j0b0 | that gave me 0x800 on 0x92e00c20, i think that gpio 25 |
| 09:24.47 | lupine_85 | maejrep: did you get a tester for your keyboard driver and raph100 yet? |
| 09:24.50 | maejrep | hmm |
| 09:24.57 | maejrep | lupine_85: working on that now |
| 09:25.02 | pichurri | maejrep, hey, can I try your zimage for 2.6.27? |
| 09:25.11 | pichurri | maejrep, on a blackstone... |
| 09:25.15 | lupine_85 | let me know if you want me to do anything simpleish :) |
| 09:25.23 | lupine_85 | is at work again |
| 09:25.52 | maejrep | j0b0: 0x800 should be bit 11 |
| 09:25.56 | NetRipper | 0x800 |
| 09:25.57 | NetRipper | indeed |
| 09:26.02 | maejrep | which is 1-11, or gpio 27 |
| 09:26.22 | maejrep | which is what I have setup in my zimage already |
| 09:28.31 | j0b0 | also bit 17 and 18 on 0x92f00838 |
| 09:29.21 | maejrep | 2-17 and 2-18 |
| 09:29.24 | j0b0 | maejrep the keymap on the wiki for raph100 is correct for me |
| 09:29.29 | maejrep | SCL and SDA |
| 09:30.36 | pichurri | maejrep, do you have a diff fot 2.6.27, I have a building environment and I'd like to try 2.6.27 on blackstone... |
| 09:30.48 | maejrep | pichurri: not yet |
| 09:31.22 | pichurri | maejrep, could you send me the zimage which is almost booting your phone? |
| 09:31.49 | maejrep | do you use mtype 1910? |
| 09:33.17 | NetRipper | maejrep, oh, you have the raph800 right |
| 09:33.19 | maejrep | lupine_85 j0b0 NetRipper Untouchab1e: http://www.privatepaste.com/ee15A65Xii - that's the zImage |
| 09:33.21 | maejrep | yes |
| 09:33.33 | maejrep | pichurri: that paste is not 2.6.27 |
| 09:33.34 | NetRipper | did you change the mddi toshiba to recognize the raph800 panel? |
| 09:33.36 | pichurri | maejrep, in the beginning, with the diamond/raphael images, so I suppose it'll boot |
| 09:33.52 | maejrep | NetRipper: I changed it in board-htcraphael-panel |
| 09:33.54 | pichurri | maejrep, I mean, to boot with 1910 mtype... |
| 09:34.03 | maejrep | but I just saw that mddi_client_toshiba is still there |
| 09:34.08 | maejrep | so I'm gonna work on that |
| 09:34.13 | maejrep | just wanted to test keyboard first |
| 09:34.44 | maejrep | if you're going to test that zImage (any raph100 guys), you also need the .ko kernel modules |
| 09:34.58 | maejrep | <maejrep> http://www.privatepaste.com/9d1y71pgDN#microp-klt.ko |
| 09:34.58 | maejrep | <maejrep> http://www.privatepaste.com/65NjUaTHeG#microp-ksc.ko |
| 09:34.58 | maejrep | <maejrep> http://www.privatepaste.com/56SN9gIYPQ#microp-keypad.ko |
| 09:35.31 | maejrep | just copy them onto the sd card, ssh in, and insmod microp-klt.ko, then microp-ksc.ko, then microp-keypad.ko |
| 09:35.54 | NetRipper | maejrep, http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=2f981bbd7f1023c7c433c4e666e9882f22e9180c like that |
| 09:35.57 | maejrep | when you insert microp-klt, you should see the leds on the front light up |
| 09:36.17 | maejrep | NetRipper: yup, 2.6.27 made some huge changes to that file though |
| 09:36.22 | NetRipper | ok |
| 09:36.23 | maejrep | so trying to find the easiest way to do it ;p |
| 09:36.25 | NetRipper | :) |
| 09:36.35 | NetRipper | that '.name' is the most important part |
| 09:36.45 | j0b0 | maejrep that kernel does not work for me |
| 09:36.51 | maejrep | :| |
| 09:36.53 | j0b0 | it boots, but no keyboard |
| 09:36.57 | NetRipper | if you replace any 'mddi_c_d263_0000' you find with 'mddi_c_4ca3_0000' it should work for you |
| 09:37.14 | maejrep | did you see the other things I said, j0b0 ? ^ |
| 09:37.36 | lupine_85 | reckons he'll need ssh to do this properly |
| 09:37.45 | j0b0 | the patch you pasted earlier did work but i had to remove some code form the probe function for it not to crash at boot |
| 09:37.48 | maejrep | heh yeah, or I can recompile with them built in :P |
| 09:38.02 | lupine_85 | which means tonight really |
| 09:38.07 | Untouchab1e | maejrep: that would be nice :) |
| 09:38.14 | maejrep | j0b0: things like gpio numbers? |
| 09:38.36 | maejrep | this is a build for raph100, so it shouldn't have anything raph800 specific (excpet the keymap :p) |
| 09:38.55 | maejrep | ok, i'll rebuild with the drivers built in |
| 09:39.19 | j0b0 | ah .. :/ theyre not buit-in ? |
| 09:39.26 | maejrep | <maejrep> if you're going to test that zImage (any raph100 guys), you also need the .ko kernel modules |
| 09:39.27 | maejrep | :) |
| 09:39.39 | maejrep | it was the easiest way for me to test as I was developing :p |
| 09:39.54 | j0b0 | i know .. i was being blind |
| 09:39.56 | maejrep | plus its nice to know exactly when you should expect to see things like the LEDs lighting up :D |
| 09:40.42 | maejrep | http://www.privatepaste.com/170DJlhegv#zImage-keypad-builtin |
| 09:40.52 | maejrep | that one you don't need the .ko's for |
| 09:41.02 | tmzt | NetRipper: you mean .name in the clocks? |
| 09:41.08 | j0b0 | i tried earier not as modules, and that crashed on some calls from keypad_probe |
| 09:41.16 | maejrep | tmzt: no, in the mddi_client_toshiba driver |
| 09:41.26 | Untouchab1e | awesome maejrep, Il give it a go in 30 mins |
| 09:41.39 | maejrep | hmm |
| 09:41.44 | maejrep | that's odd j0b0 |
| 09:41.46 | NetRipper | tmzt, in mddi* |
| 09:41.57 | Untouchab1e | are the LED's in anyway implemented? |
| 09:42.05 | Untouchab1e | (so to test them lighting up, etc) |
| 09:42.07 | maejrep | Untouchab1e: just a test sequence on load |
| 09:42.12 | Untouchab1e | ah, cool |
| 09:42.23 | maejrep | after that, there's currently no way to turn them on from userland yet |
| 09:43.00 | maejrep | j0b0: do you know what the error was that you had with it compiled in? |
| 09:43.27 | j0b0 | i guessed it was just too early, dereferencing something thats not yet initialized. which made sense knowing that you tested as modules |
| 09:43.30 | dream_kill | hardware is not supported |
| 09:43.48 | dream_kill | when ins klt |
| 09:43.54 | *** join/#htc-linux radem205 (n=aaa@e144118.upc-e.chello.nl) |
| 09:43.58 | dream_kill | 0d02: |
| 09:44.14 | j0b0 | maejrep: yes. the micropksc_read_scancode() and the micropkt_set_ksc_notifications() calls from .._probe() |
| 09:44.32 | tmzt | maejrep: g1 uses mddi_client_toshiba? |
| 09:44.38 | maejrep | tmzt: yeah |
| 09:44.44 | tmzt | cool |
| 09:44.45 | dream_kill | the ksc worked |
| 09:44.47 | dream_kill | led on |
| 09:44.55 | dream_kill | on front keyboard |
| 09:45.02 | maejrep | led? |
| 09:45.08 | maejrep | or backlight? |
| 09:45.35 | maejrep | dream_kill: what model do you have? and it reports revision as 0d02? |
| 09:45.35 | dream_kill | backlight |
| 09:45.42 | dream_kill | keyboard seems to work |
| 09:45.46 | dream_kill | is raph100 |
| 09:45.54 | maejrep | hmm, that's odd |
| 09:46.05 | dream_kill | but keymaps are wrong :D |
| 09:46.11 | dream_kill | backspace seems is = :D |
| 09:46.12 | maejrep | that's not one of the revisions that the raph100 spl checks for |
| 09:46.18 | maejrep | yes, its a raph800 keymap |
| 09:46.30 | maejrep | http://wiki.xda-developers.com/index.php?pagename=RaphaelKeyboard |
| 09:46.30 | lupine_85 | only the top line is broken though, really? |
| 09:46.39 | maejrep | 2nd line |
| 09:46.42 | maejrep | qwerty line |
| 09:46.46 | lupine_85 | ah, good point |
| 09:46.48 | lupine_85 | *fails* |
| 09:46.54 | maejrep | and equals |
| 09:46.58 | lupine_85 | notes that maejrep is teh awesome |
| 09:47.15 | dream_kill | = doesn't do anything |
| 09:47.19 | maejrep | ok, so it works as modules but not built in :p |
| 09:47.25 | dream_kill | tab does Q |
| 09:47.33 | *** join/#htc-linux heyman (i=bite@gateway/tor/x-8a7eb3e4726ded1f) |
| 09:47.35 | maejrep | dream_kill: your '=' is my CAPS |
| 09:47.37 | lupine_85 | won't quite get it merged to master yet then ;) |
| 09:47.42 | dream_kill | so second row is shiftyed |
| 09:47.42 | maejrep | so pressing = will toggle caps lock |
| 09:47.53 | dream_kill | tab is q |
| 09:47.57 | dream_kill | q is w |
| 09:48.01 | dream_kill | and so on :D |
| 09:48.10 | maejrep | dream_kill: you don't have to go through all that ;) just go to the url i pasted above |
| 09:48.12 | dream_kill | P is backspace |
| 09:48.17 | dream_kill | backspace is = :D |
| 09:48.18 | maejrep | you'll see how 100 compares to 800 |
| 09:48.47 | dream_kill | aha |
| 09:48.54 | dream_kill | but u said is for raph100 :D |
| 09:48.56 | maejrep | dream_kill: I'll add in support for your KLT revision too |
| 09:49.07 | maejrep | I built the zImage so that it can be testable on raph100 ;) |
| 09:49.16 | maejrep | i didn't say I was going to change the keymap :D |
| 09:49.23 | dream_kill | ok cool |
| 09:49.34 | dream_kill | can u fix for raph 100 now so i can test :P ? |
| 09:49.34 | Untouchab1e | but how did you implement the keymap? Should be a similar process for implementing the raph100 keyboard-mapping? |
| 09:49.48 | Untouchab1e | dream_kill, he already has (look at the link above) |
| 09:49.56 | lupine_85 | Untouchab1e: sourcfe code as I looked at it was just a lookup table |
| 09:50.07 | lupine_85 | (link ?last night?) |
| 09:50.15 | dream_kill | the one with keypad in the kernel? |
| 09:50.24 | lupine_85 | modular one |
| 09:50.24 | Untouchab1e | http://www.privatepaste.com/170DJlhegv#zImage-keypad-builtin |
| 09:50.24 | maejrep | it is just a lookup table |
| 09:50.25 | j0b0 | maejrep that 2nd kernel you just pasted crashes in the same way.. micropksc_read_scancode+0x0/0xd4 from microp_keypad_probe+0x138/0x2cc |
| 09:50.37 | maejrep | j0b0: whats the crash reason? |
| 09:50.47 | maejrep | dream_kill: changing the keymap in the kernel is going to lead to more problems |
| 09:50.57 | dream_kill | yes |
| 09:51.05 | maejrep | we should either make the keymap raph100, or some other device, and all the others should remap :x |
| 09:51.33 | maejrep | dream_kill: if you change your initrd to issue setkeycode()s for the keys, you can remap it at boot |
| 09:53.18 | j0b0 | that has scrolled out of view :( .. let me log that |
| 09:55.26 | lupine_85 | would it be bad to compile the driver with all the different keymap lookup tables in and have $selector to switch between them? |
| 09:57.46 | maejrep | we probably could, but the input driver documentation is pretty strict about how drivers should be written |
| 09:58.07 | lupine_85 | do we get an ioctl? ;)_ |
| 09:58.29 | lupine_85 | has been looking at fusd a bit, but doesn't really like the idea of that |
| 10:00.41 | Untouchab1e | class is done.. heading back to the barracks :) brb |
| 10:02.01 | tmzt | fusd? |
| 10:03.57 | lupine_85 | userspace input driver |
| 10:04.36 | lupine_85 | hang on |
| 10:04.42 | lupine_85 | no, that's just drivers in general |
| 10:07.49 | j0b0 | i lost usb network to my phone :( need to get that back working again.. |
| 10:09.01 | maejrep | j0b0: i just saw it as well, but it happens before usb is initialized |
| 10:09.14 | maejrep | pretty sure I know what the problem is though |
| 10:12.31 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 10:12.38 | Untouchab1e | gonna try the zImage now ^^ |
| 10:15.12 | maejrep | wait |
| 10:15.37 | Untouchab1e | ok.. :) |
| 10:15.39 | Untouchab1e | whats up? |
| 10:18.31 | Untouchab1e | was there anything wrong with it? |
| 10:22.34 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-f80212acde48e8b3) |
| 10:22.52 | j0b0 | grrr!! i can't telnet into my phone anymore .. will look into that later tho. its a problem in my host, not the phone |
| 10:23.45 | maejrep | Untouchab1e: yeah, the compiled-in one has an error |
| 10:23.50 | maejrep | it works as a module though |
| 10:23.57 | Untouchab1e | ah, what kind of error+ |
| 10:23.59 | Untouchab1e | ?* |
| 10:24.49 | j0b0 | but yeah .. it helps to not call any micropklt_ or micropksc_ functions from _keypad_probe() _or_ to check that micropksc_t resp. micropklt_t have been initialized |
| 10:25.03 | Untouchab1e | hmmm.. tried to boot up with it anywas, but got a kernel panic.. does it have to be connected to activesync? |
| 10:25.16 | Untouchab1e | "kernel panic - not syncing: attempted to kill init |
| 10:25.20 | Untouchab1e | rebooting in 3 seconds... |
| 10:28.49 | tmzt | maejrep: compiled in modules should still work like modules if they have the write declarations |
| 10:29.00 | tmzt | s/write/right/ |
| 10:29.24 | maejrep | tmzt: well it doesn't :) |
| 10:29.25 | maejrep | j0b0: yes |
| 10:32.17 | tmzt | doesn't have the declrations? |
| 10:32.49 | NetRipper | maejrep, can't you add dependencies to force the kernel to load them in the correct order? |
| 10:33.15 | maejrep | NetRipper: no, but there are different levels of init calls |
| 10:33.45 | tmzt | are you adding these as platform devices? |
| 10:34.22 | maejrep | that works |
| 10:34.32 | maejrep | only microp-keypad is platform_device |
| 10:34.40 | maejrep | the others are i2c chip drivers |
| 10:36.48 | maejrep | tmzt: it had module_init, but changing it to late_initcall worked |
| 10:37.00 | maejrep | need to see if that works with modules as well |
| 10:37.38 | maejrep | looks like it does |
| 10:39.08 | maejrep | j0b0, Untouchab1e, NetRipper: http://www.privatepaste.com/65iVlnS3C2#zImage -- this one is compiled-in, and should not have the kernel panic |
| 10:39.09 | radem205 | Does anyone know how to find the correct EGPIO settings for several buttons? |
| 10:40.52 | j0b0 | maejrep does it have the raph800 or raph100 keymap? |
| 10:44.14 | *** join/#htc-linux stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
| 10:44.43 | j0b0 | it boots all the way. keyboard works raph800 mapped (so 'P' = backspace, '=' = capslock, ...) |
| 10:44.49 | tmzt | radem205: the soft buttons are not going to be supported until a driver is writen for the navi |
| 10:45.49 | maejrep | j0b0: cool |
| 10:45.59 | maejrep | yes its with the raph800 keymap |
| 10:46.51 | Untouchab1e | nice touch with the LED test :) |
| 10:46.57 | maejrep | :p |
| 10:48.19 | maejrep | tmzt: what do you think about the keymap? it won't be much to change it to a raph100 keymap, but should that be userland or defined in the kernel? |
| 10:49.01 | tmzt | not sure, are you sending the raw keycodes from the chip? |
| 10:49.15 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 10:49.16 | maejrep | yes, both EV_KEY and EV_MSC/MSC_SCAN |
| 10:49.25 | tmzt | both? |
| 10:49.28 | maejrep | yes |
| 10:49.54 | tmzt | what is EV_MSC? |
| 10:49.56 | maejrep | so the MSC_SCAN lets it redefine the scancode to a different key by userland config, or by default it'll use the EV_KEY keycode |
| 10:50.50 | maejrep | my keymap maps all the scancodes to raph800 keycodes, but the input subsystem also lets the driver report the raw scancode in order to redefine it |
| 10:52.04 | tmzt | well, are you sending keycodes the same as the keycode driver? |
| 10:52.11 | maejrep | http://lkml.indiana.edu/hypermail/linux/kernel/0706.0/2137.html |
| 10:52.41 | tmzt | sorry |
| 10:52.43 | maejrep | "They should also either always generate EV_MSC MSC_SCAN events along with every EV_KEY event, or special case EV_KEY KEY_UNKNOWN as described below." |
| 10:52.53 | tmzt | well, are you sending keycodes the same way as the pc keyboard driver? |
| 10:53.08 | maejrep | i think so |
| 10:53.36 | tmzt | ok, are you using defkeymap when building the kernel or leaving the pc one? |
| 10:53.58 | tmzt | I see |
| 10:54.31 | tmzt | EV_KEY is looked up in your driver and your using the keysyms for the raph800 now? |
| 10:54.46 | maejrep | yes |
| 10:54.55 | *** join/#htc-linux ewasx (n=Arin@armin-dev.ict.tno.nl) |
| 10:55.18 | maejrep | so for each key event, its sending EV_KEY with the raph800 keycode, as well as MSC_SCAN with the raw scancode as received from the i2c chip |
| 10:55.34 | tmzt | ok |
| 10:56.27 | maejrep | according to the new documentation (which is not updated in our branch yet), that's how it should work, but it talks about doing that for a keyboard when you know what the keys are |
| 10:56.28 | Untouchab1e | the zimage seems to work well.. missing the screen-orientation-on-keyboard-slide-out that NetRipper (I think) got working.. But great work with the keyboard! |
| 10:56.52 | maejrep | in our case, there are different known keymaps, so I'm not sure if it falls into that same category |
| 10:57.36 | maejrep | +If a key has a specific function that is known to the driver, it should |
| 10:57.36 | maejrep | +generate the appropriate keycode for that function by default. E.g., in a |
| 10:57.36 | maejrep | +laptop where the FN+F1 key combination is always marked "HELP" in the |
| 10:57.36 | maejrep | +keyboard, the driver is to generate KEY_HELP and not KEY_FN_F1. |
| 10:57.46 | tmzt | screen orientation? you mean SW_ event to android? |
| 10:57.59 | maejrep | yes, when opening the clamshell |
| 10:58.33 | Untouchab1e | yeah, when sliding out the keyboard the screen orientation switches |
| 10:58.39 | tmzt | ah, so you are putting Fn in the driver and setting the led automatically? |
| 10:58.58 | maejrep | hrm? |
| 10:59.00 | tmzt | Untouchab1e: you have raph100? |
| 10:59.04 | Untouchab1e | yeah |
| 10:59.09 | maejrep | it doesn't set the LED on Fn or Shift |
| 10:59.23 | tmzt | maejrep: Fn+key returning the appropirate keysym like the docs say |
| 10:59.31 | maejrep | I think that is best handled by an LED driver, where the input subsystem tells the led driver to turn on that LED |
| 10:59.37 | tmzt | I think this is different from a matrix driver which doesn't have the capability |
| 10:59.48 | maejrep | tmzt: our keyboard doesn't modify the scancode based on Fn |
| 10:59.55 | j0b0 | maejrep does this kernel no longer report EV_SW/SW_LID ? |
| 11:00.04 | maejrep | that has to be handled by the input subsystem, like how META/ALT work |
| 11:00.13 | maejrep | j0b0: no it doesn't |
| 11:00.24 | tmzt | 06:48 < maejrep> +If a key has a specific function that is known to the driver, it should |
| 11:00.27 | tmzt | 06:48 < maejrep> +generate the appropriate keycode for that function by default. E.g., in a |
| 11:00.31 | tmzt | 06:48 < maejrep> +laptop where the FN+F1 key combination is always marked "HELP" in the |
| 11:00.34 | tmzt | 06:48 < maejrep> +keyboard, the driver is to generate KEY_HELP and not KEY_FN_F1. |
| 11:01.01 | maejrep | tmzt: right, but that's if Fn+F1 sends a scancode that is unique to that combination, as opposed to hitting F1 and Fn separately |
| 11:01.08 | tmzt | it seems for serio-type drivers it's supposed to be in kernel for matrix drivers in userspace |
| 11:01.13 | maejrep | and it's not in our keyboard |
| 11:01.29 | tmzt | oh |
| 11:01.30 | maejrep | instead, its like CTRL or META, where the OS will have to decide what ALT+F4 means |
| 11:01.58 | tmzt | I use RIGHTALT on motoq which maps to altgr in the keymap |
| 11:02.08 | maejrep | FN+Up does not send a special scancode that means "page up" -- even though the keyboard shows that Fn+Up is supposed to be page up |
| 11:03.09 | maejrep | what I mean is every physical key sends the same scancode, regardless of what other keys are also currently being pressed |
| 11:05.05 | maejrep | so anyway, we can either send one device's keycodes for all the scancodes, and let all the other devices remap those keys... or add all the keymaps into the kernel driver and determine which keymap to use |
| 11:05.35 | maejrep | imo, the first option is the best way to make it conform to the standard for input drivers |
| 11:05.38 | tmzt | or send raw scancodes and no keysyms? |
| 11:06.17 | maejrep | yes, that could work too, but then the keyboard will not work for anyone without being remapped |
| 11:06.45 | maejrep | or we could send KEY_RESERVED or KEY_UNKNOWN for everything |
| 11:06.53 | tmzt | true, my concern here is maintaining specific android builds for these devices when people expect any 1.0 build to work |
| 11:07.15 | maejrep | it doesn't have to be mapped by android |
| 11:07.44 | tmzt | since we do have mtype we could just use that and configure the keymap per-device allowing user keymap to be used for language differences |
| 11:08.00 | tmzt | what doesn't? |
| 11:08.08 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 11:08.14 | maejrep | the keymap |
| 11:08.33 | tmzt | android loads one from a .kcm file in it's input code |
| 11:08.53 | maejrep | yes but that uses keycodes, not scancodes |
| 11:09.52 | maejrep | the scancodes would be remapped via setkeycodes during boot. remapping keycodes would be like using Xmodmap (this is like what android does) |
| 11:10.09 | tmzt | what is setkeycodes? |
| 11:10.28 | maejrep | $ setkeycodes --help |
| 11:10.28 | maejrep | setkeycode: even number of arguments expected |
| 11:10.28 | maejrep | usage: setkeycode scancode keycode ... |
| 11:10.28 | maejrep | <PROTECTED> |
| 11:10.28 | maejrep | <PROTECTED> |
| 11:10.42 | tmzt | this is not the same as loadkeys? |
| 11:11.18 | maejrep | it probably is similar, but with different syntax |
| 11:11.36 | maejrep | hmm, actually maybe not |
| 11:14.15 | tmzt | my understanding is loadkeys replaces the kernel keymap which is defkeymap in the kernel source |
| 11:14.22 | maejrep | j0b0: re SW_LID, that was because I had planned to also stop keypad notifications when the clamshell is closed, and rerequest them when opened (and would still report SW_LID at the same time, but either way would have to put it into this driver isntead of raph-keypad) |
| 11:14.36 | maejrep | tmzt: could be |
| 11:18.02 | *** join/#htc-linux balsat2 (n=kra@87.72.13.87) |
| 11:18.54 | *** join/#htc-linux timebomb (n=tb@e176096084.adsl.alicedsl.de) |
| 11:21.45 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-a4cf897b9b0c2373) |
| 11:28.15 | maejrep | hmm... NetRipper so after changing the mddi client, it looks like it boots okay, then the screen fades to red, then white, then black :x |
| 11:28.52 | j0b0 | android seems to do weird stuff with the arrow keys. the side where the navi pad lives is always considered 'down' and the side where the keyboard lives is aleways considered 'left', so when you do flip the gui to landscape mode, if you want to move on line up, you have to hit right-arrow... |
| 11:29.44 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 11:29.55 | *** join/#htc-linux n0u (i=Chaton@unaffiliated/nou) |
| 11:31.41 | maejrep | i wonder if there's a way to tell it to remap the directions |
| 11:32.02 | maejrep | surely they are doing it the way you would expect in g1 |
| 11:34.55 | j0b0 | its like it assumes that those key events come from the navi pad left/right/up/down keys. i dont think the G1 has arrow keys on its 'landscape' keyboard |
| 11:35.32 | j0b0 | so it would kind of make sense that when you rotate the entire phone, the button that would otherwose point right, now points up |
| 11:37.35 | maejrep | oh i see |
| 11:37.46 | lupine_85 | crushes a bug with extreme prejudice |
| 11:37.58 | maejrep | lupine_85: want to crush mine? |
| 11:38.12 | j0b0 | ew! |
| 11:38.22 | maejrep | it involves 2.6.27 and a stubborn display driver |
| 11:44.06 | lupine_85 | maejrep: is it a Ruby display driver? :p |
| 11:44.16 | maejrep | eh no |
| 11:44.21 | lupine_85 | didn't think so ;) |
| 12:09.29 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-425f352caac6006d) |
| 12:20.56 | *** join/#htc-linux zycho_ (n=zycho@a89-183-64-27.net-htp.de) |
| 12:36.49 | maejrep | root@htcraphael:~# uname -a |
| 12:36.49 | maejrep | Linux htcraphael 2.6.27-00217-gad3f2c5-dirty #42 PREEMPT Mon Jan 19 07:33:43 EST 2009 armv6l unknown |
| 12:36.50 | maejrep | :D |
| 12:37.32 | maejrep | http://www.privatepaste.com/701XzPNx2u#dmesg |
| 12:45.36 | pichurri | maejrep, it booted! |
| 12:45.45 | maejrep | yup |
| 12:45.46 | pichurri | maejrep, can I give it a try on blackstone? |
| 12:45.48 | maejrep | still many problems |
| 12:45.51 | pichurri | maejrep, congrats!!! |
| 12:46.08 | maejrep | the zImage? |
| 12:46.20 | maejrep | cause i'm not ready for a patch yet |
| 12:46.49 | pichurri | maejrep, I think that is the way to go, I mean, put all the effort on 2.6.27, :)! |
| 12:46.51 | maejrep | and there's a good chance that it wouldn't work on blackstone |
| 12:47.00 | maejrep | what model? |
| 12:47.11 | pichurri | maejrep, yup, the zimage is enough, just want to see what happens with the screen output |
| 12:47.28 | pichurri | maejrep, I have a blac100, touch hd, blackstone. |
| 12:48.02 | pichurri | maejrep, I think so far there is only blac100... |
| 12:48.11 | maejrep | http://www.privatepaste.com/2e0fAdYtBg#zImage-2.6.27-raph800 |
| 12:48.29 | pichurri | maejrep, how was the output of the screen, colors are ok>? |
| 12:48.44 | maejrep | it has some proc comm vibrations i was using to debug how far along it got |
| 12:49.19 | maejrep | yeah, colors are fine (but its RGB444, due to raph800) |
| 12:49.23 | maejrep | so it might look bad on yours |
| 12:49.30 | pichurri | maejrep, ok, :)! how is your default.txt? |
| 12:49.51 | maejrep | same as for .25, just different kernel image |
| 12:50.11 | maejrep | oh, and it doesn't take the sdcc_id override yet |
| 12:50.25 | maejrep | so i think by default its going to try sdc2 |
| 12:51.45 | pichurri | maejrep, I don't have my sd partitioned, would it be a problem? |
| 12:52.39 | maejrep | no, it doesn't do anything with sd except try to mount it |
| 12:52.55 | maejrep | it can mount vfat as well though |
| 12:53.01 | pichurri | ok |
| 12:53.05 | pichurri | testing... |
| 12:54.45 | pichurri | maejrep, it vibrates!!!!! jiji |
| 12:54.50 | maejrep | lol |
| 12:55.08 | maejrep | it should vibrate twice at boot, then a few more times while initializing the lcd panel |
| 12:55.25 | maejrep | if it looks like its hung, let it sit for about 30 seconds at least |
| 12:57.19 | pichurri | maejrep, htc_fb_console is bad as expected, but I had the default to console=/dev/ttyMSM0, testing again... |
| 12:58.00 | maejrep | yeah, if 2.6.25 boots for you, this one should as well |
| 12:58.24 | maejrep | at least as far as detecting the panel |
| 12:58.28 | pichurri | maejrep, ok, colors are messed up, I think that with 2.6.27 the colors were ok |
| 12:58.46 | maejrep | the colors are probably messed up because I had to force RGB444 for raph800 |
| 12:59.33 | maejrep | if I didn't do that fix, it would probably be normal for you |
| 12:59.41 | pichurri | maejrep, ok, but sadly, output is the same as with 2.6.27 |
| 12:59.52 | maejrep | the same? |
| 13:00.45 | pichurri | maejrep, as in scrambled output...http://www.gavero.com/pichurri/blackstone/images/corrupted_output_2008-12-28_3.jpg |
| 13:01.05 | pichurri | maejrep, but have usbnet, thus ssh |
| 13:01.25 | pichurri | it took a lot longer to boot than .25... |
| 13:01.35 | maejrep | i get that on mine randomly as well (with 2.6.25) |
| 13:01.44 | maejrep | pichurri: that's because the proc comm call times out |
| 13:01.48 | maejrep | which takes 10 seconds |
| 13:02.44 | pichurri | ok |
| 13:03.58 | pichurri | maejrep, I was hoping that output was fixed with some of the probe code that google put on .27... |
| 13:04.10 | pichurri | did you modify too much mddi.c? and mdp.c? |
| 13:05.02 | NetRipper | <PROTECTED> |
| 13:05.06 | maejrep | no, i only disabled the powerup code |
| 13:05.07 | NetRipper | doesn't sound good |
| 13:05.08 | NetRipper | ;) |
| 13:05.12 | maejrep | NetRipper: got passed that :) |
| 13:05.15 | NetRipper | okay |
| 13:05.16 | NetRipper | :) |
| 13:05.28 | NetRipper | so, you successfully fully ported to 2.6.27? |
| 13:05.32 | maejrep | not fully lol |
| 13:05.36 | NetRipper | aw ok |
| 13:05.37 | NetRipper | ;) |
| 13:05.43 | maejrep | it boots, i get usbnet |
| 13:05.48 | NetRipper | maejrep, you should request git access |
| 13:05.50 | maejrep | that's better than i was hoping for so soon |
| 13:06.18 | maejrep | oh but i like having 3 branches with different patchsets waiting for you |
| 13:06.18 | maejrep | :D |
| 13:06.22 | NetRipper | lol |
| 13:06.28 | NetRipper | that's what im afraid of ;P |
| 13:06.39 | NetRipper | it's going tof ast for me to keep up ;) |
| 13:06.58 | NetRipper | especially since i want to commit change by change ;) |
| 13:07.01 | pichurri | NetRipper, why not going just for 2.6.27? |
| 13:08.36 | NetRipper | pichurri, might.. |
| 13:09.11 | NetRipper | pichurri, i think dcordes wants to do that more properly and merge with vogue as well... although, might be a bit much at the same time |
| 13:10.32 | NetRipper | maejrep, what do you think? should we get a 2.6.27 branch in linuxtogo? |
| 13:10.36 | NetRipper | i think we can already do that |
| 13:11.53 | maejrep | I think its a good idea.. google's gonna be on this branch for a while from what i've read, and 2.6.27 is supposed to have sparsemem :) plus its close to mainline |
| 13:12.07 | NetRipper | ok |
| 13:12.20 | NetRipper | we'll clone the android-msm-2.6.27 from android then http://android.git.kernel.org/?p=kernel/msm.git;a=shortlog;h=refs/heads/android-msm-2.6.27 |
| 13:12.34 | NetRipper | ~seen ph5 |
| 13:12.35 | apt | ph5 <n=ph5@e178223139.adsl.alicedsl.de> was last seen on IRC in channel #htc-linux, 1d 12h 37m 20s ago, saying: 'Mullins: ok, done.'. |
| 13:13.47 | pichurri | maejrep, so, it booted. usbnet worked :), ssh worked :), mounting sd card worked :), output didn't work, :(... |
| 13:14.18 | maejrep | NetRipper: http://www.privatepaste.com/8e02DsEqLi :p |
| 13:15.46 | NetRipper | maejrep, i get tired by the look of it ;) |
| 13:16.04 | NetRipper | but erm |
| 13:16.11 | NetRipper | shouldn't we have just attempted a merge? |
| 13:16.11 | NetRipper | :) |
| 13:16.28 | NetRipper | to keep git history and stuff |
| 13:16.35 | NetRipper | not sure if that works |
| 13:17.46 | NetRipper | i need to read up on git |
| 13:17.47 | NetRipper | lol |
| 13:17.57 | NetRipper | anyway looks good maejrep :) |
| 13:18.15 | pichurri | yep!!! good job! |
| 13:18.16 | maejrep | i don't know how git merging works ;o |
| 13:18.27 | maejrep | i'm used to cvs and svn |
| 13:18.29 | NetRipper | me neither |
| 13:18.32 | NetRipper | yea, same |
| 13:18.57 | NetRipper | though i'd rather go to 2.6.27 then continue in 2.6.25 |
| 13:19.25 | NetRipper | we'll need to check if it still boots correctly with raphaels and diamonds |
| 13:19.54 | NetRipper | maejrep, does the clock-wince replace the clock-7x00a-alt? |
| 13:20.21 | maejrep | yeah, they changed so much stuff in the clock api that it was hard to reuse -7x00a-alt |
| 13:20.28 | NetRipper | ok |
| 13:20.34 | NetRipper | then we should just delete the -alt |
| 13:20.51 | maejrep | i think there's a better way to do it |
| 13:21.00 | maejrep | but i just wasn't trying to spend too much time on it |
| 13:21.08 | NetRipper | ok |
| 13:22.41 | NetRipper | ~seen dcordes* |
| 13:22.42 | apt | NetRipper: i haven't seen 'dcordes*' |
| 13:22.45 | NetRipper | ~seen dcordes |
| 13:22.46 | apt | dcordes <n=dcordes@unaffiliated/dcordes> was last seen on IRC in channel #htc-linux, 18h 53m 36s ago, saying: 'I can only try it later'. |
| 13:29.24 | NetRipper | i'll keep an eye out for ph5, he also made the current branch we're working on |
| 13:29.35 | NetRipper | gtg back to work now |
| 13:29.35 | NetRipper | :) |
| 13:30.04 | *** join/#htc-linux zycho (n=zycho@a89-183-64-27.net-htp.de) |
| 13:32.12 | *** join/#htc-linux Aidran (n=Sonic@41.157.10.3) |
| 13:32.39 | *** join/#htc-linux Mgaveve (n=king@41.208.50.180) |
| 13:32.59 | Aidran | Wow |
| 13:33.16 | Mgaveve | Wow? |
| 13:33.49 | Mgaveve | Anybot here bro |
| 13:33.59 | maejrep | heh, so windows doesn't like it when you try to dump the mddi1 region :) |
| 13:34.38 | Aidran | Let check |
| 13:34.45 | Aidran | .g zafar |
| 13:35.02 | Mgaveve | This is linux forum |
| 13:35.36 | Aidran | Ya |
| 13:36.08 | Mgaveve | let ask tham for version upgrade |
| 13:36.31 | Aidran | Ya |
| 13:36.38 | Aidran | Hey people |
| 13:36.51 | pichurri | maejrep, what do you mean? |
| 13:37.52 | pichurri | maejrep, I dumped a lot of values from memory that handles mddi... |
| 13:37.59 | Aidran | Pichurri how to upgrade a virca version? |
| 13:38.29 | j0b0 | maejrep is that why we can't use more than 92M (or so) on the 0x1* bank? |
| 13:38.46 | maejrep | is what why? sparsemem? |
| 13:39.05 | maejrep | flat memory model can handle holes, but it doesn't handle them well |
| 13:39.25 | j0b0 | yes. some region mapped |
| 13:39.25 | maejrep | discontigmem was a way to handle it better, but that's now deprecated in favor of sparsemem |
| 13:39.50 | Mgaveve | spem race ? |
| 13:39.52 | maejrep | and sparsemem support was only recently added |
| 13:40.14 | j0b0 | right, ive seen the same weird fading liney pattern effect also when trying to dump certain parts of memory |
| 13:40.16 | pichurri | Aidran, sorry, don't know... |
| 13:40.20 | Aidran | Lol spem race |
| 13:40.22 | Mgaveve | im the world famouse ? |
| 13:40.57 | j0b0 | the same effect more or less as when putting the display to sleep |
| 13:41.47 | maejrep | when dumping memory? |
| 13:41.54 | Mgaveve | we all spems |
| 13:42.09 | Mgaveve | We all spems ? |
| 13:42.19 | maejrep | this happened just by trying to init the panel with the default table |
| 13:42.38 | j0b0 | yes. i dont quite remember which areas |
| 13:42.49 | maejrep | commented that out and it just keeps the config from windows |
| 13:42.50 | j0b0 | ok so thats all mddi writes? |
| 13:43.17 | maejrep | the init table contains several different types of register reads |
| 13:43.36 | maejrep | <PROTECTED> |
| 13:43.36 | maejrep | <PROTECTED> |
| 13:43.36 | maejrep | <PROTECTED> |
| 13:43.37 | maejrep | etc |
| 13:44.04 | maejrep | <PROTECTED> |
| 13:44.17 | Aidran | Yeses |
| 13:44.19 | maejrep | i wonder if there's a "RGB565" value ;) |
| 13:44.29 | j0b0 | yeah, i had the opposite: when i tried to move that code _in_ from trout to raphael, it had the same effect as not initializing at all |
| 13:44.59 | maejrep | really? |
| 13:45.10 | Aidran | Real Go Boza<< RGB |
| 13:45.52 | j0b0 | really. i ws wondering the same thing, whether this code influences how the frame bufer gets dma'd to the panel |
| 13:46.50 | j0b0 | that RGB666 is the format on the outside. the dma takes care of putting 565 packed pixel data into 666 or 888 |
| 13:47.44 | j0b0 | and (aparently?) on an uninitialized raph800 it dma's 444 into 666 |
| 13:48.27 | maejrep | well, the panel is still initialized from windows isn't it? |
| 13:48.53 | j0b0 | so one approach that would make colors look normal on raph800 (and 500?) would be to have everything draw to the frame buffer as 444, but that would be the wrong approach imho |
| 13:49.14 | maejrep | i agree, even though i'm still using your 444 hack :) |
| 13:49.22 | j0b0 | the other would be to have 565 packed data get dma'd properly into 666 |
| 13:50.14 | maejrep | so the panel supports 666, but not even windows supports that? |
| 13:50.15 | *** join/#htc-linux timebomb (n=tb@e176096084.adsl.alicedsl.de) |
| 13:51.21 | j0b0 | i thin kthere is some concept of the 'inside' (where we poke into the frame buffer) and the 'outside' which gets updated by dmp_dma_to_mddi |
| 13:58.38 | *** join/#htc-linux zycho (n=zycho@a89-183-64-27.net-htp.de) |
| 14:04.00 | *** join/#htc-linux daspsycho_work (n=TimJorda@213.155.79.202) |
| 14:15.58 | *** join/#htc-linux Kensan (n=ken@gw.ptr-80-238-181-106.customer.ch.netstream.com) |
| 14:33.53 | *** join/#htc-linux PoohbaLT (n=Poohba@pool-71-168-131-96.cmdnnj.east.verizon.net) |
| 14:36.12 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) |
| 14:41.45 | *** join/#htc-linux PoohbaLT1 (n=Poohba@pool-71-168-131-96.cmdnnj.east.verizon.net) |
| 14:48.47 | *** join/#htc-linux myxor (n=myxor@pdbn-4d08976e.pool.mediaWays.net) |
| 14:55.20 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 14:55.26 | Untouchab1e | Good afternoon :) |
| 15:04.32 | *** join/#htc-linux liba2k (i=c25a95c1@gateway/web/ajax/mibbit.com/x-0a8ee34c505d2e84) |
| 15:10.07 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 15:14.32 | *** join/#htc-linux metter (n=metter@43.111.202.62.cust.bluewin.ch) |
| 15:39.55 | *** part/#htc-linux zoolooc (n=lucian@nrbg-4dbfe01f.pool.einsundeins.de) |
| 15:40.21 | *** join/#htc-linux MethoS (n=lem@host-091-097-244-098.ewe-ip-backbone.de) |
| 15:58.10 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 15:58.59 | AstainHellbring | morning |
| 15:59.10 | Untouchab1e | hi |
| 16:00.54 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
| 16:09.11 | *** join/#htc-linux tmzt (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) |
| 16:19.13 | *** join/#htc-linux MethoS- (n=lem@host-091-096-214-154.ewe-ip-backbone.de) |
| 16:20.06 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 16:24.45 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
| 16:35.51 | liba2k | Does any one know anything about the status of the sd driver for niki100? |
| 16:50.12 | RZK333 | liba2k: no moving in this area |
| 16:50.33 | RZK333 | waiting for this too |
| 16:53.04 | RZK333 | liba2k: we need to fix many things in kernel for niki, now kernel recognizes poweron as sd-card detector, hardbuttons are not working, etc.. |
| 16:55.17 | liba2k | does the power on really work, can I access the SD while pressing it? |
| 16:56.19 | liba2k | if so we can hack it to assume the SD is in all the time in the mmc driver |
| 16:57.10 | RZK333 | see argstrom distribution |
| 16:57.32 | RZK333 | it writes log on screen, you will se how it recognizes it. |
| 16:57.38 | RZK333 | dont remember |
| 16:59.00 | liba2k | Ok, I'll look into that, tnx. |
| 17:01.09 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 17:02.21 | *** join/#htc-linux MethoS-- (n=lem@host-091-097-240-004.ewe-ip-backbone.de) |
| 17:07.50 | *** join/#htc-linux ewasx (n=armin@5-157.surfsnel.dsl.internl.net) |
| 17:08.49 | ewasx | Hi guys, I just bought a htc diamond and would like to help with the porting effort |
| 17:09.53 | ewasx | i managed to get a prebuild android working, and also one with a kernel that I built myself |
| 17:11.19 | lupine_85 | ewasx: get the sound working for us? ;) |
| 17:11.43 | ewasx | is anybody already working on that? |
| 17:13.03 | lupine_85 | I think it's the next big thing(tm) that people are planning on looking at |
| 17:13.24 | ewasx | ok |
| 17:13.35 | ewasx | where do people get the info about the hardware? |
| 17:14.24 | lupine_85 | HaRET, windows driver code disassembly, vast personal stores of knowledge about embedded hardware etc |
| 17:19.20 | ewasx | you happen to be someone with vast stores of knowledge about embedded hardware? |
| 17:19.28 | ewasx | :) |
| 17:20.15 | lupine_85 | nope :D |
| 17:20.33 | ewasx | ah, too bad |
| 17:21.54 | *** join/#htc-linux dariball (n=dariball@p579B60AC.dip.t-dialin.net) |
| 17:27.31 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 17:29.23 | *** join/#htc-linux pH5 (n=ph5@e178228075.adsl.alicedsl.de) |
| 17:30.35 | dcordes | pH5: hi. can you help us with git branches? |
| 17:31.29 | ewasx | <PROTECTED> |
| 17:31.42 | ewasx | oh, sorry, not for me |
| 17:34.03 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87cd7e.pool.einsundeins.de) |
| 17:34.13 | pH5 | good evening. what's the matter at hand? |
| 17:35.38 | lupine_85 | are we moving to linux-2.6.27 ? |
| 17:36.46 | dcordes | pH5: we are using htc-msm-2.6.25 for raphael/diamond now. we want to move to 2.6.27 google branch |
| 17:37.17 | dcordes | maejrep: ping |
| 17:37.28 | lupine_85 | heh. .28 was released yesterday :D |
| 17:37.47 | dcordes | which has only the oldskool msm commits |
| 17:38.44 | lupine_85 | mmhm |
| 17:39.05 | dcordes | ? :) |
| 17:40.35 | pH5 | dcordes: how? merge current htc-msm-2.6.25 into google 2.6.27? |
| 17:41.03 | dcordes | that is the question. that way would keep the history but is more complicated. personally I don't know how to do this |
| 17:41.47 | *** join/#htc-linux addman3333 (n=skool@cpe-67-9-134-92.austin.res.rr.com) |
| 17:41.48 | AstainHellbring | lupine_85 whats new in .28? |
| 17:42.11 | lupine_85 | not a clue |
| 17:42.25 | lupine_85 | dcordes: mmm, merge conflict fixes :D |
| 17:42.55 | lupine_85 | step one is to get the merge in, step two is to update the code to take account of API changes that aren't direct git conflicts, I guess |
| 17:42.59 | lupine_85 | is uber-new to git |
| 17:43.07 | lupine_85 | mostly hg over here |
| 17:44.31 | lupine_85 | AstainHellbring: ah, ext4 apparently |
| 17:45.32 | dcordes | it seems like venus (kovsky,x1) gpio setup is similar to raphael |
| 17:45.52 | pH5 | dcordes: exactly as lupine_85 says. checkout the 2.6.27 branch, git-merge htc-msm-2.6.25 and then clean up the merge conflicts. |
| 17:46.00 | AstainHellbring | nice ext4 is supposed to be very fast |
| 17:46.34 | lupine_85 | pH5: bet it wouldn't compile afterwards ;) |
| 17:46.44 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 17:46.50 | lupine_85 | and after you fixed the compilation errors, I bet it'd coredump for a while |
| 17:46.59 | dcordes | maejrep attempted 2.6.27 already |
| 17:47.22 | pH5 | lupine_85: spot on ;) |
| 17:48.41 | ewasx | lupine_85: the .28 release you are talking about, do you mean the "vanilla" kernel or a google android specific kernel? |
| 17:48.47 | dcordes | bbiab |
| 17:48.48 | lupine_85 | vanilla |
| 17:49.08 | lupine_85 | but .27 -> .28 would be a relatively minor merge anyway |
| 17:49.17 | *** join/#htc-linux zycho (n=zycho@a89-183-64-27.net-htp.de) |
| 17:49.19 | ewasx | why? |
| 17:49.26 | pH5 | ewasx: huh? vanilla 28 was released in december |
| 17:50.05 | ewasx | yes, it seems .28.1 was released yesterday |
| 17:50.33 | lupine_85 | ah, that's right |
| 17:50.36 | lupine_85 | de-eggs himself |
| 17:50.40 | ewasx | but unless I'm looking in the wrong places, there's no google .28 kernel yet |
| 17:50.45 | *** join/#htc-linux MethoS (n=lem@host-091-097-241-079.ewe-ip-backbone.de) |
| 17:59.25 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 18:03.51 | *** join/#htc-linux MethoS- (n=lem@dyndsl-085-016-166-007.ewe-ip-backbone.de) |
| 18:11.03 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:29.09 | *** join/#htc-linux MethoS-- (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 18:29.56 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 18:31.29 | *** join/#htc-linux Mullins (n=bw@213.191.250.146) |
| 18:32.57 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87cd7e.pool.einsundeins.de) |
| 18:38.33 | *** join/#htc-linux Tinyboom (n=nahh@108.84-49-166.nextgentel.com) |
| 18:42.21 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 18:44.56 | *** join/#htc-linux Loki657 (n=Untoucha@82.147.51.146) |
| 18:49.22 | dcordes | http://wiki.xda-developers.com/index.php?pagename=Venus_GPIO |
| 18:52.12 | *** join/#htc-linux dariball_ (n=dariball@p579B6924.dip.t-dialin.net) |
| 18:52.29 | *** join/#htc-linux Xime (n=xime@bankize.net) |
| 18:56.29 | dcordes | ~seen cr2 |
| 18:56.29 | apt | cr2 <n=cr2@ip-77-25-5-22.web.vodafone.de> was last seen on IRC in channel #htc-linux, 18h 10m 42s ago, saying: 'don't remember. maybe check the old sa1100 devices in 2.4'. |
| 19:00.36 | dcordes | somebody knows where the haretconsole is that works for raphael wirq? |
| 19:05.29 | Mullins | could try the one here dcordes http://www.netripper.nl/raphael/ |
| 19:13.05 | dcordes | doesn't work |
| 19:13.39 | NetRipper | .com |
| 19:13.47 | NetRipper | pH5, hi, are you about? |
| 19:13.51 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 19:14.02 | Mullins | there is also a version at http://www.netripper.com/raphael/ aye |
| 19:14.28 | NetRipper | the .com is not my home dsl so it's faster :p |
| 19:15.04 | dcordes | http://www.netripper.com/raphael/haretconsole.tar.gz I used this haretconsole |
| 19:15.14 | NetRipper | pH5, we'd like to start playing with the 2.6.27 kernel, could you make a copy of the android-msm-2.6.27 branch of android.git.kernel.org? |
| 19:15.15 | dcordes | do you see the raphael irqs when using wirq with it? |
| 19:15.33 | NetRipper | 2nd of = on |
| 19:15.33 | NetRipper | ;) |
| 19:15.36 | NetRipper | uh |
| 19:15.38 | NetRipper | no |
| 19:15.39 | NetRipper | nvm |
| 19:15.56 | dcordes | NetRipper: we were discussing a possible merge |
| 19:15.56 | NetRipper | or maybe it is, darn my english |
| 19:16.05 | NetRipper | ah |
| 19:16.08 | NetRipper | ok |
| 19:16.57 | NetRipper | dcordes, merge as in 7200 & 7201a? |
| 19:16.59 | dzo | Hi |
| 19:17.25 | dzo | Mullins, was that your keyboard in the vogue commit? |
| 19:17.27 | dcordes | NetRipper: no, as in htc-msm-2.6.25 > latest google branch |
| 19:17.33 | dcordes | hi dzo |
| 19:17.36 | dzo | (for kaiser) |
| 19:18.01 | Mullins | dzo: er, dunno. Had mapped some keys a while back when cursor not working |
| 19:18.16 | NetRipper | dcordes, ah ok, maejrep made a head start on that already, which is why i want to ask ph5 to create a copy for us on linuxtogo.. |
| 19:19.09 | dcordes | maybe he can try the merge instead |
| 19:19.24 | Mullins | dzo: it is OK? |
| 19:20.16 | pH5 | NetRipper: does git://android.git.kernel.org/kernel/msm.git replace git://git.android.com/kernel.git? |
| 19:20.26 | NetRipper | pH5, yes |
| 19:20.51 | NetRipper | pH5, it's mentioned here http://git.android.com/ |
| 19:21.20 | lupine_85 | is here and has spare time *and* his cable *and* dr pepper |
| 19:21.35 | lupine_85 | what could possibly go wrong? |
| 19:22.09 | NetRipper | lupine_85, you get too much caffeine, start hallucinating and god knows what you'd do then ;) |
| 19:22.26 | lupine_85 | no such thing as too much caffeine :D |
| 19:22.46 | NetRipper | i read in the news that 6 or more cups of coffee can get a person to start hallucinating ;) |
| 19:22.48 | pH5 | NetRipper: ok, linuxtogo.org is fetching from the new remote.. |
| 19:22.57 | NetRipper | pH5, thanks |
| 19:23.09 | lupine_85 | pH5: are you much involved with linuxtogo, admin-wise? |
| 19:23.40 | dcordes | NetRipper: I also read about that |
| 19:25.41 | NetRipper | pH5, could you tell me which commands you execute to do this? i need to learn git a bit, and it's easier by example ;) |
| 19:25.52 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 19:27.11 | pH5 | lupine_85: Kevin2 and me are admins for the mobile-linux gforge project. |
| 19:27.15 | pH5 | linuxtogo.org adminship itself is with the kernelconcepts guys. |
| 19:27.30 | pH5 | other than that everybody who has a shell account and could add branches themselves, I guess. and with this we come to NetRipper's question. I just did this: |
| 19:27.58 | lupine_85 | ah, ok. 'tis just that I've generally noticed d/l speeds of Very Slow Doom, so was wondering if you needed extrahosting |
| 19:28.10 | pH5 | git remote rm android && git remote add android git://android.git.kernel.org/kernel/msm.git -f |
| 19:28.13 | lupine_85 | has an excess of dedicated server sat around atm |
| 19:28.42 | pH5 | next step is just to create a the remote tracking branch |
| 19:28.58 | pH5 | s/a the/the/ (s/a the/a/, alternatively) |
| 19:29.25 | NetRipper | too complex for apt |
| 19:31.09 | NetRipper | pH5, how do we create the remote tracking branch? |
| 19:31.20 | NetRipper | think we can keep the same name |
| 19:32.13 | *** join/#htc-linux MethoS (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 19:32.50 | pH5 | NetRipper: something like git branch --track <whatever_we_call_it> android/<whatever_they_call_it> |
| 19:33.05 | NetRipper | ah, ok |
| 19:33.11 | NetRipper | so with git remote add, we mapped "android" to the remote git |
| 19:33.13 | NetRipper | i get it |
| 19:33.35 | pH5 | yup. and with git branch -r you can list all the remote android branches |
| 19:33.48 | NetRipper | and after doing that locally, a git 'push' is needed to put it on linuxtogo? |
| 19:34.58 | pH5 | NetRipper: if you cloned the linuxtogo repo, you'll have your own remote tracking branch. this time you can use git checkout -b |
| 19:35.15 | NetRipper | ah, no more --track? |
| 19:35.32 | NetRipper | im currently using --track locally towards linuxtogo ;) |
| 19:35.49 | pH5 | checkout -b enables --track automatically if the checked-out branch is remote |
| 19:35.56 | NetRipper | ok |
| 19:36.20 | pH5 | so git checkout -b my_work origin/<whatever_we_call_it> |
| 19:36.23 | Mullins | dzo: can you build Android to flip the screen the other way for keyboard lid event? |
| 19:36.35 | pH5 | unless in your repo the linuxtogo remote is not called "origin" but something else |
| 19:36.44 | NetRipper | ok |
| 19:37.11 | NetRipper | load of 20 on that linuxtogo box, no wonder it's slow ;) |
| 19:37.30 | dzo | Mullins: I'll have a look at it, might be easier to change the blit engine, i tried that yesterday but it didn't work. |
| 19:37.36 | pH5 | still resolving deltas.. |
| 19:38.26 | Mullins | dzo: someone posted in the forums about it, one sec |
| 19:39.07 | dzo | Mullins: were you saying you were rewriting the ts driver to use the pendown irq? |
| 19:39.44 | Mullins | dzo: no, I thought you had done that in your vogue ts and was simply a matter of using that with the correct address for pen irq? if you could do it? |
| 19:43.44 | dzo | Mullins: OK, I'll see what I can do. I don't know why the x and y readings are so wrong though. |
| 19:44.58 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 19:45.51 | Mullins | dzo: this seems to adjust the flip direction -> http://forum.xda-developers.com/showpost.php?p=3189769&postcount=2077 |
| 19:48.36 | Mullins | dzo: the X values are perfect. The Y and the Pressure are off the wall. I am not sure the correct ADC values are being read at all. Have a look and work your magic :) |
| 19:49.35 | dzo | OK, thanks. I'll try to fix the RIL today so SMS works. got to go now, bye... |
| 19:52.39 | Mullins | dzo: cya later |
| 19:54.13 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
| 20:00.24 | dcordes | lupine_85: it would be nice to make the linuxtogo websites faster |
| 20:03.29 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-32-72.web.vodafone.de) |
| 20:07.38 | Untouchab1e | Good evening |
| 20:07.49 | Untouchab1e | how is everyone doing? |
| 20:08.15 | cr2 | dcordes: i have installed debian on nc10 today |
| 20:08.40 | *** join/#htc-linux yoyey1 (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
| 20:08.41 | cr2 | dcordes: now i need to deal with the /dev/ttyACM0 |
| 20:08.42 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87cd7e.pool.einsundeins.de) |
| 20:08.56 | cr2 | kiozen: not sleeping yet ? |
| 20:09.06 | kiozen | well soon :) |
| 20:09.12 | dcordes | cr2: hi, how come you didn't install suse? |
| 20:10.06 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 20:10.11 | cr2 | dcordes: debian was easier for netinstall |
| 20:10.23 | cr2 | kiozen: how much does n560 cost ? |
| 20:10.36 | kiozen | it cost me 430.- |
| 20:10.42 | cr2 | now |
| 20:10.43 | kiozen | but now it's less |
| 20:10.59 | kiozen | think you can get it for 250.- |
| 20:11.17 | cr2 | hm. still not cheap |
| 20:11.51 | cr2 | i think we should buy one, to come closer to the hardware |
| 20:12.22 | Untouchab1e | just curious, which device are you talking about? |
| 20:12.30 | kiozen | 205.77 at amazon |
| 20:12.50 | dcordes | cr2: I created Venus_GPIO . tried to trace irqs but I see nothing in wirq |
| 20:13.55 | cr2 | kiozen: do you think we can buy the internal connector too ? |
| 20:14.06 | kiozen | internal connector? |
| 20:14.28 | cr2 | jtag et al. |
| 20:14.47 | cr2 | dcordes: can you show me the spl ? |
| 20:15.05 | dcordes | ok |
| 20:15.16 | kiozen | hm, jtag is standard |
| 20:15.20 | kiozen | but expensive |
| 20:15.35 | pH5 | ARGH |
| 20:15.38 | cr2 | kiozen: not the jtag, but the connector itself |
| 20:15.41 | pH5 | error: packfile ./objects/pack/pack-8a2c12031c23efb0e7518ab3b7ed44f28086ba02.pack cannot be accessed |
| 20:15.42 | kiozen | a jtag connector costs you 4000 bugs plus |
| 20:15.49 | cr2 | pH5: ? |
| 20:16.03 | pH5 | ls objects/pack/pack-8a2c12031c23efb0e7518ab3b7ed44f28086ba02.pack |
| 20:16.14 | kiozen | you mean that white thing on the images? |
| 20:16.15 | pH5 | -rw------- 1 kevin mobile-linux 104118222 2009-01-19 21:12 objects/pack/pack-8a2c12031c23efb0e7518ab3b7ed44f28086ba02.pack |
| 20:16.17 | cr2 | kiozen: you have seen the n560 pics. do you see the connector ? |
| 20:16.23 | pH5 | Kevin2: help? |
| 20:16.38 | kiozen | cr2: the white one? |
| 20:16.49 | kiozen | that should be 0815 |
| 20:16.50 | cr2 | long narrow |
| 20:16.58 | cr2 | like on the universal |
| 20:18.42 | cr2 | http://wiki.xda-developers.com/index.php?pagename=Universal_JTAG |
| 20:22.15 | kiozen | yes the one next to the battery contacts, that is just a normal connector |
| 20:23.19 | NetRipper | pH5, hdd is full |
| 20:23.42 | cr2 | kiozen: ok... |
| 20:24.46 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 20:25.07 | cr2 | NetRipper: do you run the .27 kernel ? |
| 20:25.14 | NetRipper | cr2, no, maejrep does |
| 20:25.24 | NetRipper | but we should port to it |
| 20:26.25 | cr2 | maybe he can add the bt. aka hs serial |
| 20:27.27 | dcordes_ | cr2: this seems to be the shipped one http://forum.xda-developers.com/attachment.php?attachmentid=130821&d=1227003393 I'm looking forward to the device name used in spl |
| 20:27.36 | *** join/#htc-linux erik_ (n=erik@s5593c808.adsl.wanadoo.nl) |
| 20:27.38 | cr2 | when i'll sort out the usb modem config, i'll be able to do some development too. |
| 20:28.05 | cr2 | dcordes: pwf myspl 0x0 0x100000 ? |
| 20:28.39 | dcordes_ | I have a modified hardspl |
| 20:28.46 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 20:29.27 | cr2 | NetRipper: do you have the .27 tree locally ? |
| 20:29.57 | cr2 | dcordes: i don't know how they differ, probably only the rsa keys are patched ;) |
| 20:30.10 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 20:30.11 | cr2 | dcordes: but i'm sure that the hw config is the same ;) |
| 20:31.02 | Untouchab1e | J0bo, are you there? |
| 20:31.20 | Untouchab1e | or does anyone else know how he got the raph100 keyboard layout sorted out? |
| 20:32.28 | *** join/#htc-linux MethoS (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 20:35.35 | NetRipper | cr2, nog yet, i was first waiting to get it on linuxtogo, before playing with it |
| 20:36.28 | cr2 | ok |
| 20:36.34 | dcordes_ | I think xperia has i2c keyboard too. all keypresses show the same gpio |
| 20:36.59 | cr2 | dcordes_: it's called keyboard interrupt |
| 20:37.09 | *** join/#htc-linux ewasx (n=armin_@2-157.surfsnel.dsl.internl.net) |
| 20:37.40 | j0b0 | Untouchab1e good evening |
| 20:38.25 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 20:40.48 | Untouchab1e | hi j0b0 |
| 20:40.55 | Untouchab1e | im uploadig your new zimage-build now |
| 20:41.07 | Untouchab1e | I was just curious how you sorted out the keymapping |
| 20:41.14 | Untouchab1e | as we had ambitions making it doable from userland |
| 20:42.13 | j0b0 | this one is git+maejrep only modification is i changed the keymap |
| 20:42.17 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfe01f.pool.einsundeins.de) |
| 20:42.33 | lupine_85 | j0b0: to be raph100, or...? |
| 20:42.42 | j0b0 | yes |
| 20:42.46 | lupine_85 | *ooh* |
| 20:42.49 | lupine_85 | *hunts* |
| 20:43.08 | Untouchab1e | its up in a sec |
| 20:43.10 | j0b0 | after i figured out the differences for the raph100, it turned out that that info was already on the wiki |
| 20:43.20 | lupine_85 | (and is this compiled-in or as modules?) |
| 20:43.41 | j0b0 | how i did it: just went through all the keys and made notes of the ones that had effect other than expected |
| 20:44.02 | Untouchab1e | nice |
| 20:44.38 | j0b0 | compiled in, just a zimage. |
| 20:44.56 | Untouchab1e | so does that mean that if I want to have the nordic layout, its very much doable? :) |
| 20:45.50 | j0b0 | yes. its merely work. |
| 20:46.09 | Untouchab1e | http://connect-utb.com/index.php?option=com_jdownloads&Itemid=58&task=view.download&cid=12 |
| 20:47.25 | *** join/#htc-linux Mullins (n=bw@213.191.250.146) |
| 20:48.42 | j0b0 | but it would be much nicer to not need a different kernel build for each keyboard layout |
| 20:48.55 | Untouchab1e | yeah, off course |
| 20:49.36 | Untouchab1e | btw, have we made any progress on lcd_on/off and speaker/mic? |
| 20:51.31 | cr2 | j0b0: loadkeys ? |
| 20:52.07 | cr2 | j0b0: i have a german layout, so i need to remap the keys anyway. |
| 20:52.20 | j0b0 | i understand that maejrep reports raw scan codes as well as key codes |
| 20:54.07 | cr2 | dcordes_: is that true -> |
| 20:54.08 | dcordes_ | pH5: still around? |
| 20:54.12 | cr2 | the Xperia X1 has 128mb dedicated graphics memory (separate from the usual ROM/RAM). |
| 20:54.27 | pH5 | dcordes_: yeah. |
| 20:54.45 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 20:54.49 | dcordes_ | pH5: I just uploaded this file and can't access it from http http://linuxtogo.org/~lgorris/myspl |
| 20:55.00 | dcordes_ | error exists on my end? |
| 20:55.37 | dcordes_ | cr2: it has fast 3d stuff and can process the camera view fluidly in wvga. don't know if it has extra graphics ram |
| 20:55.38 | Untouchab1e | we still need to increase the draggable area on the notification curtain on vga devices, or else its pretty much impossible to drag down ^^ |
| 20:55.55 | cr2 | dcordes_: dump mmu |
| 20:56.00 | dcordes_ | ok |
| 20:56.08 | cr2 | dcordes_: i can't access the file too |
| 20:56.09 | pH5 | dcordes_: that file has perms 0700, gotta allow the web server to read it |
| 20:57.45 | dcordes_ | cr2: ok should work now |
| 20:58.32 | dcordes_ | x1 dpi is really nice |
| 20:59.02 | *** join/#htc-linux timebomb (n=tb@e176096084.adsl.alicedsl.de) |
| 21:01.43 | cr2 | wow. twm+xclock in cygwin :) |
| 21:02.27 | *** join/#htc-linux Descenti2n (n=munsco95@acm.pct.edu) |
| 21:02.53 | cr2 | and the middle button selection works. |
| 21:03.51 | cr2 | xmgrace works. |
| 21:04.03 | cr2 | i need 2gb ram :) |
| 21:04.28 | dcordes_ | cr2: http://linuxtogo.org/~lgorris/misc/x1-mmu.txt |
| 21:05.37 | cr2 | dcordes_: 256MB ram ? |
| 21:06.22 | cr2 | dcordes_: you should also check if the smd channel header is 0x14 or 24 bytes |
| 21:06.35 | cr2 | and the channel offset too |
| 21:06.56 | cr2 | NetRipper: does the smd work on raph ? |
| 21:07.09 | dcordes_ | pdadb.net shows RAM;capacity: 384 MiB |
| 21:07.41 | dcordes_ | cr2: trout smd works on xperia |
| 21:08.22 | NetRipper | cr2, only channel 0 (gsm/sms) nog channel 1 (data?) |
| 21:08.46 | NetRipper | it also detects 27, which is gps, but the device locks up when i boot with gps enabled |
| 21:11.42 | Untouchab1e | :/ |
| 21:11.53 | lupine_85 | humm, I need a better way to shut down my touch pro |
| 21:11.56 | cr2 | NetRipper: but doe gsm/sms work ? |
| 21:12.02 | lupine_85 | inode_link_info[52065] is 65500, inode.i_links_count is 65535. They should be the same! |
| 21:12.59 | dcordes_ | cr2: afaik AT channel works without problems |
| 21:13.26 | dcordes_ | at least people can dial out with frameworkd |
| 21:13.35 | dcordes_ | (on raph100) |
| 21:14.12 | cr2 | NetRipper: have you found the stylus gpio ? |
| 21:14.20 | cr2 | dcordes_: ok |
| 21:14.57 | cr2 | NetRipper: locks up at which stage ? |
| 21:16.02 | cr2 | aah. kovsky |
| 21:16.43 | cr2 | dcordes_: do you have dmesg at 0x17200000 ? |
| 21:16.45 | dcordes_ | hm I assumed it's venus because I spotted "venus100" somewhere |
| 21:18.23 | cr2 | hehe |
| 21:18.26 | cr2 | microP :) |
| 21:18.57 | cr2 | dcordes_: it seems that you'll get your keyboard |
| 21:19.57 | dcordes_ | it's also the microcontroller on i2c thing? |
| 21:20.14 | cr2 | yes. atmega48/88 |
| 21:20.31 | pH5 | git branch --track htc-msm-2.6.27 android/android-msm-2.6.27 |
| 21:20.40 | pH5 | NetRipper, dcordes_, fine with that branch name? |
| 21:20.50 | dcordes_ | ok with me |
| 21:21.52 | NetRipper | cr2, locks up randomly.. sometimes it reaches to the msmfb, sometimes it doesn't get passed kernel init |
| 21:21.59 | NetRipper | past* |
| 21:22.03 | pH5 | ok, I propose somebody checks out that new branch locally, merges in the old htc-msm-2.6.25 and pushes after fixing up any merge conflicts :) |
| 21:22.07 | NetRipper | pH5, im fine with the name |
| 21:22.18 | cr2 | dcordes_: wifi on sdc1, sd on sdc3 ? |
| 21:22.31 | cr2 | NetRipper: ok |
| 21:23.03 | lupine_85 | bah, stupid psplash |
| 21:23.18 | cr2 | 184 alt for sdc |
| 21:23.21 | NetRipper | pH5, ok, let me know when we can check it out.. i assume it takes a bit of time to complete |
| 21:23.25 | cr2 | evil androids |
| 21:23.38 | lupine_85 | hugs his linuxness |
| 21:23.39 | cr2 | we have 2^3=8 combinations |
| 21:23.41 | dcordes_ | cr2: I could boot and see what msm_sdcc says. but the framebuffer output freezes for me after some msm console handover message |
| 21:23.58 | cr2 | for drvstr+alt+pull mixture |
| 21:24.01 | lupine_85 | Untouchab1e, j0b0: that kernel doesn't have the VDH in, does it..? |
| 21:24.02 | dcordes_ | I think it's because the very ugly hack was removed |
| 21:24.26 | lupine_85 | *sobs* |
| 21:24.47 | lupine_85 | j0b0: can has patch plzkthx? ;) |
| 21:24.51 | pH5 | NetRipper: no, you are good to go. git fetch should tell you about the new branch. |
| 21:24.58 | NetRipper | pH5, ok |
| 21:25.01 | Untouchab1e | lol, who gave the hack its naem? |
| 21:25.02 | Untouchab1e | name* |
| 21:25.05 | j0b0 | lupine_85 i guess not .. its clean git + maejreps keypad driver |
| 21:25.22 | cr2 | sdc power is 2,b22 |
| 21:25.23 | lupine_85 | j0b0: plus some changes you made for raph100? |
| 21:25.28 | cr2 | that's good |
| 21:25.41 | dcordes_ | cr2: what's 2,b22 ? |
| 21:25.43 | j0b0 | yes. minus the keyboard slider switch removal |
| 21:26.24 | lupine_85 | can you stick a patch against clean git up? |
| 21:26.41 | cr2 | vreg(2,1,b22) |
| 21:27.22 | cr2 | uu |
| 21:27.25 | cr2 | spi write |
| 21:27.31 | cr2 | prepare for some evil |
| 21:27.52 | dcordes_ | *_* |
| 21:28.13 | cr2 | the same lcds as in raph800 |
| 21:28.17 | *** join/#htc-linux Mullins (n=bw@213.191.250.146) |
| 21:28.48 | cr2 | the 8c clock is a41 |
| 21:29.09 | NetRipper | pH5, git branch -r does not list the android-msm-2.6.27 |
| 21:29.11 | cr2 | dcordes_: do you have problems with lcd ? |
| 21:29.28 | NetRipper | pH5, oh, you called it htc-msm-2.6.27 |
| 21:29.40 | NetRipper | ok |
| 21:29.55 | dcordes_ | cr2: in wince or linux? |
| 21:30.00 | cr2 | linux |
| 21:30.26 | dcordes_ | in the current htc-msm-2.6.25 revision, yes |
| 21:31.01 | *** join/#htc-linux MethoS- (n=lem@host-091-096-212-082.ewe-ip-backbone.de) |
| 21:31.25 | dcordes_ | first bootup messages show fine, then it freezes after console handover message |
| 21:31.38 | j0b0 | lupine_85 i replaces that kernel withone that has the VDH. same link |
| 21:31.50 | dcordes_ | in older revisions (december 10th) it worked well |
| 21:32.18 | lupine_85 | j0b0: ah, ok |
| 21:32.20 | lupine_85 | thanks |
| 21:32.34 | lupine_85 | in other news, the android image assumes the windows partition is p1 |
| 21:32.40 | lupine_85 | (mine is p4 :p) |
| 21:32.47 | dcordes_ | cr2: the garbled display problem like on blackstone is not present on kovsky |
| 21:32.59 | cr2 | ok |
| 21:33.11 | j0b0 | lupine_85 you can change that in /system/etc/mountd.conf |
| 21:33.17 | cr2 | hehe. vreg(0,1,0) here for lcd |
| 21:34.40 | j0b0 | dcordes_, reports of distorted image on raph/diam800 are pretty recent |
| 21:34.56 | j0b0 | it used to be just colors |
| 21:35.29 | cr2 | j0b0: when the code did not mess with the mddi cfg |
| 21:36.14 | lupine_85 | j0b0: upload completed? |
| 21:36.57 | dcordes_ | lupine_85: ever tried doing complex things like mplayer in X on your raph? |
| 21:37.18 | lupine_85 | dcordes_: no, I've been doing simple stuff thus far |
| 21:37.20 | j0b0 | yes. same link as before |
| 21:37.40 | NetRipper | pH5, basicall, i just git merge the old branch into the new one, fix it up and commit and push? |
| 21:38.21 | NetRipper | or is there a better way? :) im afraid i'll run into lots of linux-specific things, that have nothing to do with our modifications |
| 21:40.07 | *** join/#htc-linux MethoS-- (n=lem@dyndsl-085-016-162-157.ewe-ip-backbone.de) |
| 21:40.40 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 21:41.59 | cr2 | dcordes_: it seems that you have a rap800-similar config |
| 21:42.24 | cr2 | time to create the epson 774 wiki page |
| 21:43.01 | pH5 | NetRipper: hm.. did the google guys rebase from .25 -> .26 -> .27? |
| 21:43.15 | *** join/#htc-linux Loki657 (n=Untoucha@82.147.51.146) |
| 21:43.30 | pH5 | if they didn't, the merge should be easy. just try it, I'd say. |
| 21:43.43 | NetRipper | pH5, i dont know what the google guys did |
| 21:43.50 | dcordes_ | cr2: mddi? that would explain why there are raph/diam800 and kovsky parallel |
| 21:43.53 | NetRipper | i even think they skipped .26 |
| 21:43.55 | cr2 | TSB 722 is toshiba |
| 21:44.00 | cr2 | dcordes_: yes |
| 21:44.48 | dcordes_ | I will try getting the older revision to boot |
| 21:45.59 | cr2 | ok, the second toshi pwm is not used |
| 21:46.22 | cr2 | 140068=3 on raph, 140068=1 on x1 |
| 21:46.50 | cr2 | the second pwm that androids do not want to document. |
| 21:46.54 | j0b0 | lupine_85 i booted this kernel into an angstrom X11 root fs image from dcordes and it boot all the way and shows the X and then the calibration message and cross hairs |
| 21:47.06 | j0b0 | so i guess thats the thing you were looking for |
| 21:47.35 | cr2 | so there are some differences even in the toshiba setup |
| 21:51.11 | cr2 | dcordes_: your lcd setup does not use subroutines. that'S good :) |
| 21:52.13 | cr2 | dcordes_: the TSB/EPS depends on the platform model ii |
| 21:52.50 | dcordes_ | cr2: TSB/EPS? btw, there is the colour problem in android known from the raph800 |
| 21:52.53 | cr2 | dcordes_: can you check for wince dmesg ? |
| 21:53.30 | cr2 | or the spl messages about platform id |
| 21:53.59 | cr2 | and the fc040 value in smem |
| 21:54.06 | cr2 | sorry |
| 21:54.10 | cr2 | fc048 |
| 21:55.42 | NetRipper | pH5, merge is not a good approach i think.. it merges a lot of kernel stuff which probably shouldn't be merged.. is it possible to use rebase to "replay" all commits we did on htc-msm-2.6.25 on htc-msm-2.6.27? |
| 21:55.46 | Guest3312 | I just wanted to say that it really kicks ass what you guys are doing. I just ran Linux (Android) on my Polaris. I've been wanting to get rid of WM6 for soooo long. Excellent work! Anyway, I'll support your work. |
| 21:57.32 | NetRipper | hm the git-rebase thing looks perfect :p |
| 21:58.59 | cr2 | hm. i'd change the vreg syntax |
| 21:59.28 | pH5 | NetRipper: that's right. if there were no merges inbetween, git rebase will do the trick. otherwise you can start cherry-picking.. |
| 22:00.24 | lupine_85 | j0b0: sounds good :). So is that the URL http://connect-utb.com/index.php?option=com_jdownloads&Itemid=58&task=view.download&cid=12 ? Or is there just the zImage somewhere? |
| 22:00.43 | NetRipper | pH5, ok great, there were none :) |
| 22:00.49 | dcordes_ | cr2: how to check for wince dmesg location? |
| 22:00.49 | j0b0 | http://tibook.jb.b4m.com/j0b0/zImage-kb-r100-jobo |
| 22:01.09 | lupine_85 | om nom nom thanks :) |
| 22:01.27 | lupine_85 | idly notes how much in violation of the GPL we all are :p |
| 22:01.28 | j0b0 | the other link is where Untouchab1e hosts things |
| 22:01.42 | lupine_85 | ah well |
| 22:02.01 | cr2 | dcordes_: pwf mydmesg 0x17200000 0x100000 |
| 22:02.16 | cr2 | dcordes_: and check the contents of mydmesg |
| 22:03.06 | dcordes_ | it takes long to copy 1M to SD |
| 22:03.31 | dcordes_ | longer than on kais |
| 22:04.42 | lupine_85 | reckons he's broken his angstrom install :/ |
| 22:04.51 | lupine_85 | I should get with the program and have a nice ro root |
| 22:05.31 | cr2 | dcordes_: the epson config looks more simöple |
| 22:05.35 | cr2 | than toshiba |
| 22:05.35 | dcordes_ | 22:44:44 Turn off Vibrator Motor. |
| 22:06.01 | cr2 | but there is some spi to send ;) |
| 22:06.17 | cr2 | looks like dmesg |
| 22:08.04 | cr2 | 120000, what's that |
| 22:08.37 | cr2 | spi blcok |
| 22:08.38 | cr2 | ok |
| 22:11.47 | Guest3312 | How would you guys like to have a sponsored linux server to run your own git-repository, file storage (instead of rapid share with nagging notices, etc.), build environments to directly compile Android versions. Perhaps you can even name more uses for it... I could perhaps provide one, but I have to be convinced that you'll like it and that someone (or the group) claims responsibility for managing it. |
| 22:12.05 | dcordes_ | cr2: http://linuxtogo.org/~lgorris/misc/mydmesg-strings.txt |
| 22:12.29 | cr2 | dcordes_: ok |
| 22:12.54 | cr2 | dcordes__ |
| 22:13.15 | cr2 | dcordes_: can you make a reset, and dump the dmesg again ? |
| 22:13.22 | dcordes_ | ok |
| 22:13.38 | *** join/#htc-linux silven (n=zmc@lurian.net) |
| 22:13.40 | *** join/#htc-linux MnemonicPunk (n=Atlantis@dslb-088-077-095-213.pools.arcor-ip.net) |
| 22:13.47 | dcordes_ | I will put the command in a default.txt |
| 22:14.15 | MnemonicPunk | Hello everyone. =) Does anyone know if there are android images for the htc magician yet? o.o |
| 22:14.16 | lupine_85 | Guest3312: I've got one :) |
| 22:14.34 | cr2 | dcordes_: and don't enable umts |
| 22:14.56 | dcordes_ | ok I will boot in airplane mode |
| 22:15.37 | lupine_85 | humm, this kernel is hanging at hwclock: can't open '/dev/misc/rtc': no such file or directory |
| 22:15.38 | dcordes_ | cr2: or keep radio on but disable 3g? |
| 22:15.47 | lupine_85 | might be the rootfs's fault |
| 22:16.02 | dcordes_ | lupine_85: do you get a wrong VDD message from msm_fb on bootup? |
| 22:16.32 | lupine_85 | didn't spot one |
| 22:16.39 | lupine_85 | that said, the keyboard does seem to work |
| 22:16.53 | lupine_85 | at least, pressing a key made psplash shove off |
| 22:22.29 | zycho | some offtopic question.. |
| 22:22.31 | zycho | short wert; |
| 22:22.31 | zycho | wert = 012; |
| 22:22.41 | cr2 | octal |
| 22:22.54 | dcordes_ | ErikFromNL: I guess servers can be used always. for the kernel work we use git.linuxtogo.org now |
| 22:22.58 | cr2 | dcordes_: remove the simcard |
| 22:23.02 | dcordes_ | which could use some extra performance I think |
| 22:23.14 | *** join/#htc-linux MethoS (n=lem@dyndsl-085-016-165-048.ewe-ip-backbone.de) |
| 22:23.34 | zycho | and why this is octal? |
| 22:23.44 | zycho | because the leading 0? |
| 22:24.26 | lupine_85 | cluster tiem nao? ;) |
| 22:24.40 | j0b0 | zycho yes |
| 22:25.03 | zycho | ah thanks |
| 22:25.18 | cr2 | zycho: it's standard c convention |
| 22:25.40 | lupine_85 | would /dev/mmcblk0p4 be b 179 4 ? |
| 22:27.46 | zycho | ok ;) |
| 22:27.52 | zycho | im very new with c |
| 22:27.53 | NetRipper | pH5, to prevent me from doing a lot of useless work... tell me if i do this right.. i just switched back to the old branch (git checkout htc-msm-2.6.25).. and issued the rebase there (git rebase -i --onto htc-msm-2.6.27 c092738e01ab845dc7406dc1b53589b1f9edebbc)... is it the right approach? feels like it, but i want to be sure as it's quite some work :P |
| 22:28.35 | dcordes_ | cr2: I think haret gets stuck whne I run the dmesg dump from default.txt |
| 22:28.44 | tmzt | cr2: maejrep's 2.6.27 is based on google's and should have the hsuart driver |
| 22:29.21 | dcordes_ | oh nevermind. it just didn't react during dump |
| 22:29.30 | cr2 | tmzt: yes, that's why i'd like to see the output |
| 22:29.34 | j0b0 | lupine_85 is that on an sd card? |
| 22:29.59 | cr2 | tmzt: i'd also like to see the full list of clocks and vregs used through the apis |
| 22:30.17 | pH5 | NetRipper: yes, looks about right. except that I'd git checkout -b rebase-test or something before so that you don't take the htc-msm-2.6.25 branch with you. |
| 22:30.42 | lupine_85 | j0b0: yep |
| 22:30.55 | lupine_85 | erm |
| 22:31.21 | lupine_85 | well, I got mmcblk0p4 (b 179 1) from the initrd |
| 22:31.32 | pH5 | and later rename that one to ...27 and push it. or you can remove the local ...27 branch and do git checkout -b ...27 ...25 and then rebase --onto origin/htc-msm-2.6.27. |
| 22:32.07 | pH5 | in any case, you should end up with the rebased branch and push that one to htc-msm-2.6.27 on linuxtogo |
| 22:32.27 | dcordes_ | Windows CE Kernel for ARM (Thumb Enabled) Built on Jul 17 2008 at 18:17:21 |
| 22:32.37 | NetRipper | pH5, if i continue using the way i just did, it'll cause problems if people will continue to work on *.25? |
| 22:32.47 | cr2 | tmzt: the vibra delay in wince is 0xc8 |
| 22:32.54 | j0b0 | it would. .. but does it have that many partitions or is it just weird |
| 22:33.32 | cr2 | oooo |
| 22:33.46 | cr2 | ds2746 in x1 |
| 22:34.00 | dcordes_ | ds what? |
| 22:34.40 | cr2 | microp2 needs to update, enter wince bootloader |
| 22:35.01 | pH5 | No. You just have to remember not to push that rebased htc-msm-2.6.25 branch. Rename it to htc-msm-2.6.27 after you are finished. |
| 22:35.10 | dcordes_ | cr2: http://linuxtogo.org/~lgorris/misc/mydmesg01-strings.txt |
| 22:35.58 | NetRipper | pH5, but by saying --onto it only modifies that htc-msm-2.6.27, doesn't it? doesn't it leave 2.6.25 alone? |
| 22:36.06 | NetRipper | the command seems confusing |
| 22:36.09 | pH5 | NetRipper: the other way around |
| 22:36.27 | pH5 | git rebase _rebases_ the _current branch_ onto the one you specified |
| 22:37.00 | NetRipper | and my current is the *.25 |
| 22:37.20 | pH5 | so in your case you are moving around the htc-msm-2.6.25 branch (clipping off at c0927...) |
| 22:37.22 | pH5 | NetRipper: yes |
| 22:37.40 | NetRipper | ohhh right, so in effect i'd be deleting all commits from the old branch? |
| 22:38.07 | cr2 | dcordes_: wow, that one is really nice. somebody should do the same on blac100 |
| 22:38.23 | pH5 | NetRipper: superficially, yes. actually, no. |
| 22:38.54 | pH5 | NetRipper: you are creating new commits on top of the .27 branch (the rebased patches) and after those copies are created, the htc-msm-2.6.25 branch tag is moved. |
| 22:39.00 | cr2 | dcordes_: the subversive htc engineers are helping us :) -> |
| 22:39.04 | cr2 | **********Dump GPIO configuration********** |
| 22:39.05 | pH5 | the old commits are still there and accessible by their sha1 |
| 22:39.19 | pH5 | (until somebody does a git-gc --prune, that is) |
| 22:39.40 | silven | is that repo git:// or http:// ? |
| 22:39.42 | NetRipper | ok |
| 22:39.55 | cr2 | [K] GPIO88: Cfg=260, Owner=Arm11, Dir=O, Level=L |
| 22:40.17 | cr2 | hmm, so we can dump the cfg too ?? |
| 22:40.28 | cr2 | dump gpio can't be better |
| 22:41.49 | lupine_85 | j0b0: It's my own testing SD card. space for 3 distributions |
| 22:42.02 | NetRipper | pH5, to sum up.. by issuing 'checkout -b htc-msm-2.6.27-rebase' (while on the htc-msm-2.6.25) and then doing the 'git rebase -i --onto htc-msm-2.6.27 <commit>'.. i can finish the rebase.. switch to htc-msm-2.6.27.. and push? |
| 22:42.08 | lupine_85 | 1 angstrom, one android, one... something else, who knows what |
| 22:42.37 | cr2 | lupine_85: one qtopia |
| 22:43.03 | dcordes_ | cr2: hahaha nice |
| 22:43.20 | dcordes_ | is ther |
| 22:43.20 | dcordes_ | is ther[K] Interrupt(68..94) detect ctl=0x0, polarity=0x0 |
| 22:43.35 | dcordes_ | sorry. is there no strip function in the wince compiler? |
| 22:43.57 | silven | pH5 : Is the git repo you are getting those commits from http? |
| 22:44.00 | lupine_85 | hmm, p'raps |
| 22:44.22 | cr2 | dcordes_: there is |
| 22:44.25 | lupine_85 | ho de hum. what does init.android actually do? (in the initrd)? is it just a pivot_root then execute another init ? |
| 22:44.46 | *** join/#htc-linux MethoS (n=lem@dyndsl-085-016-165-048.ewe-ip-backbone.de) |
| 22:45.33 | NetRipper | silven, devs have ssh access, see http://git.linuxtogo.org for normal clone |
| 22:46.16 | cr2 | dcordes_: you have TVout ? what is jack in ? |
| 22:46.16 | pH5 | NetRipper: yes, like that. git branch -M htc-msm-2.6.27-rebase htc-msm-2.6.27 when you're finished |
| 22:46.34 | silven | well if you want to keep those commits around, you can just scp a copy and archive it :) |
| 22:46.47 | NetRipper | pH5, ok, and after that i can push? do i still need to delete the -rebase branch before pushing? |
| 22:46.59 | cr2 | 23:25:00 [D:AUD] ReadAudioParaFromFile+ |
| 22:47.00 | cr2 | 23:25:00 [D:AUD] open [\Windows\AudioPara3_XC.csv] success!! |
| 22:47.00 | cr2 | 23:25:00 [D:AUD] !!!!!!!!!!!!!!! Audio Parameter file size:100504 |
| 22:47.09 | pH5 | I'm not sure right now if you have to specify the <dst> when pushing for the first time. |
| 22:47.13 | Kevin2 | pH5: hi |
| 22:47.27 | *** part/#htc-linux yoyey1 (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
| 22:47.35 | Kevin2 | I swear - I'm not doing anything special - I have no idea why the file perms keep getting changed. |
| 22:47.37 | pH5 | silven: the idea is that we'll keep the 2.6.25 branch intact on linuxtogo, so he can just checkout origin/htc-msm-2.6.25 again |
| 22:47.59 | cr2 | ah ha |
| 22:48.03 | cr2 | 23:25:01 [D:BT] [BTU]MD NS ADDR b32000d8 b32000dc |
| 22:48.04 | cr2 | 23:25:01 [D:BT] [BTU]MD NS 3ff9b ff9e0044 |
| 22:48.04 | cr2 | 23:25:01 [D:BT] [BTU]Uart_DM_Clock(2, 0x1) |
| 22:48.13 | cr2 | our old good clk divisors |
| 22:48.16 | *** join/#htc-linux MethoS- (n=lem@dyndsl-085-016-167-059.ewe-ip-backbone.de) |
| 22:48.56 | pH5 | Kevin2: The problem seems to be that *sometimes* *something* changes file ownership to you. |
| 22:49.12 | pH5 | I also tried to scan the tree for setuid bits, but I can't find anything that should do that. |
| 22:49.25 | Kevin2 | pH5: What's the file? |
| 22:49.31 | silven | pH5: Have you set the shared-repositry flag in the .git/config file over there? |
| 22:50.03 | dcordes_ | does RTC work on raph? |
| 22:50.03 | pH5 | Kevin2: I deleted it (I had write permissions to the dir, thankfully) and redid the git-fetch. During the third try, it worked. |
| 22:50.13 | pH5 | The file in question was the pack-8a2...pack |
| 22:50.28 | NetRipper | dcordes_, not yet |
| 22:51.02 | dcordes_ | x1 dmesg has some rtc address |
| 22:51.10 | dcordes_ | [K] Get RTC 0x36a665c6 from ARM9 ok |
| 22:51.26 | cr2 | dcordes_: it's proc_comm_wince api |
| 22:51.33 | pH5 | silven: it is sharedRepository = group. shouldn't that *not* touch the file *owner*? |
| 22:51.41 | cr2 | dcordes_: is 't an address of some buffer |
| 22:51.47 | dcordes_ | ok |
| 22:52.03 | pH5 | also git is not suid root or anything, so how can a process started by me create files owned by kevin? |
| 22:52.17 | pH5 | (I did a git fetch locally on the server) |
| 22:53.18 | Kevin2 | pH5: Hrmm. There are a truckload of files owned by me.. Do you remember the chmod command? |
| 22:53.24 | dcordes_ | does raph100 have the backlight fading function? |
| 22:53.33 | NetRipper | yes |
| 22:53.44 | lupine_85 | oooooooh, I see how this works |
| 22:53.50 | dcordes_ | :( but you have no cam flash! |
| 22:53.57 | silven | pH5 : afaik the sharedrepository option is like this sharedrepository = 1 and it's boolean |
| 22:54.07 | *** join/#htc-linux MerthoS--- (n=lem@host-091-096-208-008.ewe-ip-backbone.de) |
| 22:54.15 | silven | bbs |
| 22:54.22 | Kevin2 | pH5: I have occasionally run some pull commands - see the script ~kevin/bin/gitmainline |
| 22:54.22 | NetRipper | dcordes_, cam flash? |
| 22:54.50 | NetRipper | dcordes_, raphael has a camera flashlight.. diamond/hd don't |
| 22:54.58 | dcordes_ | ok |
| 22:55.11 | NetRipper | made an app for that :p |
| 22:55.15 | Kevin2 | pH5: I found the command - I'll run it again. |
| 22:55.15 | cr2 | dcordes_: you have capacitive navi ? accelerometer ? |
| 22:55.29 | tmzt | not on kaiser |
| 22:55.32 | dcordes_ | yes I have the 4 way navi button. but no accel |
| 22:55.49 | dcordes_ | tmzt: got an xperia now |
| 22:55.52 | tmzt | dcordes_: sorry, you have the same as diamond? |
| 22:55.52 | tmzt | oh |
| 22:56.53 | dcordes_ | I also like the 4 multicolour leds and the 3,5mm audio jack |
| 22:57.36 | cr2 | 3,5mm audio is good |
| 22:57.54 | *** join/#htc-linux dariball (n=dariball@p4FDC4B19.dip.t-dialin.net) |
| 22:57.55 | Kevin2 | pH5: Hrmm. I ran -- find -user kevin -type d \! -perm /0020 -exec ls -l \{\} \; -- and it doesn't show anything. Maybe something else is going on? |
| 22:58.00 | dcordes_ | cr2: why not? |
| 22:58.17 | lupine_85 | right, image trying time |
| 22:58.45 | dcordes_ | cr2: btw, did you know the extusb jacks on the msm devices have some serial pin? |
| 22:59.30 | cr2 | dcordes_: they have 2 serial pins |
| 23:00.11 | cr2 | data and clock |
| 23:02.09 | cr2 | i'd like to see this code |
| 23:02.13 | cr2 | Set PMIC VREG[0x800] to Voltage=2800. |
| 23:02.19 | pH5 | Kevin2: something sure is. the git-config manpage states nothing about changing of file ownership with sharedRepository, but maybe it is doing exactly that. |
| 23:02.20 | cr2 | 2800mV ? |
| 23:02.37 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 23:02.38 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 23:03.09 | pH5 | If I work locally on the server, I might create files owned by ph5, but maybe the next person who accesses it via the git server makes sure all those ownerships are turned back to kevin. |
| 23:03.12 | cr2 | dcordes_: wtf is OJR_init ? |
| 23:03.31 | pH5 | if somebody checks out something while I do a fetch on the server, stuff breaks. |
| 23:03.40 | Kevin2 | pH5: I doubt git changed ownership. It's probably my "git fetch" commands that I periodically run. I'm confused why git cares though - shouldn't it be able to delete the files? |
| 23:04.22 | cr2 | ok, the pmic values are voltages in mV :) |
| 23:04.51 | cr2 | pmic level values |
| 23:04.57 | lupine_85 | j0b0: I do get: /win 2 |
| 23:04.59 | lupine_85 | whoops |
| 23:05.18 | pH5 | Kevin2: ah, or that. how 'periodically' are they run? |
| 23:05.24 | lupine_85 | ahem. The ksc and klt drivers give out some errors trying to boot android, for me |
| 23:05.36 | Kevin2 | I run them when someone asks - maybe once a month.. |
| 23:05.46 | cr2 | dcordes_: have you checked the fc048 value ? |
| 23:05.58 | Kevin2 | I have my umask set to 002 though - I don't know why they show up as read only files. |
| 23:06.22 | j0b0 | lupine_85 that is on a raph800, right? |
| 23:06.26 | lupine_85 | raph100 |
| 23:06.40 | lupine_85 | error reading from i2c, unsupported hardware version, that kind of thing |
| 23:06.48 | lupine_85 | however, the keyboard seems to work with my angstrom image |
| 23:06.55 | pH5 | Kevin2: no, than it's not that for sure. The file ownership changed from ph5 to kevin right during my git-fetch run, today at some time before 22:00. |
| 23:07.13 | lupine_85 | that said, my android image doesn't actually work at all right now |
| 23:07.17 | cr2 | dcordes_: MT9T012VC |
| 23:07.17 | cr2 | and OV6680 cams |
| 23:07.29 | pH5 | s/than/then/ |
| 23:08.07 | lupine_85 | ah, it does it on angstrom as well |
| 23:08.09 | lupine_85 | but it's not fatal |
| 23:08.10 | lupine_85 | â |
| 23:08.14 | tmzt | cr2: you found the vreg code? |
| 23:08.17 | lupine_85 | [ 1.421892] microp-klt: This hardware is not yet supported: 0d02 |
| 23:08.17 | lupine_85 | [ 1.430091] microp-klt: probe of 0-0066 failed with error -524 |
| 23:08.36 | j0b0 | klt = the LEDs |
| 23:08.46 | tmzt | lupine_85: what device is that? it appears it's a different microp fw |
| 23:08.55 | lupine_85 | raph100, voda UK |
| 23:09.02 | lupine_85 | v5 and v7 IIRC |
| 23:09.26 | lupine_85 | hah, and the keyboard has stolen what was my mouse input |
| 23:10.27 | j0b0 | <PROTECTED> |
| 23:10.51 | cr2 | wince bumps the SD clock from 100kHz to 25MHz |
| 23:10.53 | dcordes_ | cr2: I don't know about OJR. didn't you spot it on the other newgen devices? how to check fc048 value? I'm adding the cam info to wiki |
| 23:10.59 | lupine_85 | j0b0: yep |
| 23:11.52 | lupine_85 | fixes up his Xserver script |
| 23:13.49 | Kevin2 | pH5: Only root can change file ownership. Something odd is going on. |
| 23:14.14 | Kevin2 | pH5: |
| 23:14.36 | lupine_85 | now to work out why enlightenment freezes when I slide the keyboard out... |
| 23:14.50 | pH5 | Kevin2: what about the git-daemon? |
| 23:15.00 | lupine_85 | oh, that's easy |
| 23:15.02 | lupine_85 | kernel oops |
| 23:15.04 | Kevin2 | pH5: Scanning the tree now, only /home/groups/mobile-linux/kernel.git/config.save is readable only by me. I'll change it now. |
| 23:15.22 | lupine_85 | I think that's the cause, anyway. makes sense |
| 23:15.50 | lupine_85 | [ 504.634307] Backtrace: |
| 23:15.50 | lupine_85 | [ 504.634307] [<c01809a8>] (msm_vkeyb_plot+0x0/0x5c) from [<c0180b54>] (msm_vkeyb_rect+0x78/0xc8) |
| 23:15.53 | lupine_85 | [ 504.634368] [<c0180adc>] (msm_vkeyb_rect+0x0/0xc8) from [<c01811f0>] (msm_vkeyb_handle_ts_event+0x434/0x508) |
| 23:15.56 | lupine_85 | [ 504.634429] [<c0180dbc>] (msm_vkeyb_handle_ts_event+0x0/0x508) from [<c018093c>] (do_softint+0x354/0x3c0) |
| 23:16.07 | cr2 | dcordes_: pd 0x01ffc048 4 |
| 23:16.09 | lupine_85 | and then the screen is entirely unresponsive |
| 23:16.41 | cr2 | dcordes_: your ts is working ? |
| 23:16.42 | Kevin2 | pH5: git-daemon runs as 'nobody' - unless I missed something. |
| 23:16.45 | j0b0 | ouch.. |
| 23:16.52 | j0b0 | lupine_85 is that during boot? |
| 23:17.08 | dcordes_ | cr2: yes it works with the raphael driver in git. didn't test it myself yet |
| 23:17.21 | lupine_85 | no, it's when I slide the keyboard out whilst running enlightenment |
| 23:17.22 | lupine_85 | I think |
| 23:17.26 | lupine_85 | I shall double-check |
| 23:18.09 | cr2 | dcordes_: it's the builtin ts, so it'd work |
| 23:18.23 | lupine_85 | maybe it's a race condition? |
| 23:18.27 | j0b0 | did you drag the vkeyb to an area where it would be off screen after rotate? |
| 23:18.31 | Kevin2 | (03:16:15 PM) pH5: -rw------- 1 kevin mobile-linux 104118222 2009-01-19 21:12 objects/pack/pack-8a2c12031c23efb0e7518ab3b7ed44f28086ba02.pack |
| 23:18.41 | Kevin2 | Okay that's bizarre - I wasn't even on the server at that time.. :-/ |
| 23:18.43 | lupine_85 | not AFAIK |
| 23:19.02 | lupine_85 | i'm rebooting now; will do some more extensive testing |
| 23:19.03 | j0b0 | didnt drag it? start position is safe |
| 23:19.17 | lupine_85 | I'll let you know in a second :D |
| 23:19.52 | lupine_85 | I'd love to turn it off, but then we need the VDH-alternative |
| 23:20.40 | j0b0 | i know.. preferably a clean alternative :/ |
| 23:21.21 | lupine_85 | heh |
| 23:21.36 | NetRipper | Kevin2, crontabs? |
| 23:21.52 | Kevin2 | No - I have no crontabs on linuxtogo. |
| 23:21.57 | cr2 | dcordes_: you should do some i2c tracing. the cc,12,* looks different |
| 23:22.18 | NetRipper | Kevin2, change your password? :p |
| 23:22.20 | pH5 | Kevin2: I'm out of possible explanations right now. |
| 23:22.38 | Kevin2 | I'll ask on #linuxtogo. |
| 23:22.45 | pH5 | NetRipper: I checked with users, no other kevin was logged in while I fetched. |
| 23:22.58 | cr2 | dcordes_: and the vreg usage is a bit different |
| 23:23.00 | dcordes_ | <PROTECTED> |
| 23:23.00 | dcordes_ | SquareGATM (SGATM) resolution (400x400) CameraChipTM |
| 23:23.00 | dcordes_ | sensor |
| 23:23.02 | NetRipper | ok |
| 23:23.05 | lupine_85 | j0b0: yep, that seems to be it |
| 23:23.36 | cr2 | 400x400 ? weird |
| 23:23.41 | dcordes_ | yea |
| 23:23.47 | lupine_85 | englightenment doesn't screen-flip automatically atm.. |
| 23:24.04 | Kevin2 | pH5: Hrmm. If I own a file, but you have read/write access to the directory, can you lower the privs on the file? |
| 23:24.48 | lupine_85 | hee. cat: can't open '/dev/msm_mp3': No route to host |
| 23:24.53 | lupine_85 | that's odd |
| 23:25.35 | pH5 | Kevin2: I sure hope not |
| 23:25.41 | j0b0 | the kernel does report lid switch events tho |
| 23:27.02 | *** join/#htc-linux drasar (n=maik@lamer.optinet.cz) |
| 23:27.14 | tmzt | lupine_85: that's not in android? what is trying to open /dev/msm_mp3? |
| 23:27.25 | Kevin2 | Huh - it's back and it has me as owner: -r--r--r-- 1 kevin mobile-linux 104118222 2009-01-19 22:24 pack-8a2c12031c23efb0e7518ab3b7ed44f28086ba02.pack |
| 23:28.17 | lupine_85 | tmzt: it's a device node in angstrom |
| 23:28.41 | lupine_85 | tries to work out how to map the events from /dev/input/event3 to X |
| 23:28.45 | tmzt | are the android kernel audio drivers enabled? |
| 23:28.46 | lupine_85 | well, englightenment |
| 23:28.51 | lupine_85 | I..dunno |
| 23:28.57 | tmzt | are you using Xfbdev? |
| 23:29.15 | tmzt | what does your X command line look like now? |
| 23:29.21 | lupine_85 | what're they called? |
| 23:29.35 | lupine_85 | /usr/bin/Xfbdev :0 -br -pn -hide-cursor -dpi 285 -mouse tslib,,device=/dev/input/touchscreen0 |
| 23:29.44 | lupine_85 | is looking at /proc/config.gz |
| 23:29.54 | tmzt | change touchscreen0 to event3 |
| 23:30.11 | tmzt | and add -keybd keybd(or evdev),,/dev/input/event0 |
| 23:30.51 | lupine_85 | event3 is the keypad |
| 23:32.02 | lupine_85 | (in addition to the keyboard slide thingy) |
| 23:32.59 | j0b0 | event1 = touchscreen |
| 23:33.31 | j0b0 | event2 = vkeyb |
| 23:34.00 | tmzt | sorry, cat /sys/class/input/*/name |
| 23:34.06 | j0b0 | event3 = navipad |
| 23:34.45 | lupine_85 | microp-keypad |
| 23:34.45 | lupine_85 | MSM touchscreen |
| 23:34.45 | lupine_85 | MSM on-screen virtual keyboard |
| 23:34.45 | lupine_85 | htcraphael_keypad |
| 23:35.25 | lupine_85 | [0,1,2,3] |
| 23:36.16 | lupine_85 | humm, xrandr can't rotate the screen anyway |
| 23:36.27 | lupine_85 | root@htcraphael:/proc# xrandr --output default --rotate right |
| 23:36.27 | lupine_85 | xrandr: screen cannot be larger than 480x640 (desired size 640x480) |
| 23:37.30 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
| 23:38.27 | dcordes_ | lupine_85: xrandr -o right |
| 23:39.01 | dcordes_ | ~seen the_fish |
| 23:39.05 | apt | the_fish <n=cruel1@p5491ED57.dip.t-dialin.net> was last seen on IRC in channel #htc-linux, 13d 4h 57s ago, saying: 'http://pastebin.com/m6487ec0'. |
| 23:40.39 | lupine_85 | ah, that works |
| 23:41.02 | Untouchab1e | Good night all :) |
| 23:41.08 | *** join/#htc-linux TeringTuby (n=maarten@195-241-125-243.ip.telfort.nl) |
| 23:42.14 | lupine_85 | humm, enlightenment doesn't know what an event type 5 is |
| 23:42.25 | lupine_85 | (doesn't detect it as a keypress, at any rate) |
| 23:43.42 | lupine_85 | (i.e., I can't bind to it) |
| 23:45.15 | lupine_85 | presumably I need a little daemon that reads the events and spits stuff out? |
| 23:45.26 | tmzt | evtest |
| 23:45.40 | lupine_85 | I have evtest, but I don't see how to make it call xrandr ;) |
| 23:45.48 | lupine_85 | I guess I can hack it into a little daemon |
| 23:46.37 | dcordes_ | lupine_85: openmoko use a daemon to call xrandr using the moko accel. events |
| 23:47.16 | dcordes_ | lupine_85: can't recall the package name. probably ask in #openmoko-cdevel |
| 23:47.33 | dcordes_ | maybe it's not in OE but only in the SHR metadata |
| 23:47.33 | lupine_85 | .win 13 |
| 23:47.44 | cr2 | dcordes_: it seems that raph800 _is_ epson, but x1 may be toshi & epson. |
| 23:48.04 | cr2 | dcordes_: i'm checking blac100 |
| 23:49.14 | dcordes_ | ok |
| 23:50.04 | dcordes_ | HaRET(1)# pd 0x01ffc048 4 |
| 23:50.04 | dcordes_ | 01ffc048 | 00000000 | .... |
| 23:50.47 | drasar | Hi cr2. What about my himalaya patch? :) |
| 23:52.41 | cr2 | drasar: i've installed debian locally, but need to config the ppp over umts now |
| 23:53.26 | dcordes_ | cr2: you have a 3g modem for pci or are you using tethering? |
| 23:53.55 | cr2 | dcordes_: nc10 has builtin usb modem |
| 23:54.26 | cr2 | dcordes_: i don't know how to configure the raph for inet. |
| 23:54.36 | drasar | cr2: ok :) |
| 23:54.38 | cr2 | with this voda card. |
| 23:55.12 | cr2 | dcordes_: on nc10 it was working out of the box. very user-friendly :) |
| 23:55.52 | cr2 | uh. on blac100 it's really complex |
| 23:56.14 | cr2 | microP sends something over spi to the LCD |
| 23:56.38 | cr2 | there is no chance to trace something like that |
| 23:56.38 | dcordes_ | I can easily test the x1 leds. wince has a configuration program for them, "illumination", which can be used to test each led color/state |
| 23:57.11 | cr2 | probably calls some led ioctls |
| 23:58.02 | dcordes_ | does it have 4x blue,yellow,red ? |
| 23:58.11 | cr2 | sharp yellowish panel |
| 23:58.27 | cr2 | somebody has a blackstone here ? |
| 23:58.45 | dcordes_ | ~seen dwaradzyn |
| 23:58.46 | apt | dwaradzyn <n=chatzill@chello089079197022.chello.pl> was last seen on IRC in channel #htc-linux, 9d 11h 33m 41s ago, saying: 'if anyone is willing to test it, post results here. i'll check the logs for answer'. |
