| 00:15.16 | tmzt_mp900c_ | if you made the fb_init in the kernel not clear the screen would it maybe push the last frame |
| 00:26.26 | *** join/#htc-linux ginge (n=baz@78-105-175-81.zone3.bethere.co.uk) |
| 00:30.22 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-5e37a32c709f0d53) |
| 00:32.54 | Marajin | ginge: h'lo there. Thought we'd lost you |
| 00:33.16 | ginge | I had to see a man about a pint |
| 00:33.25 | Marajin | or 5? |
| 00:33.33 | ginge | naa just the two |
| 00:33.39 | ginge | lightweight remember |
| 00:33.58 | ginge | so did anyone repack android yet? |
| 00:34.02 | Marajin | you don't seem able to make your mind up on that yet ;) |
| 00:34.03 | Marajin | and no |
| 00:34.07 | ginge | only half way through teh logs |
| 00:34.27 | ginge | well when I have a pint or two I am more truthful ;) |
| 00:37.49 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-5a03a58f63e01f05) |
| 00:38.10 | ginge | and, er no? |
| 00:38.21 | ginge | aww cmon |
| 00:38.35 | ginge | Marajin: I challenge you to rip the SDK |
| 00:39.02 | Marajin | Already did, just couldn't be bothered tarballing it because it won't work from SD anyway ;) |
| 00:40.15 | dcordes_ | :( I shouldn't have formated sd |
| 00:40.27 | dcordes_ | the moko image worked like a charm before |
| 00:40.44 | dcordes_ | now I don't even get further than early init |
| 00:41.46 | ginge | trim it down :) |
| 00:42.14 | tmzt_mp900c_ | dcordes_: do you still have that sd image file? |
| 00:42.16 | dcordes_ | the partition? I already did |
| 00:42.22 | ginge | dcordes: thats quite an interesting observation. You should try reformatting with a smaller partition |
| 00:42.27 | dcordes_ | tmzt_mp900c_: which? |
| 00:42.33 | ginge | Marajin: trim the image down |
| 00:42.35 | tmzt_mp900c_ | that you made for somebody |
| 00:42.38 | ginge | Marajin: if you can |
| 00:42.47 | tmzt_mp900c_ | or that was .tar wasn't it |
| 00:43.08 | miknix | which moko stack are you guys using? |
| 00:43.24 | dcordes_ | ginge: I had vfat before with around 4 gig and the rest split into two ext2. and I booted off both of them fine. |
| 00:43.38 | dcordes_ | ginge: only had errors with mplayer and cp huge directories/files |
| 00:43.44 | ginge | odd |
| 00:43.46 | miknix | is it the gtk one? |
| 00:43.55 | ginge | are you using my latest kernel patch? |
| 00:44.04 | dcordes_ | tmzt_mp900c_: the tgreer? right I just tried to reuse it on the sd, failing :( |
| 00:44.19 | tmzt_mp900c_ | but it wasn't a dd image, it was a tar? |
| 00:44.30 | dcordes_ | tmzt_mp900c_: right, I tared up the whole mount point |
| 00:44.43 | tmzt_mp900c_ | the openmoko is the one from oe, right? |
| 00:44.44 | dcordes_ | tmzt_mp900c_: linuxtogo http is down atm |
| 00:44.48 | dcordes_ | tmzt_mp900c_: yes |
| 00:45.12 | dcordes_ | tmzt_mp900c_: it has all the settings required to test ts |
| 00:45.14 | dcordes_ | and apps |
| 00:45.24 | tmzt_mp900c_ | miknix: what chance is there of getting ti_htc with fso? |
| 00:45.46 | miknix | tmzt_mp900c_, ? |
| 00:45.54 | tmzt_mp900c_ | ti_htc gsm modem |
| 00:46.01 | tmzt_mp900c_ | from older htc's |
| 00:46.11 | dcordes_ | tmzt_mp900c_: a moko guy said he will get the kaiser and port required htc stuff to fso standard |
| 00:46.29 | tmzt_mp900c_ | ok, that's msm, what about uni/ba/etc. |
| 00:46.30 | dcordes_ | http://sicherheitsschwankung.de/ <- this person |
| 00:47.02 | tmzt_mp900c_ | I guess the question is how modular is it? |
| 00:47.34 | dcordes_ | tmzt_mp900c_: it's quite well documented |
| 00:48.16 | tmzt_mp900c_ | if you want it working as a phone, I guess theres qtopia/android/fso stacks now, right? |
| 00:48.20 | miknix | dcordes_, are you playing with the gtk or qtopia openmoko? |
| 00:48.41 | dcordes_ | miknix: the old stuff, gtk. only played with Xfbdev/touchscreen there, not touched modem. |
| 00:48.46 | dcordes_ | gsmd |
| 00:49.16 | miknix | dcordes_, did you notice if it requires gnome libs? |
| 00:49.22 | dcordes_ | I asked the fso people what to do in order to play with gsm on kaiser, they told me build fso-console-image |
| 00:50.00 | dcordes_ | miknix: for the gui? the gui has a whole different approach |
| 00:50.01 | tmzt_mp900c_ | I'm looking at what would be required to get TitchyMobile to work with frameworkd with dbus-send |
| 00:50.17 | miknix | I'm building the old openmoko and libmokojournal2 needs libecal which is bundled with evolution-data-server |
| 00:50.18 | dcordes_ | tmzt_mp900c_: fso is in debian fwiw |
| 00:50.32 | dcordes_ | tmzt_mp900c_: gsmdhttp://wiki.debian.org/pkg-fso |
| 00:50.38 | tmzt_mp900c_ | for a console frontend |
| 00:50.40 | miknix | evolution-data-server depends almost in every gnome package : \ |
| 00:50.57 | tmzt_mp900c_ | yeah, I've been trying to build xserver-xfbdev for debian experimental all day |
| 00:51.19 | tmzt_mp900c_ | there is eds dbus branch |
| 00:51.36 | tmzt_mp900c_ | for pimlico |
| 00:51.50 | ginge | who was asking for patches for titan earlier? |
| 00:51.57 | dcordes_ | miknix: so the build fails? |
| 00:52.11 | dcordes_ | ginge: the guy who tested the keyboard for you |
| 00:52.12 | ginge | http://www.headfuzz.co.uk/files/android/titan-board-kaiser-keypad.c if they show up again |
| 00:52.18 | dcordes_ | wasup |
| 00:52.26 | ginge | wasupwithuman |
| 00:52.35 | ginge | yeah that guy |
| 00:52.41 | miknix | dcordes_, lol.. I don't want to fill my little wizard with gnome garbage |
| 00:52.56 | dcordes_ | miknix: go for fso then |
| 00:53.00 | ginge | looks around for ali1234 |
| 00:53.03 | dcordes_ | then you fill it with pythong |
| 00:53.07 | dcordes_ | and e libs |
| 00:53.11 | ginge | miknix: I think you got away with that one |
| 00:53.28 | tmzt_mp900c_ | there is evolution-data-server dbus branch for pimlico |
| 00:54.47 | miknix | dcordes_, yeah.. I rather use that one. but I'm making a openmoko-gtk gentoo overlay, I need to get a way of merging it :) |
| 00:55.26 | Marajin | meep |
| 00:55.33 | Marajin | gives up and puts the soldering iron down. |
| 00:55.37 | dcordes_ | I see |
| 00:56.03 | dcordes_ | Marajin: so tell us what mysterious device are you soldering there? |
| 00:56.11 | miknix | tmzt_mp900c_, thanks. I'll have a look at it |
| 00:56.31 | miknix | tmzt_mp900c_, btw: the bitbake recipes on openembedded are using that one (eds-dbus) |
| 00:56.39 | Marajin | dcordes_: LCD Monitor |
| 00:56.58 | dcordes_ | Marajin: for what device? |
| 00:56.58 | miknix | hehe.. my arduino will arrive this week |
| 00:57.15 | dcordes_ | ~lart adruino |
| 00:57.15 | apt | puts adruino into a headlock and administers a mighty noogie, rubbing half of adruino's hair of |
| 00:57.19 | dcordes_ | ~hail beagle |
| 00:57.20 | apt | ACTION bows down to beagle and chants, "I'M NOT WORTHY!!" |
| 00:57.30 | Marajin | I was trying to repair a 17" screen so I could mount it under a self to use for my HTPC setu |
| 00:57.33 | Marajin | p |
| 00:57.51 | miknix | lol |
| 00:58.05 | dcordes_ | I need an lcd touchscreen for the beagle |
| 00:58.17 | dcordes_ | but there is no small device that takes the dvi-d signal |
| 00:58.27 | dcordes_ | and converters are complex |
| 00:59.30 | ginge | dcordes: it has i2c, use a nokia lcd |
| 01:00.17 | dcordes_ | ginge: what do the htcs use? |
| 01:00.35 | ginge | depends on the screen |
| 01:00.42 | dcordes_ | kaiseR? |
| 01:01.18 | dcordes_ | ginge: not the touchscreen is the problem but the display |
| 01:01.48 | ginge | some toshiba screen. probably some semi propreitry protocol or built in mddi interface |
| 01:02.24 | ginge | night |
| 01:02.30 | dcordes_ | good night |
| 01:02.49 | Marajin | night ginge |
| 01:09.59 | miknix | is also going to sleep |
| 01:10.04 | miknix | gnight all |
| 01:10.29 | Marajin | dcordes_: how about those mini usb screens? |
| 01:12.27 | Marajin | well they cost more than the beagle board itself but stil :p |
| 01:12.32 | Marajin | they have i2c and usb input |
| 01:14.51 | Marajin | maybe the OLED screens would work,I think they're cheaper if you're content with QVGA or something |
| 01:27.30 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) |
| 01:44.28 | *** join/#htc-linux OpnSrc1 (n=harisha1@xdsl-78-34-130-55.netcologne.de) |
| 01:59.56 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-274b3aca7e9fccc2) |
| 02:26.28 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-cbbad86fb2ea2f64) |
| 02:26.34 | patoche | time to sleep, good night |
| 02:51.05 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-de8c83e8b31d4a81) |
| 02:55.40 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-bd38808208de72cc) |
| 03:45.09 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 03:45.09 | *** join/#htc-linux LunohoD (n=alex@e180076074.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 03:45.09 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
| 03:45.09 | *** join/#htc-linux NiZoX (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
| 03:45.10 | *** join/#htc-linux effbiai (n=effbiai@idarlund.openvpn.hive.no) |
| 03:45.16 | *** join/#htc-linux dcordes (n=dcordes@f049190045.adsl.alicedsl.de) |
| 03:45.17 | *** join/#htc-linux tmzt_mp900c_ (n=tmzt@adsl-99-164-110-123.dsl.akrnoh.sbcglobal.net) |
| 03:45.22 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) [NETSPLIT VICTIM] |
| 03:45.22 | *** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM] |
| 03:45.22 | *** join/#htc-linux Dinde (n=kayser@sur-internet.net) [NETSPLIT VICTIM] |
| 03:45.22 | *** join/#htc-linux Miek_ (n=mike@83.104.175.131) |
| 03:45.22 | *** join/#htc-linux Wild_Rover (n=wildrove@rubik.cluenet.org) [NETSPLIT VICTIM] |
| 03:45.22 | *** join/#htc-linux paulproteus (n=paulprot@2002:cbb2:8293:0:0:0:0:1) |
| 03:45.24 | *** join/#htc-linux toi (n=pleemans@d5152D3B4.access.telenet.be) [NETSPLIT VICTIM] |
| 03:45.24 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) [NETSPLIT VICTIM] |
| 03:45.24 | *** join/#htc-linux dase (i=dase@p1atin.de) [NETSPLIT VICTIM] |
| 04:15.24 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
| 05:18.45 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfd30b.pool.einsundeins.de) |
| 05:24.50 | *** join/#htc-linux kring (n=kring@211.155.128.98) |
| 05:31.13 | *** join/#htc-linux OpnSrc1 (i=harisha1@gateway/tor/x-c76ccf3d6ff89c9a) |
| 05:32.31 | kring | did anyone test gps/smd7 in kaiser? |
| 05:34.37 | tmzt_mp900c_ | you might ask ginge or dcordes |
| 05:34.45 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8657f5.pool.einsundeins.de) |
| 05:37.17 | kring | thanks |
| 05:43.57 | tmzt_mp900c_ | if you have an image that doesn't have /dev/smd7, you might create that node |
| 05:44.11 | tmzt_mp900c_ | but I don't know what you need to do to turn on gps, if anything |
| 05:46.24 | kring | acturely I didn't try linux on kaiser, I am trying some reverse engineering on wm. |
| 05:47.26 | tmzt_mp900c_ | what are you trying to do? |
| 05:48.08 | kring | get more hardware details to enhance linux driver ;) |
| 05:48.46 | tmzt_mp900c_ | I think all the smd's are really the same |
| 05:48.55 | tmzt_mp900c_ | so if one works they should all work |
| 05:49.07 | tmzt_mp900c_ | the problem right now is the SD controller and DMA issues |
| 05:49.45 | kring | I found there are about 23 or 24 pairs of smd channels |
| 05:51.03 | tmzt_mp900c_ | those are proc_comm? |
| 05:51.30 | kring | I am interested in comm with radio part |
| 05:51.36 | tmzt_mp900c_ | things like rtc, power, sound (routing) or on those |
| 05:51.49 | tmzt_mp900c_ | that's on an smd |
| 05:52.15 | tmzt_mp900c_ | but we don't know how to get 3g to work, I think it's an ethernet type device on the shared memory |
| 05:52.18 | kring | It seems like normal smd channel as at, gps... |
| 05:53.14 | kring | But only 6 paires are working. |
| 05:56.11 | kring | (0 23) at, (2, 25) unknow1, (3, 26) unknown2 (7, 30) data, (8, 31) unknown3, (9, 32) unknown4, (15, 38) unknown5, (17, 40) gps |
| 05:56.43 | kring | 8 paires seem openable. |
| 05:57.32 | kring | is these info well known? |
| 05:59.11 | tmzt_mp900c_ | they might be in the wiki |
| 05:59.18 | tmzt_mp900c_ | how are you checking these from wm? |
| 05:59.54 | kring | change reg /BuildIn/SMD? DLL to null.dll |
| 06:00.39 | kring | there are only 4 pairs in wiki |
| 06:00.57 | *** join/#htc-linux Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
| 06:00.57 | tmzt_mp900c_ | data is at commands or something else? |
| 06:01.01 | kring | unknown3-5 are not mentioned. |
| 06:02.04 | tmzt_mp900c_ | oh, I see it |
| 06:02.21 | kring | data is not at_cmd, I don't understand the format. |
| 06:02.32 | tmzt_mp900c_ | did you try with 3g enabled and disabled? |
| 06:02.39 | kring | channel 0 is at_cmd send, 23 is at_cmd recv |
| 06:03.13 | kring | far less than 3g.. |
| 06:03.50 | kring | I disabled builtin smem driver in register, and using my own. |
| 06:03.50 | tmzt_mp900c_ | in non 3g I think it's just ppp over that channel, but they might be doing it on the at channel, don't know |
| 06:04.42 | *** join/#htc-linux kiozen (n=oeichler@p5492B04C.dip0.t-ipconnect.de) |
| 06:04.44 | kring | I wrote it as htc-linux code. |
| 06:05.13 | tmzt_mp900c_ | you're not using haret? |
| 06:05.23 | kring | using the sharemem_base, half_channel_struct, irq.. |
| 06:06.04 | dcordes | kring: hello, did you get my pm? |
| 06:06.52 | tmzt_mp900c_ | dcordes: does the ppp script open ppp on the same smd as the at commands? |
| 06:07.38 | dcordes | kring: no |
| 06:08.02 | dcordes | we use AT (smd0) to initiate the modem, then the data goes through smd1 |
| 06:08.16 | *** join/#htc-linux pleemans (n=peter@dD577D009.access.telenet.be) |
| 06:08.36 | dcordes | do you want any code to be merged into the git? |
| 06:09.25 | dcordes | kring: what do you mean activate? The gps? |
| 06:09.26 | kring | I don't know the situation right now. |
| 06:09.35 | dcordes | so what do you wanna know |
| 06:09.40 | kring | whether my code hellps. |
| 06:10.26 | kring | The only useful things are 3 pair of unkown openable channels.. |
| 06:10.44 | dcordes | did you see the "mystery channels" in git? |
| 06:10.58 | kring | yes, I got more than those. |
| 06:11.17 | dcordes | I see. do you knwo the memory map? you could document them there. |
| 06:11.25 | dcordes | or you give me the data, and I add it for you |
| 06:11.39 | dcordes | http://wiki.xda-developers.com/index.php?pagename=KaiserMemoryMap |
| 06:12.21 | kring | memory based on +0x041f0 is a struct of smd_fifo array |
| 06:12.58 | kring | at is in index 0 |
| 06:13.50 | dcordes | +0x041f0 is already in the wiki |
| 06:14.59 | kring | yes, just plus 0x2018 each |
| 06:16.24 | kring | unkown3 tx, 0x142b0, rx 0x424d8 |
| 06:16.54 | dcordes | ok I'm editing map |
| 06:17.35 | kring | unknown4 tx 0x162c8, rx 0x444f0 |
| 06:18.23 | kring | unknown 5 tx 0x22358, rx 0x50580 |
| 06:18.41 | dcordes | ok |
| 06:18.51 | dcordes | do you think this is 3g data conenction channels? |
| 06:19.09 | kring | I don't know yet |
| 06:19.21 | dcordes | do you know how to tlog AT communication in wince? |
| 06:19.41 | dcordes | there is a registry entry that will make wince write the whole AT conversations to a file |
| 06:19.44 | dcordes | when turned on |
| 06:19.52 | dcordes | ATDBG |
| 06:20.06 | kring | Rx part half channel of these pairs initilized as OPENNING(1) |
| 06:20.13 | dcordes | enable atdbg logging set this key in your device registry: [HKEY_LOCAL_MACHINE\Software\HTC\ATDbgLog] "Enable"=dword:00000001 |
| 06:20.25 | kring | dcorde, i know. :) |
| 06:20.35 | dcordes | ok, sorry |
| 06:20.46 | kring | anyway thanks. |
| 06:20.57 | kring | once I channel the status of tx part opened |
| 06:21.05 | kring | once I changed |
| 06:21.25 | kring | rx part is also changed to openned |
| 06:21.42 | kring | So I think they are pairs. |
| 06:21.46 | dcordes | we could try to open 3g connection in wince, boot linux, watch the new channels |
| 06:22.58 | dcordes | kring: don't take me too serious, I'm not one of the wise guys |
| 06:23.38 | kring | I just got a kaiser before 2 weeks. :) |
| 06:24.27 | kring | tmzt said 3g not ok now? |
| 06:24.50 | swetland | in the smd channels are anything like the 6.x amss ones, they should indeed be in pairs |
| 06:25.58 | dcordes | kring: I only got only with the gprs conenction so far |
| 06:26.13 | dcordes | the stuff in the htc-msm git doesn't allow anythinge lse (or we don't know) |
| 06:26.34 | kring | swetland: I have no idea about amss. Is the channel id predefined in amss? |
| 06:26.41 | dcordes | swetland: do you turn on gps with smd or proc_comm? |
| 06:27.01 | swetland | dcordes: in 6.x it's over rpc over smd |
| 06:27.42 | dcordes | we can rceive gps data but only when turned on before boot time |
| 06:27.43 | kring | swetland: I tried to monitor something proc_comm |
| 06:27.46 | swetland | kring: I know very little about it, and I have no idea what all the differences are between the version that's currently or previously used for winmo and what we're working against for linux |
| 06:27.58 | dcordes | through gps receive smd chan |
| 06:28.25 | swetland | yeah there's a gps channel that sends NMEA stream data (27? I think in 6.x) |
| 06:29.10 | *** join/#htc-linux Marajin__ (n=marajin@87-194-102-189.bethere.co.uk) |
| 06:29.38 | kring | but I did't found any changed on proc_comm command number after I read COM4(using buildin driver) |
| 06:30.11 | kring | If GPS is enabled by proc_comm, the command number should change, right? |
| 06:30.38 | swetland | I doubt there's a proc_comm command for gps |
| 06:30.43 | swetland | proc_comm is *really* low level |
| 06:31.07 | dcordes | we use it for turning display on/off so far |
| 06:31.07 | swetland | it's intended mostly for bootloaders and such to do things without needing the whole smd+rpc stack |
| 06:31.13 | dcordes | and some other stuff iirc |
| 06:31.29 | dcordes | I'm not sure we use rpc at all |
| 06:31.42 | dcordes | I think we ommit it |
| 06:31.47 | swetland | would seem unlikely. bet that's a big pain in the butt to reverse engineer |
| 06:32.09 | swetland | and it sounds like HTC uses the AT command channel instead of the rpc stuff for modem control in their winmo 7k stuff |
| 06:32.12 | *** join/#htc-linux stephas83 (n=stephas@c-24-21-107-107.hsd1.or.comcast.net) |
| 06:32.41 | kring | I agree, rpc is hard to reverse engineer. |
| 06:32.50 | dcordes | swetland: to turn on gprs, we send some commands to the at channel yes |
| 06:32.57 | dcordes | and then data floats through another chan |
| 06:33.08 | swetland | ppp? |
| 06:33.08 | dcordes | no rpc |
| 06:33.16 | swetland | (for the data transport)? |
| 06:33.16 | dcordes | pppd is used |
| 06:33.20 | dcordes | yep |
| 06:33.33 | dcordes | http://www.headfuzz.co.uk/files/android/ppp.notsh :) |
| 06:33.34 | kring | swetland: I don't think so. I saw no special at command when I enable GPS by read COM4 |
| 06:33.35 | swetland | ah, so they don't use the QMI/RMNET stuff (which is what we use for linux against AMSS 6xxx) |
| 06:33.54 | swetland | the rmnet stuff is nice in that it passes ethernet frames back and forth |
| 06:34.24 | swetland | http://git.android.com/?p=kernel.git;a=blob;f=drivers/net/msm_rmnet.c;h=a865669a9319c7488c9c4211b95e114f46efa444;hb=msm-2.6.25 |
| 06:34.26 | tmzt_mp900c_ | the at init is different then? |
| 06:34.30 | swetland | very very simple to plug together |
| 06:34.43 | dcordes | I have seen that rmnet code, was wodnering what it does |
| 06:34.55 | tmzt_mp900c_ | kring: can you check the AMSS version in WM? |
| 06:35.01 | swetland | no clue if it's enabled in the winmo builds. if they use at/ppp you're probably best off sticking to that |
| 06:35.13 | kring | tmzt_mp900c: I don't know how.. |
| 06:35.15 | dcordes | I have no clue what they use |
| 06:35.30 | tmzt_mp900c_ | where do you check the WM version/build, or in modem info/settings |
| 06:36.03 | tmzt_mp900c_ | is there anything in registry that would suggest a network device for 3g? |
| 06:36.06 | dcordes | in the wince psplash there is radio version |
| 06:36.09 | dcordes | bottom right |
| 06:36.18 | dcordes | I don't know if that's amss? |
| 06:36.46 | kring | radio ver is not amss ver, i think |
| 06:37.12 | tmzt_mp900c_ | there's only one radio core (other than dsp), so what would it be? |
| 06:37.23 | kring | 21:13:46 Tx:AT+CGMI;+CGMM;@v;+RADIOVER;+CGSN\r |
| 06:37.32 | kring | 21:13:46 Rx:HTC\r\nHTC\r\n1.64.08.21\r\n+RADIOVER: |
| 06:37.47 | swetland | I'm pretty sure nothing is shipping with 6.x amss yet |
| 06:37.57 | dcordes | yea 1.6 |
| 06:37.59 | dcordes | tjat |
| 06:37.59 | kring | 1.64.08.21, I think. There is no hit to amss version like 6.xx |
| 06:38.17 | dcordes | yes, 1.6* that is what I see on bootup as radio ver |
| 06:38.20 | tmzt_mp900c_ | is there a linux driver for that msm7200 connection card? |
| 06:38.31 | dcordes | tmzt_mp900c_: I looked at it |
| 06:39.05 | dcordes | tmzt_mp900c_: and found nothing interesting. cr2 said it's mostly just a driver for the connection |
| 06:39.09 | dcordes | iirc |
| 06:39.23 | dcordes | at least I remember it doesn't have anything relevant |
| 06:39.33 | tmzt_mp900c_ | if you can monitor at, can you enable 3g and try it? |
| 06:39.37 | dcordes | you mean that pcmcia card right? |
| 06:39.40 | tmzt_mp900c_ | yes |
| 06:40.09 | dcordes | 3g would be ace |
| 06:40.13 | tmzt_mp900c_ | maybe wm 6.1 enables that network stuff |
| 06:40.29 | dcordes | tmzt_mp900c_: you mean just dump the AT in wince while enabling 3g data connection? |
| 06:40.30 | tmzt_mp900c_ | or services.exe is just too slow for it |
| 06:40.34 | tmzt_mp900c_ | yes |
| 06:40.55 | dcordes | or what I sdaid, enabling in ce and then see if there's any data |
| 06:41.15 | dcordes | same works for the at.. if the modem is on in ce, you will see the signal quality and all when you cat smd0 |
| 06:41.35 | tmzt_mp900c_ | if you are just starting ppp on the raw smd, it must be doing lcp and everything else over that |
| 06:41.53 | dcordes | look at ginge's script |
| 06:42.22 | dcordes | AT+CGDCONT=1 |
| 06:42.33 | dcordes | ATD*99***1# |
| 06:42.40 | dcordes | that's about it |
| 06:43.02 | tmzt_mp900c_ | theres no apn or anything there |
| 06:43.15 | dcordes | hm but wait a second. raw smd is not quite correct because the script assumes you have modem on it at |
| 06:43.23 | dcordes | s/at/ce/ |
| 06:43.32 | kring | if your operator need special ap, you should use at+cgdcont=1,"IP","the-apn-from-your-operator" |
| 06:43.47 | dcordes | tmzt_mp900c_: kring http://www.headfuzz.co.uk/files/android/ppp.notsh |
| 06:45.52 | kring | i see..:) |
| 06:46.02 | tmzt_mp900c_ | why does it have gprs on the pppd command line? |
| 06:49.06 | dcordes | isn't that the name? |
| 06:49.41 | dcordes | kring: http://pastebin.ca/1179412 cam you look if I added your channels correctly? |
| 06:49.51 | tmzt_mp900c_ | yes, didn't see that |
| 06:50.28 | dcordes | kring: 62,63,64 122,123,124 |
| 06:50.50 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 06:50.59 | dcordes | I just assumed the size is the same as for the other chans |
| 06:51.17 | dcordes | and I don't know how to put the detailed offsets |
| 06:51.31 | dcordes | state'' DSR? flag'' CTS? flag'' etc.. |
| 06:52.49 | kring | all the same |
| 06:53.00 | tmzt_mp900c_ | so the smd is bigger? |
| 06:53.45 | kring | it's an array of smd_fifo struct. |
| 06:53.51 | dcordes | kring: is it correct as I added it for now? |
| 06:54.05 | dcordes | I don't know how to calculate the other values |
| 06:54.16 | tmzt_mp900c_ | ok, the channel for ppp/data is bigger than the others? |
| 06:54.41 | dcordes | <PROTECTED> |
| 06:55.03 | dcordes | <PROTECTED> |
| 06:55.24 | kring | tmzt, all the same |
| 06:56.30 | tmzt_mp900c_ | what's the sleep 30 for? |
| 06:59.23 | tmzt_mp900c_ | is there a way to set the bearer in the AT init? |
| 07:00.31 | dcordes | I think it's exaggerated delay |
| 07:01.36 | tmzt_mp900c_ | can you do at+cgdcont? |
| 07:02.00 | dcordes | wait a sec I need to get an initrd |
| 07:02.20 | dcordes | I fubared my sd by editing the partition table so it will give a kernel crash each time I boot from it |
| 07:03.28 | tmzt_mp900c_ | dd zero, fdisk o? |
| 07:04.23 | dcordes | sorry let me restate: I can use the card fine for all purposes but boot the kaiser kernel from it :) |
| 07:06.20 | tmzt_mp900c_ | do you get any partitions in the kernel output? |
| 07:06.32 | tmzt_mp900c_ | mmcblk0: p1 p2 |
| 07:06.38 | dcordes | hmm I looked for mmcblk, yea but didn' see |
| 07:06.53 | dcordes | it also spits a DATAEND eror I didn't have before |
| 07:06.54 | tmzt_mp900c_ | are you using a builtin initramfs? |
| 07:07.00 | dcordes | I'm so annoyed I repartitioned.... |
| 07:07.18 | dcordes | no, only bare monolithic kernel and rootfs on ext2 |
| 07:07.32 | tmzt_mp900c_ | were you using one before? |
| 07:07.37 | dcordes | no |
| 07:07.43 | tmzt_mp900c_ | were you using rootdelay= ? |
| 07:07.51 | dcordes | same setup, I also tried to get the card the way I had it before |
| 07:08.18 | tmzt_mp900c_ | if you were using rootdelay= before is important |
| 07:08.21 | dcordes | 4gb fat32, 2gb ext2 parition 1, 2gb ext2 partition 2 |
| 07:08.43 | dcordes | yea I didn't change that and also tried other values (raised it to 10) |
| 07:09.06 | tmzt_mp900c_ | rootdelay is not built in to the kernel, it's in the initramfs from handhelds.org |
| 07:09.11 | tmzt_mp900c_ | built by oe |
| 07:09.11 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) |
| 07:09.40 | dcordes | I use no initramfs, never did |
| 07:09.54 | dcordes | I set the roodelay via cmdline, passed by haret |
| 07:10.38 | tmzt_mp900c_ | the kernel ignores it, as far as I can see, it is used by a script in the initramfs which is builtin to the kernel as part of the zImage |
| 07:11.30 | dcordes | it's not the rootdelay then since I also tried with old kernel also I'm quite sure the rootdealy from cmdline was used before |
| 07:11.41 | dcordes | I will try poking around with it later |
| 07:11.50 | dcordes | there must be some way to get it working agin |
| 07:12.02 | dcordes | kring: did you look at the sd problems by any chance :) ? |
| 07:12.09 | tmzt_mp900c_ | I think we need that value from WinCE though, before boot linux |
| 07:12.27 | dcordes | which value? |
| 07:12.35 | tmzt_mp900c_ | at+cgdcont? |
| 07:12.50 | dcordes | I have a huge at script |
| 07:12.55 | dcordes | s/script/log/ |
| 07:13.04 | tmzt_mp900c_ | can you paste it? |
| 07:13.13 | tmzt_mp900c_ | pastebin.ca |
| 07:13.28 | dcordes | 5~689K |
| 07:13.30 | dcordes | no sorry |
| 07:13.53 | tmzt_mp900c_ | that's big, must be ppp in there too? |
| 07:13.58 | dcordes | 689K |
| 07:14.06 | dcordes | no it is the AT log from a few days of usage |
| 07:14.14 | dcordes | I sure won't paste that |
| 07:14.20 | tmzt_mp900c_ | right |
| 07:14.49 | dcordes | 4:52:45 Tx:AT+CGDCONT=1,"IP","wap.vodafone.de","",0,0\r |
| 07:15.04 | dcordes | tmzt_mp900c_: what about that command? |
| 07:15.15 | tmzt_mp900c_ | if you change to 3g does that change? |
| 07:15.28 | dcordes | 99% of the time I have 3g enabled in ce |
| 07:15.30 | tmzt_mp900c_ | no, "AT+CGDCONT?" with the ? |
| 07:15.43 | dcordes | so it is quite possible 3g was also enabled at the time logging |
| 07:15.52 | dcordes | let me see |
| 07:15.53 | tmzt_mp900c_ | is the ATD always ****1 |
| 07:16.01 | dcordes | huh? |
| 07:16.46 | tmzt_mp900c_ | ATD*99***1# |
| 07:17.38 | tmzt_mp900c_ | does putty or something work for serial? |
| 07:17.59 | dcordes | you mean so I can checkout realtime what ce does? |
| 07:18.09 | tmzt_mp900c_ | so you can do your own at commands |
| 07:18.19 | dcordes | oh, don't know about that |
| 07:18.32 | tmzt_mp900c_ | direct to modem, not through modemlink |
| 07:18.58 | tmzt_mp900c_ | http://pocketputty.net |
| 07:19.02 | *** join/#htc-linux marbalon (n=marbalon@212.122.223.98) |
| 07:19.29 | dcordes | hi marbalon |
| 07:19.45 | marbalon | hi dcordes |
| 07:19.54 | dcordes | tmzt_mp900c_: I have 0 idea about how wince accesses the modem |
| 07:20.19 | dcordes | I have to go, bb in a few hours |
| 07:20.22 | tmzt_mp900c_ | theres development on pocketputty again! and source |
| 07:20.23 | tmzt_mp900c_ | ok |
| 07:20.33 | dcordes | oh that's interesting |
| 07:20.52 | dcordes | 17 months ago? |
| 07:20.55 | dcordes | http://teamforge.net/viewcvs/viewcvs.cgi/development/?root=pocketputty |
| 07:22.29 | marbalon | dcordes: any progres? |
| 07:24.33 | tmzt_mp900c_ | better than 2 years |
| 07:25.01 | tmzt_mp900c_ | telnet for haret and serial for modem would be nice, don't know if that's supported |
| 07:26.19 | *** join/#htc-linux zoolooc (n=lucian@nrbg-4dbfd30b.pool.einsundeins.de) |
| 07:26.36 | kring | decordes: sorry. I know nothing about sd. |
| 07:27.58 | tmzt_mp900c_ | kring: can you send at commands to the modem in ce? |
| 07:29.35 | kring | I know at_cmd works, so I didn't investigate it in detail. |
| 07:31.06 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 07:31.19 | tmzt_mp900c_ | trying to find out how to switch to and from 3g |
| 07:31.30 | kring | I found the tail catched up with head after I set A2M(0), A2M(1), A2M(2) interupt |
| 07:31.48 | tmzt_mp900c_ | yeah, that works in linux |
| 07:32.30 | kring | It means arm9 read my command, but I didn't write proper at command. |
| 07:33.23 | kring | did you use all the at cmd as ce? |
| 07:34.16 | kring | the initializing commands in ATDbg0.txt |
| 07:41.44 | tmzt_mp900c_ | what? |
| 07:42.47 | kring | initialize modem by commands in ATDbg0.txt |
| 07:43.43 | tmzt_mp900c_ | still not sure, that ppp.notsh is what dcordes is using |
| 07:46.33 | kring | I think AT+BANDSET=0 and AT+HSDPA=1 may be related to 3g. |
| 07:46.51 | *** join/#htc-linux ginge (n=ginge@host81-149-155-58.in-addr.btopenworld.com) |
| 07:46.52 | kring | normally BANDSET=0 means automatically |
| 07:47.27 | tmzt_mp900c_ | so ce is using ppp for 3g then? |
| 07:48.21 | kring | I think so. |
| 07:48.52 | tmzt_mp900c_ | anything else you can find, what kind of tools are you using for this? |
| 07:49.46 | kring | ida+windows mobile 6 sdk :) |
| 07:50.06 | tmzt_mp900c_ | so debugging of rapi then? |
| 07:50.10 | tmzt_mp900c_ | over |
| 07:50.42 | tmzt_mp900c_ | you can build drivers without pb? |
| 07:51.11 | kring | drivers@ce are just normal dlls |
| 07:51.56 | kring | but I can't sign it, so i need activatedevice by application. |
| 07:52.10 | tmzt_mp900c_ | so you just have to know what to export from the dll then? |
| 07:53.03 | kring | yes. and what to export is wellknown. |
| 07:53.13 | kring | not too much. |
| 07:53.24 | dcordes | darn missed appointment |
| 07:53.39 | tmzt_mp900c_ | you should get a pda or something |
| 07:54.51 | kiozen | dcordes: lol, I can recommend the zire21, very simple very trusty |
| 07:54.59 | tmzt_mp900c_ | ram based? |
| 07:55.28 | dcordes | :) |
| 07:55.33 | kiozen | sure but battery last for 4 weeks |
| 07:56.15 | kiozen | if you do not make it to an usb connection within 4 weeks you do not need an organizer ;) |
| 07:56.39 | dcordes | if only it was the device.. |
| 07:57.39 | dcordes | kring: http://linuxtogo.org/~lgorris/smem-kringer.h |
| 07:58.08 | dcordes | kring: http://linuxtogo.org/~lgorris/smem-kring.h sorry |
| 07:58.35 | kring | yes, I saw it. |
| 08:00.56 | tmzt_mp900c_ | ctrl-a esc lets you scrollback in screen, I have been looking for this forever |
| 08:00.59 | ginge | kring: whats the SMD struct def about? |
| 08:02.17 | kring | +0x041f0 based memory is an channel array |
| 08:02.46 | dcordes | tmzt_mp900c_: lol me too thanks |
| 08:03.11 | kring | there are 3 pairs of channel are openable, but the functional is unknown yet. |
| 08:03.28 | kring | 3 pairs more than the current in wiki. |
| 08:03.34 | dcordes | ginge: I added them to the KaiserMemoryMap |
| 08:10.21 | ginge | we know the channel previously marked as unknown is used gor AGPS data |
| 08:10.54 | dcordes | Unknown1 rx tx? |
| 08:11.03 | ginge | yeah |
| 08:11.09 | dcordes | shall I rename it? |
| 08:11.20 | ginge | sure |
| 08:11.41 | ginge | we think it does something else, like a general a9 data channel |
| 08:11.45 | dcordes | did you look at the new channels added? I don't know how to set the 'detail offsets' |
| 08:13.14 | ginge | not yet |
| 08:13.31 | dcordes | ok changed Unknown1 to AGPS Data |
| 08:13.53 | dcordes | I wonder if agps code is easy to adapt. moko phone uses agps too |
| 08:14.09 | tmzt_mp900c_ | what chip is it? |
| 08:14.25 | tmzt_mp900c_ | softdsp? |
| 08:14.47 | dcordes | let me look it up |
| 08:14.58 | ginge | as far as we (premy and I) could tell it downloads a binary blob from a website directly through the smd channel |
| 08:15.35 | tmzt_mp900c_ | there was work done on gl for gta01, they switched to something else |
| 08:15.43 | tmzt_mp900c_ | but this is done in the msm chip isn't it? |
| 08:16.00 | dcordes | tmzt_mp900c_: http://wiki.openmoko.org/wiki/GTA02_GPS#GTA02_GPS_Hardware_Assist_Feature |
| 08:16.25 | tmzt_mp900c_ | they just added support for it to frameworkd |
| 08:16.49 | dcordes | they speak of 'could use agps' don't know if that's uptodate. |
| 08:16.57 | dcordes | ok |
| 08:17.19 | dcordes | frameworkd is the centerpart of fso infrastructure? |
| 08:17.25 | tmzt_mp900c_ | yes |
| 08:17.32 | dcordes | good |
| 08:22.19 | tmzt_mp900c_ | I don't know if it's going to be debian or oe based going forward, maybe both? |
| 08:23.12 | dcordes | the integration of fso package for debian was only done a week ago or so |
| 08:23.20 | dcordes | I don't know how far it will be used in future |
| 08:23.44 | tmzt_mp900c_ | it looks good, I'm trying to get xserver-xfbdev built for armel though, and it is taking a long time |
| 08:24.04 | dcordes | what device are you going to try it on? |
| 08:24.14 | tmzt_mp900c_ | not sure exactly |
| 08:24.32 | tmzt_mp900c_ | just want to see if it will run on this thing (armv5) |
| 08:24.52 | dcordes | this being mp900c? |
| 08:25.02 | tmzt_mp900c_ | yes, but it doesn't have a phone |
| 08:25.11 | tmzt_mp900c_ | so I might link it with my cdma motoq |
| 08:25.40 | dcordes | so you get a serial device on the mp900c? |
| 08:26.05 | tmzt_mp900c_ | I do, but I don't have the cable, will use bluetooth when the serial_cs stops conflicting with pxa serial ports |
| 08:26.17 | tmzt_mp900c_ | and make a bluetooth proxy or the q |
| 08:26.36 | tmzt_mp900c_ | or get htc titan, if I can |
| 08:26.43 | dcordes | I can borrow you blueangel :) |
| 08:26.51 | dcordes | ah you need cdma? |
| 08:27.06 | tmzt_mp900c_ | I think so, I can't find a sane data plan on gsm |
| 08:31.13 | tmzt_mp900c_ | no, I really just want to try the zhone program |
| 08:31.27 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 08:31.35 | dcordes | it's neat I have seen videos on it running on neo |
| 08:31.44 | tmzt_mp900c_ | I would be ok with wm if a few programs where on it, and maybe a real console |
| 08:31.58 | tmzt_mp900c_ | pocketputty for smartphones would be one |
| 08:31.59 | dcordes | and photos of it on moto a800 |
| 08:32.12 | stephas83 | i checked out the git kernel and i am trying to compile with the arm-linux-gcc-3.4.1 hh.org toolchain the branch work (which seems to be latest for hermes) after make htchermes_defconfig, make fails with invalid option `abi=aapcs-linux', any clues? |
| 08:32.41 | tmzt_mp900c_ | make * V=1 |
| 08:33.46 | stephas83 | same error |
| 08:34.10 | tmzt_mp900c_ | does it show where it failed now? |
| 08:34.30 | stephas83 | [arch/arm/kernel/asm-offsets.s] |
| 08:35.53 | stephas83 | i saw you post this pastebin earlier? |
| 08:37.12 | stephas83 | http://pastebin.ca/1179472 |
| 08:39.05 | *** join/#htc-linux rob_w (n=bob@M82cf.m.pppool.de) |
| 08:39.21 | stephas83 | cool, so yea this is what i get, any clues? |
| 08:40.40 | tmzt_mp900c_ | your compiler is not compatible with the makefile (kernel tree) |
| 08:40.50 | tmzt_mp900c_ | -mabi=aapcs-linux |
| 08:40.57 | tmzt_mp900c_ | what is ABI= in Makefile? |
| 08:41.45 | tmzt_mp900c_ | giving the cc1: part would have helped |
| 08:43.30 | tmzt_mp900c_ | what source are you using to the kernel? |
| 08:43.36 | tmzt_mp900c_ | for |
| 08:44.05 | stephas83 | I pasted all the make * V=1 output to the pastebin. in the toplevel Makefile i can not find any ABI string |
| 08:44.24 | tmzt_mp900c_ | no, I meant that would have helped before |
| 08:44.37 | tmzt_mp900c_ | that might be a ubuntu thing |
| 08:44.37 | stephas83 | oh, sorry |
| 08:44.48 | stephas83 | :/ |
| 08:44.59 | tmzt_mp900c_ | are you trying to build OABI or EABI kernel? |
| 08:46.42 | stephas83 | I am not sure :( I cloned the git kernel from linuxtogo... ? |
| 08:46.57 | dcordes | maybe you are in the wrong branch? |
| 08:47.02 | dcordes | what does git-branch say? |
| 08:47.35 | stephas83 | i am in the work branch |
| 08:48.00 | stephas83 | it seems older, but someone posted the keyboard code from the branch in here before |
| 08:48.10 | *** join/#htc-linux Bastiaan_Wakkie (n=chatzill@212.71.15.163) |
| 08:48.23 | tmzt_mp900c_ | crossgcc says to use a -eabi compiler for eabi |
| 08:48.36 | Bastiaan_Wakkie | morning... |
| 08:49.02 | tmzt_mp900c_ | I just use codesourcery, or you can use the one from oe |
| 08:49.27 | dcordes | morning Bastiaan_Wakkie |
| 08:49.39 | Bastiaan_Wakkie | is there a way to send sms commandline? |
| 08:49.51 | tmzt_mp900c_ | text or pdu? |
| 08:50.24 | dcordes | tmzt_mp900c_: isn't sms on AT chan always? |
| 08:50.45 | tmzt_mp900c_ | yeah but pdu is a special mode you don't really do from command line |
| 08:51.47 | Bastiaan_Wakkie | so text I guess then? I have no clue what pdu means or does btw |
| 08:52.22 | stephas83 | i am sorry a lot of this is new, codesourcery has the crossgcc that i would use the -eabi flag with? |
| 08:52.32 | tmzt_mp900c_ | oh, if you just want ascii, maybe look at "Titchy Mobile" or fso frameworkd |
| 08:52.47 | tmzt_mp900c_ | I meant the crossgcc list |
| 08:53.11 | stephas83 | ah... |
| 08:53.21 | tmzt_mp900c_ | dcordes: what do tree do you use to build kernel or kaiser |
| 08:53.24 | Bastiaan_Wakkie | it would be creat if I can manage my phone via my desktop as I have an ssh connection now to qtopia on my bleuangel |
| 08:53.59 | tmzt_mp900c_ | gnome-phone-manager in at mode, or gnokii maybe? |
| 08:54.11 | dcordes | tmzt_mp900c_: htc-msm or google *.25 with ginge's patchset |
| 08:54.30 | tmzt_mp900c_ | can you get that setup for stephas83? |
| 08:55.05 | dcordes | hmm gnochi :) |
| 08:55.20 | stephas83 | so i just found the codesourcery download, so the target os is eabi :) |
| 08:55.32 | tmzt_mp900c_ | oe is eabi, I think |
| 08:55.56 | stephas83 | aha, well i gotta read my way into that... |
| 08:56.09 | tmzt_mp900c_ | it should ignore -mabi= for kernel at least |
| 08:57.41 | stephas83 | okay so it is sourcery g++ lite that you are using... |
| 08:57.58 | tmzt_mp900c_ | yes, latest eabi for linux/i386 |
| 08:58.08 | tmzt_mp900c_ | target arm |
| 08:58.18 | dcordes | tmzt_mp900c_: could one send sms on the kaiser using cat blabla > smd0? |
| 08:58.27 | stephas83 | wait..ok yes |
| 08:58.30 | tmzt_mp900c_ | in a way |
| 08:59.03 | tmzt_mp900c_ | search google for "Titchy Mobile" |
| 08:59.05 | Bastiaan_Wakkie | I made some photo's of the inner works of the htc blueangel... someone intrested? |
| 08:59.09 | *** join/#htc-linux Red|Devil (n=red@lounge.datux.nl) |
| 08:59.28 | Bastiaan_Wakkie | I had 2 and as one was broken I opened it |
| 08:59.34 | dcordes | Bastiaan_Wakkie: you can always upload such things to the xda wiki |
| 08:59.46 | Bastiaan_Wakkie | ok |
| 09:01.04 | dcordes | http://wiki.xda-developers.com/index.php?pagename=BlueangelNakedPictures |
| 09:02.50 | dcordes | there is even a hardcorde technical description |
| 09:22.27 | Bastiaan_Wakkie | ok good added 2 |
| 09:22.36 | Bastiaan_Wakkie | thx dcordes |
| 09:22.42 | stephas83 | good nite |
| 09:37.00 | *** join/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 09:37.23 | *** join/#htc-linux Marnux__ (n=Marnux@83.101.56.48) |
| 09:48.04 | *** part/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 09:49.14 | *** join/#htc-linux gfy (n=gfy@host-84-220-246-219.cust-adsl.tiscali.it) |
| 09:54.03 | *** join/#htc-linux gfy (n=gfy@host-84-220-246-219.cust-adsl.tiscali.it) |
| 09:55.37 | *** join/#htc-linux rob_w|laptop (n=rob@p549BA288.dip0.t-ipconnect.de) |
| 09:58.23 | *** join/#htc-linux kedar (n=kstate@kerberos.upv.cz) |
| 10:05.06 | *** join/#htc-linux Foxdie (n=foxdie@fox.akao.co.uk) |
| 10:06.25 | *** join/#htc-linux ease (n=ease@c23-241.icpnet.pl) |
| 10:08.04 | Foxdie | hi all, has development stopped for HTC Universal? |
| 10:14.11 | *** join/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 10:26.46 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
| 10:28.07 | *** part/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 10:28.39 | *** join/#htc-linux get (n=getf@ensim2.fmsweb.de) |
| 10:32.54 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 10:33.12 | Foxdie | apt, they're not in here |
| 10:52.21 | Foxdie | goxboxlive, are you around? |
| 11:01.56 | *** join/#htc-linux kring (n=kring@221.219.112.120) |
| 11:09.27 | *** join/#htc-linux ALo (n=alogeno@203.Red-81-44-9.dynamicIP.rima-tde.net) |
| 11:23.50 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
| 11:40.15 | Foxdie | yo tsdogs |
| 11:40.21 | Foxdie | do you know if development for the universal has stopped? |
| 11:40.58 | tsdogs | Foxdie: well, from the kernel part yes, |
| 11:41.41 | tsdogs | for the qtopia part we (or at least I) are waiting for the 4.4 version to come out (few more weeks...) |
| 11:42.21 | tsdogs | Foxdie: hi btw :) |
| 11:43.33 | tsdogs | bbl, gg grab some food :) |
| 11:44.39 | Foxdie | been a while :) hope you're doing well? |
| 11:46.00 | Foxdie | food is a good idea |
| 11:46.14 | Foxdie | thinks about leftover curry ^_^ |
| 12:23.31 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 13:06.44 | *** join/#htc-linux patoche (n=Patrice@lns-bzn-24-82-64-128-221.adsl.proxad.net) |
| 13:33.07 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-88-212-37.bak.res.rr.com) |
| 14:27.06 | Marajin__ | 'lo |
| 14:33.35 | marajin | ginge: 'lo |
| 14:34.23 | marajin | wonders why work just phoned him up to check if they have a screen resolution of at least 1680x1050 because "the new database need it" |
| 14:38.59 | *** join/#htc-linux gfy (n=gfy@host-84-220-246-219.cust-adsl.tiscali.it) |
| 14:41.45 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
| 14:49.33 | *** part/#htc-linux zoolooc (n=lucian@nrbg-4dbfd30b.pool.einsundeins.de) |
| 14:52.19 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-ea27aca8b06b5cc4) |
| 14:52.29 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 15:32.59 | *** join/#htc-linux Obi-Wahn (n=tobias@xdslp093.osnanet.de) |
| 15:34.28 | *** join/#htc-linux Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
| 16:12.05 | *** join/#htc-linux raven_coda (n=raven_co@64.50.35.184) |
| 16:16.16 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8657f5.pool.einsundeins.de) |
| 16:17.02 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-f77c8f37f8f5d89c) |
| 16:31.33 | *** join/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 16:36.20 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfd30b.pool.einsundeins.de) |
| 16:55.16 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbff14c.pool.einsundeins.de) |
| 17:29.59 | *** join/#htc-linux OpnSrc1 (i=harisha1@gateway/tor/x-455dbf5d70cd1acb) |
| 18:06.49 | *** join/#htc-linux patoche (n=Patrice@lns-bzn-24-82-64-128-221.adsl.proxad.net) |
| 18:09.52 | *** join/#htc-linux pleemans (n=peter@dD577D01D.access.telenet.be) |
| 18:19.16 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 18:19.19 | *** join/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 18:28.25 | marajin | hmm |
| 18:30.41 | *** join/#htc-linux exco1 (n=exco@e181116184.adsl.alicedsl.de) |
| 18:39.13 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 18:52.18 | *** join/#htc-linux LunohoD_ (n=alex@e180075139.adsl.alicedsl.de) |
| 18:54.41 | *** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo) |
| 18:59.25 | *** join/#htc-linux marbalon (n=balon@aegx79.neoplus.adsl.tpnet.pl) |
| 19:00.46 | *** join/#htc-linux wasup (n=Tech@208.47.103.106) |
| 19:00.53 | *** part/#htc-linux wasup (n=Tech@208.47.103.106) |
| 19:12.13 | *** join/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 19:12.36 | *** part/#htc-linux exco (n=exco@e181116184.adsl.alicedsl.de) |
| 19:13.17 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 19:13.23 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
| 19:19.03 | marbalon | hi everyone, I'm going to buy diamond or touch pro, but have a little problem, if I decide diamond it will be possible run linux from nand - win file system ? |
| 19:20.30 | marbalon | I'm thinking about rw access of course |
| 19:21.03 | ali1234 | what type of flash memory does it have? |
| 19:21.19 | marbalon | I have no idea |
| 19:22.05 | marbalon | but what type of file system use pocket pc ? |
| 19:22.40 | marbalon | hardware is one problem and file system is other problem |
| 19:23.10 | ali1234 | no idea. i doubt linux would coexist well with windows mobile |
| 19:23.45 | marbalon | diamond don't have SD card :( |
| 19:24.35 | ali1234 | that sucks |
| 19:24.36 | marbalon | now I have a kaiser but keyboard isn't necessary for me |
| 19:25.03 | ali1234 | without SD card, how are you going to copy files onto it? craptive sync? |
| 19:25.08 | marbalon | touch pro is more expensive |
| 19:26.02 | patoche | diamond can be seen as usb storage |
| 19:26.47 | marbalon | you can use synce for copy file |
| 19:27.10 | ali1234 | synce is painful to use |
| 19:27.22 | marbalon | I'm using it now on kaiser |
| 19:27.28 | AstainHellbring | the diamond and touch pro are the closest that we have to what the actual release android devices will be from what I have seen |
| 19:27.50 | patoche | when you plug the usb cable you have a popup on diamond , you can choose between "usb storage" or actyve sync |
| 19:30.10 | ali1234 | AstainHellbring: so does that mean there will be a kernel driver for the internal flash? |
| 19:30.27 | ali1234 | and what type is it? doc? or something else? |
| 19:30.40 | AstainHellbring | not 100% sure |
| 19:30.42 | marajin | AstainHellbring: Yeah the android device planned is pretty similar to the touch proin featureset from what I've heard |
| 19:30.52 | AstainHellbring | yep |
| 19:31.12 | marajin | we've only got a few weeks till the "dream" comes out though I think |
| 19:31.49 | marbalon | I think android-msm form google git repository should work file on this devices, maybe little customisation is needed, but shoud work |
| 19:32.34 | marajin | marbalon: Well maybe. In ways the diamond/touch pro have a more dissimilar chipset than the vogue/kaiser |
| 19:33.03 | marajin | vogue = 7500, google = 7500A, diamond/touch pro = 7201A |
| 19:33.04 | marajin | I think |
| 19:33.07 | marbalon | but diamond and touch pro looks like hardware for android - home button keyboard is more similar to SDK emulator |
| 19:34.06 | marajin | but we don't actually know for sure what the dream will have beyond it'll 99% chance be an MSM7x00A |
| 19:34.09 | AstainHellbring | well the touch pro/diamond for cdma will have 7501a proc |
| 19:34.17 | AstainHellbring | it will almost garenteed |
| 19:34.19 | marajin | *7x0x |
| 19:35.05 | marajin | I think the dream will likely be 7200A though really or 7201A which would be perfect for diamond/raphael users |
| 19:35.20 | AstainHellbring | thats my bet too |
| 19:35.46 | marajin | but I'm pretty sure the original prototypes were 7500A |
| 19:36.47 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 19:37.25 | marbalon | btw, I'm trying dum new filesystem from SDK emulator http://discuz-android.blogspot.com/2008/01/extract-google-android-file-system.html |
| 19:37.36 | marbalon | how can I open Android console ? |
| 19:37.57 | ali1234 | well if we are making predications... i predict that the dream will use a radically different set of peripheral hardware, making it impossible to backport any of the kernel drivers to older devices |
| 19:38.24 | AstainHellbring | lol ali1234 I predict you are dead wrong htc is making it and they are lazy |
| 19:39.05 | ali1234 | they are also cheap too... that's why they like to use so many different chipsets... playing one manufacturer against another |
| 19:39.30 | AstainHellbring | uhh what you mean so many different ones? |
| 19:39.48 | ali1234 | marbalon: run 'emulator' then 'adb shell' |
| 19:40.14 | ali1234 | well they've used arm cores from what, four different companies? |
| 19:40.38 | marbalon | ali1234: thanks! |
| 19:41.44 | AstainHellbring | uhm Ive only seen to ali1234 |
| 19:41.58 | infernix | marajin: does 0.9 boot on kaiser or is it too big for initrd only? |
| 19:42.31 | AstainHellbring | * ive only seen two different ones |
| 19:44.13 | ali1234 | AstainHellbring: wizard = texas instruments, hermes = samsung, kaiser = qualcomm |
| 19:44.54 | ali1234 | and i think the uni is pxa (intel? or ibm? i forget) |
| 19:48.01 | AstainHellbring | most of the ones Ive seen are pxa which is intel or qualcomm but yah I see yah |
| 19:50.54 | *** join/#htc-linux ginge (n=baz@78-105-175-81.zone3.bethere.co.uk) |
| 19:50.58 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 19:51.17 | ginge | hi |
| 19:51.24 | dcordes | hi there |
| 19:54.14 | ali1234 | hi ginge. you got a keyboard patch for titan? |
| 19:54.36 | ginge | I saw the log and posted the link couple of days ago |
| 19:54.42 | ginge | let me see... |
| 19:55.07 | dcordes | marbalon: somebody uploaded the new android emulator rootfs yesterday |
| 19:55.08 | ali1234 | it was last night |
| 19:55.08 | *** join/#htc-linux zwox (n=zwox@unaffiliated/zwox) |
| 19:55.10 | *** join/#htc-linux wasup (n=Tech@208.47.103.106) |
| 19:55.20 | ali1234 | oh hi wasup :) |
| 19:55.37 | ginge | last night eh? I did have a couple of beers ;) |
| 19:55.45 | wasup | ali1234: how r u? |
| 19:56.20 | wasup | ginge: fully settled in yet? |
| 19:56.24 | dcordes | infernix: you need to remove some stuff. you must get < 20M |
| 19:56.40 | ginge | wasup: yeah just about. You know how it goes though :) |
| 19:57.09 | wasup | ginge: yeah... |
| 19:58.13 | wasup | any1 get android to run? |
| 19:58.39 | ginge | wasup: yeah, once then dma died |
| 19:59.29 | *** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo) |
| 20:01.54 | ginge | http://www.headfuzz.co.uk/files/android/titan-board-kaiser-keypad.c |
| 20:03.06 | dcordes | infernix: or try boot from sd if you're brave |
| 20:03.16 | ali1234 | why is 33 in row_gpio[] twice? |
| 20:03.22 | ali1234 | did you mean 34? |
| 20:03.23 | ginge | so ali: we think it is a bog standard scanning kb, but noone could scan me the columns so I started and worked up |
| 20:03.39 | ginge | no reason |
| 20:04.05 | ginge | remember some make the machine crash, so it was a safe default |
| 20:04.43 | ali1234 | but why twice? |
| 20:05.03 | ginge | clearly 34 wasnt working, or had an unexpected effect |
| 20:05.18 | ali1234 | so why not just remove it entirely, since the length is counted after? |
| 20:05.32 | ginge | sighs |
| 20:06.40 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 20:07.46 | ginge | this is what I would do:- instead of triggering irqs for scanning kb, use a polling driver. That way you wont make it crash as often and you can work out the rows and columns |
| 20:08.35 | ali1234 | what cpu is the titan? |
| 20:08.42 | ginge | omap? |
| 20:08.59 | ginge | must be msm of some kind |
| 20:09.00 | ali1234 | omap really? have you tried the omap keyboard driver?? |
| 20:09.33 | ginge | no, I spend very little time actually trying to get this working. Most of it was spent looking at traces |
| 20:09.44 | ginge | omapkb isn going to help if you cant trace the pins |
| 20:09.49 | AstainHellbring | titan is msm proc its 7500 |
| 20:10.27 | ginge | this code is about 2 lines different from the kaiser keyboard, and was only for working out gpio iassignments |
| 20:10.48 | ali1234 | it's almost identical to the omap driver anyway by the looks of it |
| 20:10.58 | ginge | yeah based on |
| 20:11.28 | ginge | its just a scanning keyboard driver, not like its rocket science anyway |
| 20:18.11 | ali1234 | udelay(500) ... hmm |
| 20:20.43 | ginge | what about it? |
| 20:21.15 | ali1234 | well firstly it's a very long delay for keyboard polling. on omap the most i have seen is 100 and wizard usually needs 20-50 |
| 20:21.26 | ali1234 | and secondly, in your bit of debug code, you dont delay at all |
| 20:21.26 | ginge | hoe fast are those devices? |
| 20:21.59 | ali1234 | wizard is 133mhz i think |
| 20:22.15 | ginge | msm7500 is at least 400mhz |
| 20:22.26 | ali1234 | so? |
| 20:22.35 | ali1234 | so the gpios take longer to settle? |
| 20:22.51 | ginge | sighs |
| 20:23.50 | ginge | because it can poll then faster (remember it polls) you need a larger delay to account for the fact you could scan them faster |
| 20:24.07 | ginge | and get repeated keys or just garbage |
| 20:24.16 | ginge | its like a shit debounce |
| 20:24.34 | ali1234 | i know how it works |
| 20:24.41 | ginge | why ask dumb questions then :) |
| 20:24.58 | ali1234 | so you are saying that udelay() delays for a different amount of time which is related to the speed of the processor? |
| 20:25.37 | ginge | no, I am saying that Marcin obviously thought that the delay was appropriate for the debouncing etc |
| 20:26.12 | ali1234 | well im just saying that i have never seen a device that needs such a large delay |
| 20:26.34 | ginge | you've never seen a device with faster than a snails pace cpu ;) |
| 20:26.47 | ali1234 | the speed of the cpu has nothing to do with it |
| 20:26.59 | ali1234 | if anything a slower cpu would have slower reacting gpios |
| 20:27.22 | ginge | sighs |
| 20:27.25 | *** part/#htc-linux ginge (n=baz@78-105-175-81.zone3.bethere.co.uk) |
| 20:27.29 | tmzt_mp900c_ | think about the gpios as a very low speed clock |
| 20:28.29 | *** join/#htc-linux ginge (n=baz@78-105-175-81.zone3.bethere.co.uk) |
| 20:28.36 | ginge | ~ping ginge |
| 20:28.36 | apt | pong ginge |
| 20:28.42 | ginge | grumbles |
| 20:28.47 | *** join/#htc-linux miknix (n=miknix@213.13.200.4) |
| 20:29.03 | ginge | okay, so the gpios are generally driven from an internal clock which is derived by a divider o the main cpu |
| 20:29.32 | ginge | (but not always) |
| 20:30.57 | ginge | so you can poll the registers that contain the contents of the gpios based on the clock speed. If you can poll the gpios faster than the gpio hardware clock can run you can scan the entire gpio range faster than it changes |
| 20:31.19 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 20:31.27 | ginge | ali1234: I wish that orange box would work on my dsl. this ne sucks |
| 20:31.42 | ali1234 | i see. so you are basically saying that a slower processor can get away with less delay because of the intrinsic delay between any operations being larger |
| 20:32.20 | ginge | yes, and in addition not all cpus are clocked n the same way, so it is mostly always hardware dependant. Keyboard gpio clock etc |
| 20:36.48 | ali1234 | is it possible to access the gpios from userspace? |
| 20:36.49 | ginge | yeah |
| 20:36.58 | ginge | just expose it with a class driver |
| 20:37.18 | ginge | ask BabelO i think there is something that already exists |
| 20:37.27 | ali1234 | that would reqire less faffing with kernels and haret |
| 20:37.41 | tmzt_mp900c_ | devmem? |
| 20:37.56 | ginge | it would, but once again you cant trace the whole gpio range because they generally do something. |
| 20:38.20 | ginge | it will still be an exercise in rebooting when you probe the wrong gpio |
| 20:38.33 | ali1234 | only if you write to it? |
| 20:38.38 | tmzt_mp900c_ | are there multiple request_irq's for keyboard driver? |
| 20:38.44 | ginge | sometimes reading it makes it go wonky |
| 20:39.22 | tmzt_mp900c_ | at least on pxa, if you don't clear the interrupt on the matrix controller it does |
| 20:39.25 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 20:39.42 | ginge | tmzt_mp900c_: it requests a shared irq for the either the rows or cols |
| 20:40.09 | tmzt_mp900c_ | so you could add a printk in there, how would that work for the rows/cols? |
| 20:40.11 | ginge | irq 28? |
| 20:41.07 | ali1234 | wasup: what works on the keyboard so far? |
| 20:41.08 | ginge | tmzt_mp900c_: in the irq handler? |
| 20:42.04 | ginge | just enable debugging |
| 20:43.00 | tmzt_mp900c_ | when I did motoq kbd, I originally dumped the matrix registers and couldn't get them to match up to the rows/cols so I added printk's on the rows |
| 20:43.53 | ginge | the way this one works is any press on a row triggers a shared irq. This then starts a kernel thread that runs a matrix scan. |
| 20:44.15 | tmzt_mp900c_ | ok |
| 20:44.24 | tmzt_mp900c_ | it scans gpio's then? |
| 20:44.29 | ginge | so its pretty much a guessing game |
| 20:44.31 | ginge | yeah |
| 20:44.46 | ginge | unless you can demux the irq trigger source in the msm, which I doubt you can |
| 20:45.41 | tmzt_mp900c_ | you have some of the rows now? |
| 20:46.20 | ginge | iirx these rows are correct |
| 20:46.20 | ginge | 31, 32, 33, 34, 35, 36, 37, 79 |
| 20:46.37 | tmzt_mp900c_ | is there a wiki of the msm gpios? |
| 20:47.01 | tmzt_mp900c_ | you have haret dumps for the i/o dir, right? |
| 20:47.01 | ginge | they are all different for each device. Is started a titan one on xda dev somewhere, but it doesn't have much in it |
| 20:47.23 | tmzt_mp900c_ | I mean, are there some that msm have in common, like pxa? |
| 20:47.25 | ginge | tmzt_mp900c_: yeah, but when it scans it can request they change from output to input |
| 20:47.43 | ginge | not really. I havn;t seen many msm devices with the same gpio assignment |
| 20:47.55 | ginge | but then again there are not that many msm devices |
| 20:48.04 | ginge | and I didn't look at many of them |
| 20:48.27 | tmzt_mp900c_ | I guess it's that too many periphs are on arm9 side |
| 20:48.39 | ginge | sounds reasoable, yeah |
| 20:49.42 | tmzt_mp900c_ | if it strobes the rows, there are gpios for cols too? |
| 20:49.57 | ginge | yes, its in a 5x7? matrix |
| 20:50.13 | ginge | or 7x7 I dont remember now |
| 20:50.19 | ali1234 | 8x7 |
| 20:50.24 | tmzt_mp900c_ | so we can treat the rows as output? |
| 20:50.27 | ginge | ah, ok |
| 20:51.13 | ginge | they are treated as outputs, yeah |
| 20:51.42 | ginge | brb |
| 20:51.50 | tmzt_mp900c_ | maybe just strobe one repeatedly from userspace? |
| 20:51.57 | tmzt_mp900c_ | ok |
| 20:54.03 | wasup | umm... from what i remember "rewq" |
| 20:54.07 | wasup | those keys worked |
| 20:54.44 | wasup | but they were mirrored... so like "r = q" "e=w" "w=e" "q=r" |
| 20:55.10 | wasup | ginge: do you remember which ones wordked? |
| 20:55.26 | ali1234 | then you were not using the same code :/ |
| 20:58.51 | marajin | allo allo |
| 20:59.23 | ginge | ali1234: why? |
| 20:59.46 | ali1234 | because the code you just posted only does a printk, it doesnt trigger an actual keypress |
| 20:59.58 | ginge | read carefully |
| 21:00.40 | ginge | in the queue handler it syncs the input |
| 21:00.51 | ali1234 | in queuework? |
| 21:01.01 | marajin | 'lo ginge |
| 21:01.02 | ginge | maybe I put a return in there |
| 21:01.07 | ginge | just comment it out |
| 21:01.14 | ginge | let me check the logs on that file... |
| 21:01.19 | ginge | marajin: hi |
| 21:01.27 | marajin | how goes? |
| 21:01.33 | ali1234 | you put in a function that tries to poll and do a printk followed by a return |
| 21:01.42 | ginge | okay, so the last changes I make were that agpio test and a return in queue handler |
| 21:01.44 | ali1234 | the main body is never reached |
| 21:02.05 | ali1234 | also it never resets the rows to "off" |
| 21:02.19 | ginge | that is done in the irq handler I think |
| 21:02.22 | marajin | wasup: Did ya get the android image to load btw? |
| 21:02.41 | ali1234 | the second time through the polling loop, two rows will be "on" |
| 21:02.46 | ginge | marajin: not bad. you? |
| 21:03.16 | marajin | ginge: I'm vaguely tired, I've only just eaten for the first time today and I'm about to perform some silly hackery on my xbox360's DVD drive. |
| 21:03.25 | marajin | so pretty good really ;) |
| 21:03.30 | ginge | marajin: hackery? |
| 21:03.42 | marajin | ginge: Yeah I have a 79FL drive |
| 21:04.08 | ginge | ali1234: probably, the code does some interesting things. |
| 21:04.15 | ginge | marajin: means nothing to me |
| 21:04.53 | marajin | ginge: Well there's dozens of revisions and types of drives used in the 360 but the last models got a Hitachi with rev of 79FL and 79FK |
| 21:05.05 | marajin | ginge: The old trick was just to dump the firmware and flash some custom one |
| 21:05.14 | marajin | ginge: but the 79XX drives won't let you |
| 21:05.24 | marajin | without doing some ludicrous soldering |
| 21:05.29 | ginge | is that to play "backups" |
| 21:05.49 | marajin | but there appears to have arissen a way to break the security feature at last |
| 21:06.04 | marajin | yes ginge, yes it's to play backups of my many legal discs |
| 21:06.22 | marajin | well I do have 10 legal discs, I maintain the right! |
| 21:07.28 | AstainHellbring | use a hair dryer and you can melt the glue on warrenty sticker so that you can place it back on after hack and no one will know |
| 21:07.54 | marajin | AstainHellbring: My sticker is a defective sticker and doesn't actually peel the logo anyway :D |
| 21:08.15 | marajin | AstainHellbring: I've opened it twice without it tearing the background logo bit |
| 21:09.00 | AstainHellbring | lol nice |
| 21:15.02 | *** join/#htc-linux OpnSrc1 (i=harisha1@gateway/tor/x-1d50cf55c47afe48) |
| 21:37.25 | *** part/#htc-linux wasup (n=Tech@208.47.103.106) |
| 21:38.49 | *** join/#htc-linux patoche (n=pat@lns-bzn-24-82-64-128-221.adsl.proxad.net) |
| 22:02.11 | *** join/#htc-linux meredydd (n=meredydd@cpc4-cmbg2-0-0-cust471.cmbg.cable.ntl.com) |
| 22:49.05 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
| 22:50.57 | *** join/#htc-linux TheJoker (i=Othello@gateway/tor/x-04b4a39430d3eb3b) |
| 22:53.31 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 23:07.00 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 23:15.49 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 23:17.30 | *** join/#htc-linux BabelO (n=Fabrice@unaffiliated/babelo) |
| 23:18.56 | dcordes | hi BabelO, did you see the link with the android rootfs? |
| 23:19.21 | BabelO | dcordes: yes, i ve it |
| 23:19.34 | marajin | 'lo dcordes |
| 23:19.53 | dcordes | hi |
| 23:20.12 | marajin | how's it going? |
| 23:21.43 | dcordes | good |
| 23:26.11 | *** join/#htc-linux TheJoker (i=Othello@gateway/tor/x-63b69688085d42c8) |
| 23:29.32 | marajin | dcordes: been up to anything interesting? |
| 23:29.52 | dcordes | hmmno |
| 23:30.32 | ginge | you know how I was talking about nokia i2c lcd screens... I am going to embed one in my laptop :) |
| 23:30.42 | marajin | ginge: You're a silly man |
| 23:30.53 | ginge | :) |
| 23:30.59 | ginge | I might go for 2 |
| 23:31.09 | marajin | yes yes |
| 23:35.42 | marajin | ginge: Did you ever read "good omens" ? |
| 23:35.53 | ginge | yeah |
| 23:36.38 | marajin | "they'd never understand things like value added tax or manchester.. crowley was particularily pleased with manchester" |
| 23:40.35 | dcordes | ginge: do you have an example of those devices? |
| 23:41.15 | dcordes | like shop partnumber or so |
| 23:41.30 | ginge | its a nokia screen man, take hammer to one ;) |
| 23:41.53 | dcordes | ? |
| 23:41.55 | ginge | joke, you can buy them here: http://www.sparkfun.com/commerce/product_info.php?products_id=569 |
| 23:42.37 | ali1234 | i should get one of those for my dlink |
| 23:42.57 | dcordes | not too pricy |
| 23:43.09 | ginge | there are cheaper ones |
| 23:43.27 | ginge | I get mine from ebay for about £2 nokia 6/7110 |
| 23:56.32 | marajin | the 6110 screens are the ones to pick AFAIK yeha |