00:00.13 | dcordes | btw, why didn't you go for a 3g modem in gta03 ? |
00:00.22 | mickey_away | availability |
00:00.24 | mickey_away | price |
00:00.26 | mickey_away | formfactor |
00:00.31 | mickey_away | license costs |
00:01.41 | dcordes | where do you need to get the license? |
00:01.45 | dcordes | fcc? |
00:02.03 | mickey_away | no, you need to pay advance royalties |
00:02.21 | mickey_away | an estimation of how many modules you will sell |
00:02.40 | mickey_away | the other reasons are more important though |
00:02.58 | dcordes | is that per country? |
00:03.02 | mickey_away | no idea |
00:03.04 | dcordes | yea I was just curious |
00:03.25 | mickey_away | basically, there are no umts modules on the market that are cheap enough, small enough, with a powerconsumption that's bearable for a mobile phone. |
00:03.57 | lupine_85 | finds it odd/amusing that all the uk mobile websites seem to be updating their sites |
00:04.34 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
00:06.25 | mickey_away | g'night |
00:06.41 | dcordes | mickey_away, modules as in devices which are independent from the rest of the hardware so you don't need a 100% redesign? |
00:07.26 | mickey|zzZZzz | yes |
00:07.30 | mickey|zzZZzz | precertified |
00:07.33 | mickey|zzZZzz | openmoko is a small vendor |
00:07.40 | mickey|zzZZzz | no money to get a custom telephony module |
00:07.43 | mickey|zzZZzz | n8 |
00:09.55 | dcordes | night |
00:17.11 | dcordes | bye |
00:17.44 | *** join/#htc-linux nashpa (n=dliviu@dliviu.plus.com) |
00:48.09 | *** join/#htc-linux rG0d (n=IHS@vpn1.sh3lls.net) |
00:53.16 | rG0d | is there any body that installed Linux on HTC Diamond |
00:53.17 | rG0d | ? |
00:54.21 | *** join/#htc-linux heise2k (n=arrrrrrr@65-78-40-52.c3-0.upd-ubr6.trpr-upd.pa.cable.rcn.com) |
00:55.09 | tmzt_ | rG0d: yes, there should be some information on netripper.nl or the wiki.xda-developers.com |
00:55.17 | tmzt_ | under Raphael |
00:59.12 | tmzt_ | http://www.netripper.com/raphael/initrd-netripper-busybox-usb.cpio.gz |
00:59.15 | tmzt_ | http://www.netripper.com/raphael/ |
01:01.24 | rG0d | hmm |
01:01.44 | rG0d | http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux |
01:04.29 | tmzt_ | Raphael is Touch Pro, similar to diamond but with keyboard |
01:18.39 | *** part/#htc-linux nashpa (n=dliviu@dliviu.plus.com) |
01:34.28 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
02:25.05 | ALoGeNo | loo |
02:25.28 | ALoGeNo | tmzt_ ? |
02:25.45 | *** join/#htc-linux ionstorm (n=ion@ip68-228-225-247.ph.ph.cox.net) |
02:25.52 | ALoGeNo | anyone knows if the itouch support usbhost ? |
02:44.17 | tmzt_ | ALoGeNo: hi |
02:44.33 | tmzt_ | ALoGeNo: don't know, moko does and it's a similar soc (chip) |
02:45.08 | ALoGeNo | hum... |
02:45.53 | ALoGeNo | im thinking to put some device to my itouch... but i need look.. |
02:46.15 | ALoGeNo | i think that i see some forum speaking of this |
02:49.24 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-e4bb07efb8ee95af) |
03:29.10 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
05:37.50 | *** join/#htc-linux kkaze_wor (n=kaze@ABordeaux-152-1-16-146.w82-125.abo.wanadoo.fr) |
05:49.10 | *** join/#htc-linux ionstorm (n=ion@ip68-228-225-247.ph.ph.cox.net) |
05:55.15 | *** join/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
05:55.48 | *** join/#htc-linux mrmg (n=mrmg@spc1-bror4-0-0-cust383.asfd.broadband.ntl.com) |
06:01.32 | *** part/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
06:02.06 | *** join/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
06:17.05 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
06:58.08 | *** join/#htc-linux sietse (n=sietse@vogons.xs4all.nl) |
07:04.50 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
07:18.00 | *** join/#htc-linux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
07:21.49 | *** join/#htc-linux kiozen (n=oeichler@p5492A2AC.dip0.t-ipconnect.de) |
07:25.02 | maejrep | Anyone have any suggestions for what appears to be a hang on the cdma raph800 after the pwrsink STUB lines? |
07:25.33 | maejrep | it was working fine before i updated my git checkout with the usb-ether changes |
07:25.58 | maejrep | after that I can't even get to a console anymore |
07:26.29 | maejrep | and not really sure where to start looking to try debugging it |
07:32.26 | *** join/#htc-linux kkaze_wor (n=kaze@ABordeaux-152-1-8-136.w82-125.abo.wanadoo.fr) |
07:32.39 | *** join/#htc-linux goxboxlive (n=goxboxli@24.84-48-212.nextgentel.com) |
07:41.51 | *** join/#htc-linux lpotter (n=ljp@CPE-124-191-144-181.vic.bigpond.net.au) |
07:55.38 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfeb19.pool.einsundeins.de) |
07:59.27 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
08:03.57 | *** join/#htc-linux kilian_ (n=kilian@92.66.94.81) |
08:06.29 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
08:13.59 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
08:48.25 | *** join/#htc-linux timebomb (n=tb@e176110129.adsl.alicedsl.de) |
08:52.17 | *** join/#htc-linux imfloflo (i=5bcfd11d@gateway/web/ajax/mibbit.com/x-efad44c1b7862327) |
08:54.49 | imfloflo | just a question you must param IRQ manually ?` |
08:56.19 | NetRipper | maejrep, do a git diff to make sure you don't have other changes... and you could try using a clean arch/arm/configs/htcraphael_defconfig |
08:57.23 | tmzt_ | NetRipper: hey, are you using mostily a trout kernel now? |
08:59.28 | NetRipper | yes, but using halibut board |
08:59.58 | NetRipper | i've tried using the trout board, but it gives me more trouble ;) |
09:00.42 | imfloflo | what are you working on ? |
09:00.47 | NetRipper | raphael/diamond |
09:01.29 | imfloflo | ok have you success to load 1.0 ? |
09:01.32 | imfloflo | on it ? |
09:02.22 | NetRipper | no, 0.8 |
09:02.33 | NetRipper | http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux |
09:02.52 | NetRipper | don't have access to SD card yet, and android 1.0 is too big to fit in memory |
09:02.54 | imfloflo | so like other device |
09:03.11 | tmzt_ | SD has dma errros also? |
09:03.25 | imfloflo | dma or irq ? |
09:03.46 | NetRipper | tmzt_ command timeout's (see http://www.netripper.com/raphael/20081207_dmesg_mmc.txt) |
09:03.54 | tmzt_ | have you tried PIO? swetland said they did PIO first and worked with htc qcom to make dma work |
09:04.08 | NetRipper | we're not using dma |
09:04.13 | NetRipper | it's a PIO driver |
09:04.17 | NetRipper | the old one |
09:05.01 | tmzt_ | 4bit data? does spi work? |
09:05.09 | *** join/#htc-linux goxboxlive1 (n=goxboxli@mail2.hjellnesconsult.no) |
09:05.14 | tmzt_ | (not too familiar with mmc/sd though) |
09:06.17 | NetRipper | i lost you at spi, im not familiar with mmc/sd either |
09:06.41 | tmzt_ | I mean the spi mode of the SD card, instead of the 4bit mode |
09:08.12 | NetRipper | aha, i don't know how i would try that, just disable the 4 bit flag in the driver? (i saw that one somewhere) |
09:08.26 | NetRipper | if (msmsdcc_4bit) |
09:08.30 | NetRipper | <PROTECTED> |
09:10.24 | tmzt_ | that might make the mmc layer do something different, if it's done at that level |
09:11.20 | NetRipper | im trying now |
09:11.48 | tmzt_ | http://lkml.indiana.edu/hypermail/linux/kernel/0801.1/0280.html |
09:13.44 | NetRipper | still getting timeouts when i pass the 1bit switch to kernel |
09:14.23 | tmzt_ | the code powers up the sd explicitly? |
09:14.36 | tmzt_ | is there a wait between that and the first command? |
09:16.27 | NetRipper | the init is succesful |
09:17.45 | tmzt_ | the controller or card init? I don't see that in your dmesg |
09:18.39 | NetRipper | msm_sdcc |
09:18.55 | NetRipper | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=blob;f=drivers/mmc/host/msm_sdcc.c;h=8a04edaba9b9e70f9e57090988673597be0082ed;hb=refs/heads/htc-msm-2.6.25 |
09:18.58 | NetRipper | on that file |
09:19.08 | NetRipper | the msmsdcc_probe() finishes completely |
09:19.18 | NetRipper | it sets up a timeout handler |
09:19.21 | NetRipper | which gets fired |
09:19.29 | NetRipper | not sure which command |
09:20.39 | *** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl) |
09:22.32 | NetRipper | gtg for a bit, im at work n stuff :p |
09:23.22 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
09:31.35 | NetRipper | tmzt_ all commands fail... for CMD0 and CMD8 it says 'req done' (but command timeout occurs anyway) and for CMD5 it says req failed, -110, retrying.. |
09:32.12 | NetRipper | i can't connect usbnet now to make a dump available on my webby |
09:32.36 | NetRipper | i'd think it's an issue with memory addresses |
09:34.10 | tmzt_ | no card is actually detected then? |
09:35.04 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:44.43 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-1bf2b8d89670e130) |
09:46.07 | *** join/#htc-linux seanmd (n=seanmd@adsl-69-232-210-46.dsl.pltn13.pacbell.net) |
09:53.03 | *** join/#htc-linux dcordes (n=dcordes@ip-77-25-204-80.web.vodafone.de) |
09:53.07 | dcordes | hi |
09:54.40 | tmzt_ | dcordes: hi |
10:01.59 | *** join/#htc-linux metter (n=metter@159-141.3-85.cust.bluewin.ch) |
10:05.09 | dcordes | tmzt_ how are you doing? |
10:12.13 | *** join/#htc-linux TripleQ (i=52adc631@gateway/web/ajax/mibbit.com/x-e81460433c370b34) |
10:14.15 | imfloflo | hi |
10:22.57 | NetRipper | tmzt_ the detection of the sd card is just a GPIO.. it isn't detected via mmc controller |
10:23.22 | NetRipper | tmzt_ i have stubbed the GPIO request and just return 1 to indicate there's an sd card in the socket |
10:29.01 | *** join/#htc-linux timebomb (n=tb@p5B3E6788.dip.t-dialin.net) |
10:29.58 | imfloflo | dcordes do you know how to change dma or irq , which files must be change? |
10:45.40 | *** join/#htc-linux Magorium (i=Othello@gateway/tor/x-2ce863974cb63f6d) |
10:56.36 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B0369CE.dip.t-dialin.net) |
11:01.51 | *** join/#htc-linux LunohoD_ (n=alex@e180073051.adsl.alicedsl.de) |
11:50.39 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
12:00.48 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-799c94073e588ead) |
12:06.55 | *** join/#htc-linux metter_ (n=metter@15-9.3-85.cust.bluewin.ch) |
12:14.28 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
12:57.41 | *** join/#htc-linux mokolade (n=mokolade@85.221.112.173) |
13:05.46 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
13:08.00 | *** join/#htc-linux dsr_ro (i=dsr@89.39.110.83) |
13:18.12 | *** join/#htc-linux ryo_san (n=olive@62.160.122.168) |
14:00.38 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
14:27.28 | maejrep | NetRipper, the only differences are some printk()s that I added to ether.c and touch of jobo's change to msm_fb.c to force RGB444, both of which I made after it stopped booting, and I diffed my .config against htcraphael_defconfig and they were the same, except for the creation date |
14:27.59 | maejrep | I did a make clean and recompile, and did recreate .config from defconfig as well |
14:28.05 | maejrep | same symptom |
14:28.13 | maejrep | headed to work~ |
14:40.56 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
14:41.04 | *** join/#htc-linux kuhlivisj (n=kuhlivis@s5592d82c.adsl.wanadoo.nl) |
14:45.50 | *** part/#htc-linux kuhlivisj (n=kuhlivis@s5592d82c.adsl.wanadoo.nl) |
14:46.46 | *** join/#htc-linux kuhlivisj (n=kuhlivis@s5592d82c.adsl.wanadoo.nl) |
14:48.31 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
15:14.27 | NetRipper | maejrep, can you pastebin your default.txt used for haret? |
15:35.35 | *** join/#htc-linux imfloflo (i=5bcfd11d@gateway/web/ajax/mibbit.com/x-9ec69d5264c7587d) |
15:35.58 | Bushman | hi guys |
15:36.15 | Bushman | any progress with phone ap on BA? |
15:43.04 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B0369CE.dip.t-dialin.net) |
17:15.09 | *** join/#htc-linux apt (i=ibot@rikers.org) |
17:15.09 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
17:17.48 | *** join/#htc-linux imfloflo (i=58b44979@gateway/web/ajax/mibbit.com/x-dcb59c518ff78e99) |
17:23.24 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
17:27.16 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
17:47.23 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
17:56.27 | *** join/#htc-linux drofmij (n=jford@ip-216-46-85-26.dsl.nyc.megapath.net) |
17:59.26 | *** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk) |
18:04.29 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
18:10.31 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
18:11.44 | drofmij | to build from android 2.6.25 branch which diff should I be patching with? |
18:12.21 | dcordes | android-msm-htc-2.6.25 ? which device? |
18:12.25 | drofmij | kaiser |
18:12.47 | drofmij | android-msm-htc-2.6.25 |
18:13.11 | dcordes | http://linuxtogo.org/~lgorris/diffs/git-diff-android-msm-htc-2.6.25_kaiser_20082210.diff |
18:14.04 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
18:14.14 | drofmij | I get errors: |
18:14.14 | drofmij | can't find file to patch at input line 5964 |
18:14.14 | drofmij | Perhaps you used the wrong -p or --strip option? |
18:14.14 | drofmij | The text leading up to this was: |
18:14.14 | drofmij | -------------------------- |
18:14.15 | drofmij | |diff --git a/block/blk-core.c b/block/blk-core.c |
18:14.17 | drofmij | |index 2a438a9..4b35824 100644 |
18:14.19 | drofmij | |--- a/block/blk-core.c |
18:14.21 | drofmij | |+++ b/block/blk-core.c |
18:14.23 | drofmij | -------------------------- |
18:14.25 | drofmij | File to patch: |
18:15.22 | dcordes | everything else applies well? |
18:15.42 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
18:15.43 | drofmij | there are a few more |
18:16.00 | drofmij | like : |
18:16.01 | drofmij | 1 out of 1 hunk ignored |
18:16.01 | drofmij | patching file drivers/i2c/busses/i2c-msm.c |
18:16.01 | drofmij | Hunk #2 succeeded at 27 with fuzz 1 (offset -2 lines). |
18:16.01 | drofmij | Hunk #3 FAILED at 67. |
18:16.01 | drofmij | Hunk #4 succeeded at 368 (offset 24 lines). |
18:16.03 | drofmij | Hunk #5 succeeded at 395 (offset 24 lines). |
18:16.05 | drofmij | Hunk #6 FAILED at 404. |
18:16.07 | drofmij | Hunk #7 succeeded at 421 (offset 25 lines). |
18:16.09 | drofmij | Hunk #8 succeeded at 451 (offset 23 lines). |
18:16.11 | drofmij | Hunk #9 succeeded at 466 (offset 23 lines). |
18:16.13 | drofmij | 2 out of 9 hunks FAILED -- saving rejects to file drivers/i2c/busses/i2c-msm.c.rej |
18:16.15 | drofmij | patching file drivers/mfd/Kconfig |
18:16.17 | drofmij | Hunk #1 succeeded at 15 with fuzz 2 (offset -7 lines). |
18:16.19 | drofmij | Hunk #2 succeeded at 53 (offset -7 lines). |
18:16.21 | drofmij | patching file drivers/mfd/Makefile |
18:16.22 | dcordes | it is better to use a pastebin for so many lines. |
18:16.23 | drofmij | Hunk #1 FAILED at 3. |
18:16.25 | drofmij | 1 out of 1 hunk FAILED -- saving rejects to file drivers/mfd/Makefile.rej |
18:16.27 | drofmij | patching file drivers/mfd/htc-egpio.c |
18:16.29 | drofmij | patching file drivers/mmc/card/block.c |
18:16.31 | drofmij | Hunk #1 succeeded at 643 (offset -7 lines). |
18:16.33 | drofmij | patching file drivers/mmc/host/msm_sdcc.c |
18:16.35 | drofmij | sorry |
18:16.35 | dcordes | please stop |
18:16.44 | dcordes | the diff was created with the android-msm-htc-2.6.25 revision from the date in the filenmae |
18:16.49 | drofmij | ah ok |
18:17.15 | drofmij | so I need to tell git which date to update too |
18:23.58 | *** join/#htc-linux mooky_ (n=suzannet@berger.projecthugo.co.uk) |
18:28.26 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
18:33.32 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
18:41.35 | *** join/#htc-linux craigad (n=pocketir@149.254.48.17) |
18:41.42 | *** part/#htc-linux drofmij (n=jford@ip-216-46-85-26.dsl.nyc.megapath.net) |
18:54.35 | *** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk) |
18:54.42 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
19:11.39 | *** join/#htc-linux dwaradzyn (n=dwaradzy@damian8155.net.autocom.pl) |
19:11.54 | imfloflo | hey dwaradyn |
19:12.00 | dwaradzyn | hey |
19:12.12 | imfloflo | so what are your progress ? |
19:12.50 | dwaradzyn | i did not manage to restore osk on 2.6.25 |
19:12.57 | dwaradzyn | rolk: did you succeed? |
19:15.53 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
19:18.00 | rolk | dwaradzyn: Hum. |
19:18.23 | rolk | I got the android-msm-htc-2.6.25 branch build, with onscreen keyboard supported. |
19:19.09 | dwaradzyn | ok, did you have blinking keyboard issue? |
19:19.19 | rolk | I still do not know how to 'select' the white 'special' characters, but the normal letters work allright, |
19:19.24 | rolk | As far as the LTG branch is concerned, I'm puzzled by the full_keyboard.diff patch you posted. |
19:19.33 | rolk | On the polaris thread. |
19:19.59 | rolk | It merely adds a new file to the code base, but it never gets compiled, asd the new file is not added to the Makefile. |
19:20.05 | dwaradzyn | could you post your diff making 2.6.25 osk working again? |
19:20.26 | rolk | So, even though I patched the LTG code base, I think it will work without that patch. |
19:20.55 | rolk | What do you mean with 'blinking keyboard'? |
19:22.41 | dwaradzyn | after i press camera key the green keyboard is shown but immediately followed by whole screan update which clears keyboard |
19:23.14 | dwaradzyn | every screeen update makes the keyboard show for "one frame" and disappear |
19:23.41 | dwaradzyn | i think i did not merge msm_fb correctly |
19:23.56 | dwaradzyn | i got stuck with this issue and did not progress further |
19:24.54 | dwaradzyn | i dont understand why you say that my patch does not work, two days ago you applied it and i quote you: 16:21 rolk dwaradzyn: excellent! Not only does the keyboard work, but also the splash screen displayed properly. I really need to figure out the differences between these two kernels. |
19:28.07 | *** join/#htc-linux hollo (n=hollo@3e6b025d.rev.stofanet.dk) |
19:28.38 | *** join/#htc-linux Moku (n=John@f048083127.adsl.alicedsl.de) |
19:31.50 | dwaradzyn | there is no need to modify makefile to add keyboard_full.c. this file gets included in vogue-ts.c |
19:32.18 | rolk | dwaradzyn: Ok! So that's why the patch is needed and works. |
19:33.36 | rolk | Still, when I visited the arch/arm/mach-msm directory, there was no keyboard_full.o file, even though the zImage that was built worked on my Polaris. |
19:33.49 | rolk | I don't get it :) |
19:34.23 | rolk | Somehow, my revision of the LTG branch builds properly for the Polaris without patches. |
19:34.42 | rolk | Or I f*cked up with managing revisions... |
19:36.52 | dwaradzyn | because keyboard_full.c is not compiled separately but its contents is included into vogue-ts.c you won't get keyboard_full.o |
19:37.09 | dwaradzyn | you will only get vogue-ts.o with different size |
19:38.07 | rolk | dwaradzyn: Now I see... |
19:40.44 | rolk | Thanks for getting that issue cleared up. |
19:40.44 | rolk | Its not a practice that I use much (including .c files). So I got confused. |
19:40.44 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
19:41.51 | dwaradzyn | rolk: i would like to catch up to your progress and go on. do we still want to improve the osk? |
19:43.33 | rolk | I think the osk needs to be able to generate 'shift' keys (!@#$%^%^&*&*(":) and stuff. Otherwise it is quite hard to effectively use the shell. |
19:43.46 | rolk | Do these work in the LTG + patch? |
19:43.59 | dwaradzyn | no, they don't |
19:44.02 | *** join/#htc-linux Bally3 (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
19:44.08 | dwaradzyn | hi Bally3 |
19:44.27 | Bally3 | lo dwaradzyn :D |
19:44.34 | Bally3 | how we all doing? |
19:45.11 | dwaradzyn | i'm trying to catch up with rolk - he did success with on screen keyb drawing |
19:45.34 | rolk | I've tried to hunt the SD card problem, I've disabled the DMA and switched to PIO mode. |
19:45.40 | rolk | But no cigar. |
19:45.52 | rolk | All commands seem to fail or timeout. |
19:45.59 | Bally3 | how did you do that rolk? |
19:46.08 | Bally3 | was that in the config file? |
19:46.26 | dwaradzyn | i tried the sd issue for 2 days some months ago, and failed completely |
19:46.36 | rolk | SD card insert/ejects are detected, but I've learned its via a separate interface that those insert/eject events are detected. |
19:46.53 | dwaradzyn | in 2.6.23 there was no working pio mode... |
19:47.08 | Bally3 | dzo mention using 2.67? |
19:47.10 | rolk | DMA is easily disabled in the driver/mmc/host/msm_...c file. |
19:47.35 | dwaradzyn | dzo mentioned that pio is fully supported in newer codebase |
19:47.52 | rolk | I simply added a immediate return in the 'init_dma_operation' in case of CONFIG_MACH_HTCPOLARIS. |
19:48.07 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfeb19.pool.einsundeins.de) |
19:48.25 | Bally3 | so as dzo said, do you think its a timing issuue? |
19:48.29 | rolk | That newer codebase, would that be from the mainstream kernel? |
19:48.38 | rolk | I.e. Linus' baby? |
19:48.49 | rolk | Or from Android Git, or from LTG? |
19:48.58 | rolk | brb |
19:49.44 | *** join/#htc-linux zck (n=a@unaffiliated/zck) |
19:49.47 | Bally3 | let me look |
19:49.52 | zck | hi |
19:50.33 | Bally3 | hi zck |
19:50.41 | Bally3 | linux 2.67 |
19:50.56 | Bally3 | 2.6.27 |
19:51.02 | Bally3 | 2.6.28 is out too |
19:51.32 | dwaradzyn | i think dzo had 2.6.25 version in mind |
19:52.00 | Bally3 | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=summary |
19:52.06 | Bally3 | thats ltg |
19:52.40 | Bally3 | I read last night I cant remember for life of me.. dzo saying to use 2.6.27 as there was a problem with 2.6.26 |
19:52.53 | Bally3 | I think it might be in the vogue linux thread |
19:54.23 | Bally3 | see.. Im thinking thats where we mightbe tripping over.. not using the latest sources |
19:59.17 | dwaradzyn | dcordes: could you enlighten us about kernel versions? kaiser/polaris users 2.6.25. what version dzo uses for vogue? |
20:01.14 | dwaradzyn | Bally3: i'm afraid that switching between versions is not a simple task. changes made against one codebase have to be merged to another one. it can be complicated if there was many changes between codebases |
20:01.37 | Bally3 | aah |
20:02.14 | Bally3 | have there been a lot of changes made? are you talking about changes made by us or linux peeps? |
20:03.38 | rolk | I've checked the kernel version in the android code base, and although the branch is called android-msm-htc-2.6.25, include/linux/version.h says #define LINUX_VERSION_CODE 132633 |
20:03.54 | rolk | Which is 020619 in hex, so its 2.6.19? |
20:04.17 | Bally3 | Im pretty sure dzo mentioned the 2.6.27 becuase of the SD card issue.. |
20:04.51 | rolk | The LTG branch I have says:#define LINUX_VERSION_CODE 132632 |
20:04.57 | rolk | So, that would be 2.6.18 |
20:05.50 | Bally3 | :S |
20:06.07 | Bally3 | so we're using VERY old codebases? |
20:06.58 | rolk | Not ancient. |
20:07.27 | rolk | At work we use 2.6.13 on a day-to-day basis for our devices. |
20:08.34 | Bally3 | mmc: Add per-card debugfs support |
20:08.35 | Bally3 | For each card successfully added to the bus, create a subdirectory under |
20:08.37 | Bally3 | the host's debugfs root with information about the card. |
20:08.39 | Bally3 | At the moment, only a single file is added to the card directory for |
20:08.40 | Bally3 | all cards: "state". It reflects the "state" field in struct mmc_card, |
20:08.42 | Bally3 | indicating whether the card is present, readonly, etc. |
20:08.44 | Bally3 | For MMC and SD cards (not SDIO), another file is added: "status". |
20:08.45 | Bally3 | Reading this file will ask the card about its current status and |
20:08.47 | Bally3 | return it. This can be useful if the card just refuses to respond to |
20:08.49 | Bally3 | any commands, which might indicate that the card state is not what the |
20:08.51 | Bally3 | MMC core thinks it is (due to a missing stop command, for example.) |
20:09.10 | rolk | The thing is, it not always a benefit to be on the latest code base. It's more important to use the exact code base the chip manufacturer has used to implement the board support package. |
20:09.11 | Bally3 | didnt you say the card was refusing to respond rolk? |
20:09.57 | rolk | I'll check that status thing, in a minute. I need to verify something for work first, then I'm switching to this android stuff... |
20:10.15 | Bally3 | ok ;) |
20:10.54 | *** join/#htc-linux adel1985 (n=adel1985@host113-104-dynamic.23-79-r.retail.telecomitalia.it) |
20:11.01 | adel1985 | buona sera a tutti |
20:11.17 | Bally3 | english man :P |
20:11.32 | Bally3 | I take it that was goodbye then :P |
20:12.26 | Bally3 | debugfs: Implement debugfs_remove_recursive() |
20:12.28 | Bally3 | debugfs_remove_recursive() will remove a dentry and all its children. |
20:12.29 | Bally3 | Drivers can use this to zap their whole debugfs tree so that they don't |
20:12.31 | Bally3 | need to keep track of every single debugfs dentry they created. |
20:12.32 | Bally3 | It may fail to remove the whole tree in certain cases: |
20:12.34 | Bally3 | sh-3.2# rmmod atmel-mci < /sys/kernel/debug/mmc0/ios/clock |
20:12.36 | Bally3 | mmc0: card b368 removed |
20:12.37 | Bally3 | atmel_mci atmel_mci.0: Lost dma0chan1, falling back to PIO |
20:12.38 | Bally3 | sh-3.2# ls /sys/kernel/debug/mmc0/ |
20:12.40 | Bally3 | ios |
20:12.42 | Bally3 | But I'm not sure if that case can be handled in any sane manner. |
20:12.47 | *** join/#htc-linux adel1985 (n=adel1985@host113-104-dynamic.23-79-r.retail.telecomitalia.it) |
20:14.03 | Bally3 | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-vogue |
20:15.19 | *** join/#htc-linux Bally3 (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
20:15.22 | Bally3 | what happ? |
20:15.26 | Bally3 | what happ? |
20:16.18 | Bally3 | maybe we should look for him? |
20:17.02 | *** join/#htc-linux dante (n=dante@net-93-148-250-129.t2.dsl.vodafone.it) |
20:18.04 | Bally3 | read this: |
20:18.11 | Bally3 | Noting the approaching 2.6.24 merge window which will follow the upcoming release of the 2.6.23 kernel, MultiMedia Card (MMC) subsystem maintainer Pierre Ossman described what he plans to push upstream, "this release will probably be one of the biggest ones for the MMC layer so far. The major pieces are SDIO and SPI support, but there are several small nuggets as well." Regarding the new... |
20:18.13 | Bally3 | ...Secure Digital Input Output (SDIO) stack he noted, "gone are the days of having to rely on proprietary stacks for SDIO support in Linux. So no more spotty support for hosts and possible GPL problems. SDIO will now be a standard feature of Linux." He also described three working drivers already ported to the new stack. |
20:18.15 | Bally3 | Pierre went on to discuss the Serial Peripheral Interface (SPI) stack, "the second large feature is the fact that you can now use your SPI controllers for MMC, SD and SDIO. Yes, even SDIO works nicely over SPI. This means that a lot more systems can get storage and expansion I/O at basically the cost of a connector." He added, "David Brownell is currently marked as providing 'odd fixes' for... |
20:18.16 | Bally3 | ...the mmc_spi driver, but we could really use a proper maintainer. So if you have sufficient experience with Linux' SPI interface and the time, please raise your hand." |
20:23.51 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
20:24.04 | *** part/#htc-linux adel1985 (n=adel1985@host113-104-dynamic.23-79-r.retail.telecomitalia.it) |
20:24.52 | dcordes | Bally3, maybe you mean the post where dzo told me to try pio mode with the 2.6.27 SD. I don't know from the top of my head which version dzo uses but itÃs the 2.6.24 codebase and he pulls in changes where he needs them |
20:25.15 | dcordes | dwaradzyn, I tried to reconstruct your success with Xfbdev on the kaiser using the same image and the htc-msm branch |
20:25.45 | dwaradzyn | dcordes: yes? |
20:26.30 | dcordes | dwaradzyn, yes it didn't work. |
20:27.04 | dwaradzyn | how did it fail? |
20:28.53 | Bally3 | I think you're right dcordes.. it sounds about right.. |
20:29.11 | Bally3 | does that mean that the 2.6.24 and the 2.6.27 arent that different? |
20:31.30 | dwaradzyn | dcordes: did you see X graphics (eg well known cursor during startup, openmoko todayscreen)? |
20:32.39 | dcordes | dwaradzyn, usually on the kaiser when Xfbdev satrts, it either freezes at the first frame drawn (or only with partly drawn screen; in that case you can see a black bar), this might be a calibration screen or when only Xfbdev is started there is the X wallpaper and curosr pixmap. |
20:33.31 | dcordes | sometimes it doesn't even start and you only get to see a black screen with a white cursor or a white dots |
20:33.54 | dcordes | which was the case when I tried in the openmoko image you use on the polaris |
20:34.28 | rolk | OK. I'm back |
20:34.45 | dwaradzyn | dcordes: were you patient enough, it took a minute or two to show openmoko graphics |
20:34.49 | dwaradzyn | ? |
20:35.13 | dcordes | only 240 x ~60 px are visible |
20:36.09 | dcordes | dwaradzyn, did you see the correct psplash? did the black screen show a minute or the grey X wallpaper? |
20:36.12 | dwaradzyn | after about 60 (or maybe longer) seconds there is a black bar drawn in top of screen, 30 secs later first tray icon appears |
20:36.44 | dcordes | I think I left it a few minutes with the black screen (after psplash) |
20:37.24 | dwaradzyn | dcordes: i saw correct openmoko psplash for the first time, but it hang on blank screen. then i appended psplash=false to default.txt to see whats behind |
20:37.59 | dcordes | hm I should retry in that case |
20:39.29 | *** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk) |
20:41.23 | dwaradzyn | for the second time it launched openmoko gui, see post #56 on http://forum.xda-developers.com/showthread.php?t=452108&page=6 |
20:43.37 | dwaradzyn | as i said earlier the touchscreen was very insensitive but i managed to launch terminal app with dpad and put some commands using osk. i was able to use touchscreen to scroll the terminal |
20:44.30 | dcordes | ts is a whole different problem on kaiser. it's very imprecise |
20:44.33 | dwaradzyn | when touched for about 15 secs it rebooted (tried that 3 times) |
20:46.22 | dwaradzyn | rolk: does full_keyboard.diff apply on 2.6.25 cleanly? |
20:46.31 | dcordes | openmoko uses tslib to handle touchscreen |
20:46.38 | dcordes | on the kaiser we use a patch for use with tslib |
20:46.44 | dcordes | tmzt_, wrote it |
20:46.58 | dcordes | s/patch/patch for ts driver/ |
20:47.44 | dcordes | maybe it's enough to fit /etc/ts.conf for use with polaris |
20:48.07 | rolk | dwaradzyn: I haven't tried that. |
20:48.24 | rolk | I applied it to the LTG branch, where it does apply cleanly. |
20:48.32 | Bally3 | whats in system.gz? |
20:49.05 | dwaradzyn | it contains /system directory on android filesystem |
20:49.30 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
20:49.40 | dwaradzyn | dalvik jvm and android apps are there |
20:51.07 | dcordes | cr2, hi |
20:51.23 | cr2 | hi dcordes |
20:51.49 | cr2 | dcordes: i've looked at g1 spl linked from laf0rge' blog |
20:52.41 | *** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk) |
20:52.58 | dcordes | cr2, did it reveal something interesting? |
20:53.04 | cr2 | it also uses some magic sideband at channel to do pmic* ops |
20:53.41 | dcordes | pmic? |
20:54.04 | cr2 | well, maybe we should go our usual path: memorymap,gpio, etc. |
20:54.23 | cr2 | yes, power management ic |
20:54.42 | cr2 | it uses SBI from arm9 |
20:55.09 | Bally3 | so did you test that status thing rolk? |
20:55.11 | cr2 | somehting like nih qualcomm spi |
20:55.40 | cr2 | but it's hidden from us by many layers. |
20:55.58 | dcordes | SBI? |
20:56.11 | cr2 | i think dzo uses proc_comm for pmic, but i'm not sure |
20:56.35 | cr2 | SBI $\approx$ SPI |
20:56.35 | rolk | Not yet bally3, I'm trying to get my local changes to the android code base up on the xda site. |
20:56.55 | Bally3 | where do you post rolk? |
20:57.10 | dcordes | cr2, yes I think proc_comm is used for clock control |
20:57.10 | Kensan | dcordes: hi |
20:57.23 | cr2 | dcordes: the clk_api by dzo (including the SD clock) is a hack too. |
20:57.44 | dcordes | cr2, btw, x1 AT fifo works ootb with trout-smd code |
20:57.52 | cr2 | dcordes: we need to control the clock directly |
20:58.01 | dcordes | cr2, and x1 seems to have a similar mddi as raph800 |
20:58.10 | cr2 | ok, but maybe it's just good luck |
20:58.42 | dcordes | and same ts as raph and diam |
20:58.44 | cr2 | i still don't understand the SMEM channel base address dereferencing |
20:58.59 | cr2 | similar mddi ? |
20:59.11 | dcordes | the display thingy ^^ |
20:59.19 | dcordes | it has the same colour problem |
20:59.52 | cr2 | the only mddi problem on raph is the pmic control |
20:59.59 | dcordes | raph800 |
21:00.05 | cr2 | are these devices 565 ? or 666 ? |
21:00.18 | cr2 | color depth |
21:00.37 | dcordes | http://www.bertramland.com/htclinux/android.jpg |
21:01.33 | cr2 | ok, but it should be possible to check the respective mddi/mdp regs in haret |
21:02.05 | cr2 | the raph mddi setup is completely documented in wiki |
21:02.05 | dcordes | what do these registers do? |
21:02.17 | cr2 | pmic is a problem, as i've said before. |
21:03.07 | cr2 | you can choose the panel color organization |
21:03.15 | cr2 | 16bit is usually 5+6+5 |
21:03.33 | dcordes | PMDH (MDDI1 host) |
21:03.36 | cr2 | but there are many 18bit=6+6+6 (r+g+b) panels now. |
21:03.44 | dcordes | EMDH (MDDI2 host) |
21:04.12 | cr2 | mddi2 is used for the big cam ? |
21:04.12 | dcordes | maybe raph100 is 5+6+5 but raph800 6+6+6 ? |
21:04.21 | cr2 | maybe |
21:04.42 | dcordes | guess we should look at these regs in wince for raph800 and raph100 |
21:04.44 | rolk | Ok. The patch has been uploaded to the Polaris thread. |
21:04.52 | cr2 | you should not just copypaste g1 code |
21:05.32 | dcordes | I only put resolution in toshiba mddi client for the x1 |
21:05.43 | dcordes | rest works with htc-msm-2.6.25 |
21:05.44 | cr2 | many things have different setup |
21:05.44 | cr2 | or implemented in a different way. |
21:06.15 | cr2 | dcordes: btw, it seems i have no other chance than to use t-mob here in this area ;) |
21:06.29 | cr2 | for umts |
21:06.39 | cr2 | and it's â¬â¬ |
21:07.57 | dcordes | I also enlarged MSM_FB_SIZE for the x1 like so: I did (msm_fb_size for raph100/640/480)*(800*480) |
21:08.15 | cr2 | ok |
21:08.49 | dcordes | cr2, I was astonished how much I could do with my 300mb plan this month |
21:09.13 | dcordes | my traffic exceeded it a bit though (extra â¬s) |
21:09.38 | cr2 | i still prefer to move in small steps, instead of trying to make the android monster half-working in a broken way. |
21:10.06 | cr2 | ok, i'll probably sign the t-mob contract for the next 2 years. |
21:10.17 | dcordes | I only want X on the kaiser |
21:10.59 | dcordes | dzo received a working kaiser and he said he will care a bit about it early 2009 |
21:11.02 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
21:11.41 | cr2 | xfbdev+twm+xterm do not work on kaiser ? |
21:11.53 | cr2 | kaiser is 16bit color depth ? |
21:11.59 | dcordes | Xfbdev freezes after start |
21:12.09 | dcordes | either on a black screen or after 1 frame is drawn |
21:12.25 | cr2 | gdb ? |
21:12.29 | dcordes | I think 16 bit yes |
21:12.32 | cr2 | hm |
21:12.42 | cr2 | you don't have usb |
21:12.49 | cr2 | does bt work ? |
21:12.57 | cr2 | wifi ? |
21:13.18 | dcordes | no I didn't try anything further about wifi because I don't know where to look |
21:13.26 | dcordes | only have what is in the diff I linked you to |
21:13.35 | cr2 | ok |
21:14.26 | dcordes | did you see raph usb is working? |
21:14.26 | cr2 | no |
21:14.29 | cr2 | does it work ? |
21:15.09 | cr2 | i don't read xda-dev |
21:15.09 | dcordes | read htc-msm-2.6.25 |
21:15.24 | dcordes | somebody in the forum changed usb ids in the boardfile and g_ether driver |
21:15.45 | cr2 | to the usual ones ? |
21:16.21 | dcordes | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=df6bc3917c80b8e4e6d718d58e4ca227259a8408 |
21:16.26 | cr2 | then it's actually a desktop-side problem. |
21:17.14 | cr2 | that it does not recognize google as a reasonable source for the cdc_ether :) |
21:18.11 | cr2 | who is 049f/505a ? |
21:18.31 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
21:18.50 | dcordes | I can grep msm kernel |
21:18.53 | cr2 | .ifc_subclass ? |
21:20.03 | dcordes | btw msm machines and kernel were update in OE |
21:20.07 | lupine_85 | attempts to decide between raphael and helping stick android/linux on it, or g1 and jus' chillin' |
21:20.35 | cr2 | 049f Compaq Computer Corp. |
21:20.43 | cr2 | lupine_85: raph is better hardware :) |
21:20.56 | cr2 | if you forget about the digital compass |
21:21.14 | dcordes | lupine_85, x1 is an option too |
21:21.51 | lupine_85 | X1? |
21:22.01 | dcordes | SE xperia x1 |
21:22.01 | cr2 | i'd like to know how this compass is compared to the IGM96 ? magnetic field model _:) |
21:22.39 | cr2 | 505a SA-11x0 based Linux Device, or Itsy (experimental) |
21:22.49 | cr2 | a real bruteforce approach |
21:23.10 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
21:23.11 | cr2 | what about using the CDC ether ids like on the pxa ? |
21:23.35 | lupine_85 | hhm, xperia x1 is quite pretty |
21:23.43 | lupine_85 | and has the right kind of keyoard |
21:24.04 | cr2 | is it bigger than raph ? |
21:24.45 | ilovethisplace | hmm |
21:24.57 | cr2 | i don't really need the keyboard, but the missing SD on diamond really sucks. |
21:26.45 | *** join/#htc-linux infernixx (n=nix@unaffiliated/infernix) |
21:26.55 | dcordes | it removes some flexibility but I would be happy with the built in storage size |
21:27.09 | *** join/#htc-linux Tinyboom (n=nahh@178.80-202-153.nextgentel.com) |
21:27.47 | cr2 | hehe. if you can access it ;) |
21:27.47 | cr2 | did you fix the nand partition sizes |
21:27.47 | dcordes | cr2, yes.. I looked at the x1 in the shop. it seems nice |
21:27.48 | cr2 | ? |
21:27.54 | cr2 | i have enough phones already. |
21:27.59 | dcordes | barry provided a partition table based on the wiki offsets |
21:28.10 | dcordes | but it didn't seem to work |
21:28.36 | cr2 | will be working on finishing raph and athena |
21:28.38 | cr2 | ok |
21:28.38 | dcordes | I'm just saying i reply to is it bigger than raph ? |
21:28.38 | dcordes | in |
21:28.40 | cr2 | SD seems as a less pita option |
21:28.50 | cr2 | ok |
21:29.00 | dcordes | yea don't see where nand is useful |
21:29.16 | cr2 | sd is nand too |
21:29.23 | cr2 | just with a different access interface |
21:29.57 | lupine_85 | thinks he likes the raph more than the x1, and they're both in the "linux is currently quite borked" category, it seems |
21:30.31 | cr2 | an on my medion navi that just went south, the nand was connected over nand-to-SD chip. it's all in the hh.org wiki |
21:30.36 | cr2 | LOL |
21:31.10 | dcordes | don't you have that nüvi? |
21:31.16 | cr2 | lupine_85: i don't know about the x1 gpios, but raphael is researched very well. |
21:31.31 | dcordes | nothing is documented about x1 |
21:31.40 | cr2 | i think i've only missed the stylus gpio |
21:31.41 | dcordes | I only know it seems similar to raph/diam/g1 |
21:32.03 | dcordes | cr2, it would be nice if somebody could look at blackstone and x1 spl |
21:32.12 | cr2 | dcordes: without documented gpios you'll not move anywhere. |
21:32.13 | dcordes | and put some initial wiki |
21:32.31 | cr2 | where i can see the blackstone and x1 spl |
21:32.46 | dcordes | I'll look in the forum |
21:32.58 | cr2 | has somebody registered them in the arch-arm mtype db ? |
21:33.30 | cr2 | Neutron83 should register htc clio too |
21:33.47 | cr2 | so we caqn add the detection support to haret |
21:33.54 | dcordes | http://www.arm.linux.org.uk/developer/machines/ |
21:34.24 | dcordes | 1951 2006 |
21:35.08 | dcordes | I'm confused by the x1 naming and hope venus is the correct codename |
21:35.13 | cr2 | ok, i see you've registered x1 |
21:35.16 | cr2 | ok |
21:35.25 | cr2 | i'm for using the SPL names |
21:35.39 | cr2 | so g1 is called dream |
21:35.56 | dcordes | unfortunately in the kernel it's trout. what is raph100 spl name? |
21:36.37 | cr2 | RAPHAEL |
21:36.55 | cr2 | but i have T8282 (i think) |
21:37.19 | cr2 | it's only a haret detection issue |
21:37.41 | cr2 | htc clio is not in the mtype list |
21:40.02 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
21:40.20 | cr2 | let me know where to look at the blackstone spl |
21:40.45 | Bally3 | you still here dwaradzyne? |
21:40.47 | dcordes | ok wait a minute |
21:41.57 | dcordes | cr2, where do you usually grab the spls? |
21:42.25 | dcordes | Oli is working on a hard spl http://forum.xda-developers.com/showthread.php?t=431217 |
21:43.36 | cr2 | i need a standard spl |
21:43.37 | cr2 | usually it can be dumped from the first megabyte of SRAM |
21:43.42 | cr2 | pwf spl 0x0 0x100000 |
21:43.42 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
21:44.21 | dcordes | ok |
21:44.59 | cr2 | good night |
21:45.50 | cr2 | btw, tell kiozen about the mkgmap support for the garmin routable maps. when he appers :) |
21:46.30 | dcordes | k good night |
21:46.39 | cr2 | i don't have a nüvi. i have 76Cx, it's a water-tight device |
21:47.21 | cr2 | which works from two AAAs during 1.5days |
21:48.40 | cr2 | and has sirf3 gps+ omap for the app cpu. |
21:48.40 | cr2 | good night |
21:55.07 | *** join/#htc-linux Xime (n=xime@dag94-3-82-233-170-230.fbx.proxad.net) |
21:58.31 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
22:02.36 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
22:07.03 | dcordes | mickey|tv, with latest fameworkd-devel and your patch, cli-framekwork returns 1 after gsmcall.Initiate('+49124567','voice') |
22:09.07 | Bally3 | dcordes, the settings I talked about earlier.. in the cofig file.. can they be added to the default.txt file |
22:10.17 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d611.pool.einsundeins.de) |
22:10.33 | dcordes | Bally3, which settings? |
22:11.11 | Bally3 | msn_sdcc_fmax etc |
22:11.20 | Bally3 | but also dma and irq settings |
22:12.25 | dcordes | for the vogue kernel? |
22:12.36 | Bally3 | polaris.. sorry |
22:12.44 | dcordes | dzo passes fmax value fo the vogue |
22:12.58 | dcordes | I think polaris mmc doesn't look for this value |
22:13.09 | dcordes | or it's global |
22:13.56 | Bally3 | strage.. I just loaded the initrd for polaris and noticed as it booted up it said "found sdhc card" |
22:14.25 | Bally3 | is that fake? |
22:14.37 | dwaradzyn | Bally3, no why? |
22:14.55 | dcordes | no |
22:15.00 | dwaradzyn | polaris kernel has support for sd cards, but it has stability issues |
22:15.04 | Bally3 | you know the initrd floating around for polaris? |
22:15.33 | Bally3 | that boots into android with the green keyboard? |
22:15.41 | dcordes | the images are not device specific as long as they don't have modules |
22:16.02 | dcordes | the green keyboard is in the kernel |
22:16.17 | Bally3 | right well as it boots.. just before the scrolling lights .. it says "found sdhc card" |
22:16.22 | dcordes | it's the dzo android-keyboard for vogue |
22:16.37 | dcordes | what's wrong with that? |
22:16.51 | Bally3 | but it sas "found sdhc card"?? |
22:16.56 | Bally3 | says even |
22:17.19 | Bally3 | so does the kernel actually find the sdhc card? |
22:17.30 | Bally3 | or see it even |
22:17.34 | dcordes | what dwaradzyn said |
22:18.57 | Bally3 | must have missed that.. what was that then? |
22:20.17 | dwaradzyn | polaris kernel has support for sd cards. you can mount sd card from within angstrom, play movies from sd, make changes and so on. as long as you dont stress it much it works |
22:20.48 | dwaradzyn | but if you stress it (parallel, many operations) it fails |
22:21.51 | Bally3 | <PROTECTED> |
22:22.06 | Bally3 | so where does that leave sus then?? |
22:22.26 | Bally3 | no mind the spelling.. ir keboardis naffed |
22:22.59 | dwaradzyn | it not that polaris/kaiser does not support sd cards. the problem is that there is stability issue that just stop android 1.0 from booting |
22:23.34 | Bally3 | so is it still about timing, dma and irq's or something else you think? |
22:24.04 | rolk | dwaradzyn: you say 'polaris kernel has support for sd cards. No doubt about that, but what kernel *exactly* (base branch, patched applied) do you have that will even detect an SD card? |
22:24.42 | rolk | I have two kernel 'sorta' working, but neither seems to have any inclination to detect a card. Whatsoever. |
22:24.48 | dwaradzyn | Bally3: i really dont know. the timings are suspected by dzo |
22:25.17 | Bally3 | ok so rolk;'s question then |
22:25.17 | dwaradzyn | rolk: the 2.6.25 + szsoftware patches should work with sd card i think |
22:25.59 | dwaradzyn | i'm 100% sure that sd works with latest ltg msm-htc commit |
22:26.03 | Bally3 | would you try that then rolk? thenn aybe we can try the timing issue.. and I can pm dzo for some tips |
22:26.51 | dwaradzyn | 2.6.25 + szsoftware does also work - i just tried it |
22:27.28 | rolk | dwaradzyn: I'll check those patches once more. |
22:27.30 | Bally3 | I dont want to message him sounding like we havent got a clue..rather try to get answers for where we are stuck and hopefully get more practical solutions |
22:28.06 | dwaradzyn | Bally3: there are no stupid question, you know |
22:28.35 | Bally3 | true dwaradzyn , but there are wasted opportunities |
22:28.42 | dwaradzyn | rolk: the easiest way to see it for yourself is to boot angstrom and mount card by hand |
22:29.15 | Bally3 | ppl get annoyed very quickly if they feel like you're trying to get them to do all the work without trying yourself |
22:29.50 | rolk | I've been trying that for a few days now, but so far the SD card is not responding at all. |
22:30.05 | Bally3 | if he's got a kaiser on him maybe might even tempt him to turn it on if all we're failing on is the stability and the card is picked up |
22:30.17 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
22:30.44 | dwaradzyn | rolk: ok. i can guide you to see that on your polaris |
22:31.19 | Bally3 | can you throw something up for me to look at please? :S |
22:32.30 | rolk | dwaradzyn: ok, please? |
22:32.48 | rolk | I've reset my android-msm-htc-2.6.25 branch to commit c092738e01ab845dc7406dc1b53589b1f9edebbc |
22:33.17 | rolk | and tried to reapply the patches from szsoftware but its not aplying cleanly. |
22:33.30 | dcordes | Kensan, still around? |
22:34.22 | dwaradzyn | rolk: it will be easier if you (for this time) use precompiled kernel, ie that one i posted on polaris thread 2 day ago |
22:34.30 | dwaradzyn | rolk: use http://linuxtogo.org/~lgorris/kaiser-bootkit/angstrom-20081127.cpio.gz as initrd |
22:35.19 | Kensan | dcordes: yup |
22:35.49 | rolk | dwaradzyn: OK, I'm willing to try the precompiled version, but I sure would like to be able to replicate things. |
22:35.53 | Kensan | dcordes: what's up? |
22:36.26 | dcordes | Kensan, are you going to the 25c3? |
22:36.35 | dwaradzyn | rolk: ok - that will be next step, you have initrd and kernel(http://forum.xda-developers.com/attachment.php?attachmentid=135779&d=1228779672) yet? |
22:36.56 | rolk | Anyone know how to remove the cruft that I created over time. I want to reset my repository but after git reset <revision> there still are local files which shouldn't be there. How to get rid of those? |
22:37.00 | *** join/#htc-linux timebomb (n=tb@e176097087.adsl.alicedsl.de) |
22:37.07 | Kensan | dcordes: probably not... other things going on. |
22:37.53 | *** join/#htc-linux exco (n=exco@e181087129.adsl.alicedsl.de) |
22:37.53 | dwaradzyn | rolk: try git reset --hard <commitId> |
22:41.07 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
22:41.35 | Bally3 | dwaradzyn: are you saying that the files you posted up lets you access the sd card?? |
22:42.38 | dwaradzyn | Bally3: yes, kernel i posted has required filesystem support compiled in (for vfat) |
22:43.24 | Bally3 | so if we fix the stability issue in there we can (theoretically) load 1.0 ? |
22:43.52 | Bally3 | how would you test the stability? playing a movie? |
22:44.02 | dwaradzyn | Bally3: theoretically yes, but this issue is here for months and it is not easy to solve |
22:44.31 | dwaradzyn | playing a movie with mplayer and fastforwarding all the time kills sd within seconds |
22:44.56 | Bally3 | no I get that.. but we do have a lot of eager helpers.. and I myself have access to linux fanatics.. I just cant get them interested enough to join in.. but I can persuade them to help me |
22:45.57 | Bally3 | there are a load of people - even in the threads - who have some talent.. rogro does too - but they need pushing in the right direction to look.. otherwise they dont bother.. same as with the 3d driver |
22:46.36 | Bally3 | I dont think this issue is hard to fix.. its a pain to find where to look |
22:46.36 | dwaradzyn | Bally3: 3d driver was a big success - now i can congratulate you :) |
22:46.45 | Bally3 | ;) |
22:47.03 | Bally3 | thanks man.. hey you tried maxnipers rom? its ace |
22:47.34 | Bally3 | I got it running on my phone....sweet... omnio widgets |
22:47.42 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
22:49.07 | rolk | He people, I'd like to recify something I stated earlier. I said that the defconfig for polaris introduced by the szsoftware patched was somehow flawed? Well, that may still be the case, but not as bad as I claimed it was. I think I made an error somewhere in my hurry to apply the patched. Currently, it looks quite ok. |
22:50.35 | dwaradzyn | rolk: the config is ok. it is missing some filesystems and nls support to deal with sd card |
22:50.44 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
22:50.49 | dwaradzyn | rolk: but that can be easily changes with menuconfig |
22:51.59 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
22:55.11 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
22:56.47 | rolk | Does someone care to review those kernel options? I'm looking at those with menuconfig right now, and some of those may be a burden. Here's my list of what I think may be questioned: General Setup/Profiling support Kernel Features/Preemptible kernel Kernel Features/ 64 bit memory and IO resources (?!) |
22:57.07 | rolk | dwaradzyn: I'm booting your kernel now. |
22:57.20 | rolk | On what branch is this one based? |
22:58.28 | dwaradzyn | this is ltg msm-branch with only full_keyboard patch |
22:58.35 | rolk | dwaradzyn: Ok. |
22:58.42 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
22:58.48 | dwaradzyn | i think my config is included in this patch |
22:58.59 | rolk | Interesting. I can see an ext3 mounted filesystem. |
22:59.06 | rolk | Which is cool! |
22:59.47 | Bally3 | nice one rolk |
23:00.21 | rolk | dwaradzyn: What is 'nls' btw? |
23:00.59 | dwaradzyn | national language support, its needed for filesystem using various charactersets for filenames |
23:03.32 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
23:06.37 | *** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com) |
23:08.03 | rolk | Thanks. |
23:08.59 | *** part/#htc-linux exco (n=exco@e181087129.adsl.alicedsl.de) |
23:12.09 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
23:12.47 | Bally3 | have you pased out in amazement rolk? :S |
23:13.57 | dwaradzyn | :) |
23:16.33 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
23:17.05 | rolk | Hum. No. |
23:17.21 | rolk | I'm trying out a few things. |
23:20.32 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
23:22.04 | rolk | Ok. So I can confirm that with the clean LTG branch with the full_keyboard.diff patch (for the qwerty keyboard layout) and the htcpolaris_defconfig included in that release, and the angstrom initrd, I'm able to mount a VFAT and EXT3 file systems of the SD card. |
23:22.22 | rolk | I can also confirm that booting of that EXT3 partition does not work (yet). |
23:23.24 | rolk | It got stuck when trying to access the MMC card. |
23:23.29 | dcordes | rolk, how did you try booting from sd? did you get errors? |
23:24.30 | rolk | Well, I formatted one partition of the SD card as ext3. Then I untarred (as root) the contents of the 'data' image and a 'android' image to that ext3 partition. |
23:24.42 | dwaradzyn | rolk: it propably because mmc card gets detected after few seconds |
23:24.58 | rolk | Those data and android images I downloaded from the vogue site. |
23:25.14 | dwaradzyn | you use initrd from vogue site? |
23:25.29 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
23:25.31 | rolk | Well, not really the initrd... |
23:25.59 | dwaradzyn | hmm, android wont boot without preparation done in initrd |
23:26.24 | dwaradzyn | but try adding rootdelay=5 to default.txt and see if it gets detected |
23:26.36 | rolk | That I can do. |
23:27.30 | rolk | I'm being conservative and making it 10 :) |
23:27.42 | Bally3 | looks like progress to me :) |
23:28.34 | rolk | I have "mmc0: 4 bit data mode disabled" |
23:29.35 | rolk | "mmc0: MMC clock 100000 -> 20000000 Hz, PCLK 4294967274 Hz (that's a lot!, can't be right) |
23:29.54 | rolk | And then 10 times 'mmc0: Command timeout' |
23:30.22 | dwaradzyn | hmm i alway have only 3 times mmc0: command timeout |
23:30.40 | rolk | I've wasted my 10 seconds, and its not booting. So I will revert to the initrd and see how these numbers change when I boot from initrd. |
23:30.45 | dwaradzyn | maybe you use other sd card type (mine is 8gb sandisk class 4) |
23:30.58 | rolk | I use a 2GB, dunno class. |
23:31.10 | dwaradzyn | so its sd, not sdhc |
23:31.27 | dwaradzyn | sdhc is known to be better supported on polaris kernel |
23:32.22 | rolk | How's that? From what I hear, SDHC required a slightly more complex protocol... |
23:33.12 | dwaradzyn | i dont know why, but that info has been around (it was told few times even on this channel) |
23:33.15 | Bally3 | I ave sdhc |
23:33.21 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
23:33.42 | rolk | You lucky ba... |
23:33.46 | rolk | :) |
23:34.33 | dcordes | I prefer rootwait over rootdealy=n now |
23:35.17 | Bally3 | dzo is online |
23:35.21 | dwaradzyn | whats the difference? |
23:35.29 | Bally3 | do you want me to ask him in here? |
23:35.51 | dcordes | rolk, if you use the dzo 1.0 zip on sd, you must make sure you have the contents from the shipped initrd in / as well |
23:35.59 | dcordes | otherwise you get no init |
23:36.12 | *** join/#htc-linux axe_hm (n=weechat@217.116.62.236) |
23:36.17 | rolk | I'd get a kernel panic if no init. Its not that. |
23:36.45 | dcordes | did you extract the initrd? |
23:37.02 | dcordes | hmm it's pointless making android work on the broken sd |
23:38.11 | rolk | Hmm.. I've reverted the haret configuration to get me again booting with the LTG+FKpatch and the angstrom initrd.. |
23:38.20 | rolk | SD card is not detected.... |
23:39.34 | dwaradzyn | dcordes: one more thing about booting openmoko - my display gets refreshed only on osk show/hide, did you hit camera button while trying it? |
23:39.41 | Bally3 | ive pm'd him and asked him to pop in here |
23:39.59 | dcordes | dwaradzyn, ha! that's it |
23:40.11 | dcordes | dwaradzyn, no I don't have the osk built in |
23:40.13 | dcordes | for the kaiser |
23:40.45 | dcordes | so when do you press the camera button and what hapens afterwards? |
23:41.13 | Bally3 | bugger he's gone :( |
23:41.46 | dwaradzyn | camera button triggers osk and screen in X gets refreshed |
23:42.07 | dwaradzyn | otherwise there is no screen update - i'm on openmoko now :) |
23:42.24 | dcordes | does X show _anything_ before you hit it? |
23:42.34 | Bally3 | whats openmoko? |
23:42.45 | dcordes | ~punch X |
23:42.46 | apt | ACTION lets fly with a wild haymaker which catches X right on the nose |
23:43.26 | Bally3 | rolk.. are you any closer to understanding whats happening there? |
23:43.52 | dwaradzyn | Bally3: openmoko was there before android, check http://www.openmoko.com/ |
23:44.03 | Bally3 | it runs on the same kernel? |
23:44.09 | dwaradzyn | yes |
23:44.23 | Bally3 | but whats the point of it all if we cant get the kernel working? |
23:44.43 | dcordes | apt, what is openmoko? |
23:44.44 | apt | extra, extra, read all about it, openmoko is a joint venture of FIC and the open source community creating a complete open source phone platform stack. see http://openmoko.com |
23:44.49 | Bally3 | shouldnt we put our efforts into fixing the sd card issue? |
23:44.54 | rolk | People. That PCLK 4294967274 Hz seems pretty much a bogus value. Its darn close to -1, so close that it actually might be an error value from clk_get_rate(). |
23:45.24 | Bally3 | can you change it rolk? |
23:45.57 | dcordes | rolk, this sd code is from ginge. also the clock. I talked with him about the clock the other day. he said he double checked the clocks with the wince mmc dll |
23:46.00 | dcordes | or clock dll |
23:46.05 | dcordes | and he said it is all good |
23:46.07 | rolk | Its a -22 I think. An -EINVAL. |
23:47.53 | Bally3 | -EINVAL? |
23:48.18 | dwaradzyn | dcordes: i can launch some games under openmoko, it seems very stable. the nonresponsiveness i mentioned could be caused by not refreshing until forced by osk |
23:49.22 | Bally3 | so can we play arond with that value? |
23:49.40 | rolk | static unsigned pc_clk_get_rate(unsigned id) |
23:49.40 | rolk | { |
23:49.40 | rolk | if(id==SDC1_CLK) |
23:49.40 | rolk | return get_sdcc_host_clock(SDC1_CLK); |
23:49.40 | rolk | if(id==SDC1_PCLK) |
23:49.41 | rolk | return get_sdcc_host_clock(SDC1_PCLK); |
23:49.43 | rolk | if(id==SDC2_CLK) |
23:49.45 | rolk | return get_sdcc_host_clock(SDC2_CLK); |
23:49.47 | rolk | if(id==SDC2_PCLK) |
23:49.49 | rolk | return get_sdcc_host_clock(SDC2_PCLK); |
23:49.52 | rolk | printk("Unknown clock!\n"); |
23:49.53 | rolk | return -EINVAL; |
23:49.55 | rolk | } |
23:49.59 | rolk | Seems like the id is not set correctly. |
23:50.22 | dwaradzyn | dcordes: i used touchscreen to get into file menu in inertia game - it worked but i had to click camera button to actually see it |
23:50.24 | dcordes | dwaradzyn, in board-kaiser-keypad.c I will map the function that refreshes the screen to the kamera key. |
23:50.39 | Bally3 | guys! |
23:50.49 | dcordes | dwaradzyn, do you know where that function for the pola is? |
23:50.55 | dcordes | in vogue-ts.c no? |
23:51.02 | Bally3 | casn we support rolk a bit and leave moke for a bit please? |
23:51.11 | dwaradzyn | dcordes: yes its in vogue-ts.c |
23:51.15 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
23:51.29 | Bally3 | hey dzo :) |
23:51.31 | dwaradzyn | Bally3: rolk: i'm about to look into that code |
23:51.41 | Bally3 | thanks for coming :) |
23:51.45 | dzo | hi Bally3, just got your pm. |
23:52.05 | dzo | can't stay long though, i'm at work. |
23:52.17 | dcordes | dwaradzyn, you know which function that is? I want it to only refresh - not draw the keyboard. |
23:52.21 | dwaradzyn | dzo: rolk found something interesting about sd initialization, could you tell if it is the same for vogue? |
23:52.37 | Bally3 | ok.. rolf has just made a discovery.. rolf do you want to update dzo please? |
23:53.18 | dwaradzyn | dcordes: its msm_update_screen |
23:54.09 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
23:54.21 | Bally3 | rolk? |
23:54.38 | rolk | Yes? |
23:54.45 | *** join/#htc-linux kuhlivisj (n=kuhlivis@s5592d82c.adsl.wanadoo.nl) |
23:54.54 | Bally3 | can you tell dzo what you just fod mate? |
23:54.55 | dwaradzyn | dzo: rolk told his finding just before you arrived (it is visible on http://irclog.iclem.net/?chan=htc-linux&msgonly=0) |
23:54.58 | Bally3 | found |
23:55.00 | dcordes | dwaradzyn, so that is a function which resides in msm_fb.c no? |
23:55.05 | Bally3 | damn ir board :P |
23:55.22 | dwaradzyn | dcordes: yes it is defined in msm_fb.c |
23:55.50 | rolk | Ok. I've been able to boot up with SD card working. I also have a situation where its not. In that last situation, I see that PCLK has the value -EINVAL. |
23:56.22 | rolk | So, it figures that from the code: |
23:56.23 | rolk | static unsigned pc_clk_get_rate(unsigned id) |
23:56.23 | rolk | { |
23:56.23 | rolk | if(id==SDC1_CLK) |
23:56.23 | rolk | return get_sdcc_host_clock(SDC1_CLK); |
23:56.24 | rolk | if(id==SDC1_PCLK) |
23:56.25 | rolk | return get_sdcc_host_clock(SDC1_PCLK); |
23:56.27 | rolk | if(id==SDC2_CLK) |
23:56.29 | rolk | return get_sdcc_host_clock(SDC2_CLK); |
23:56.31 | rolk | if(id==SDC2_PCLK) |
23:56.36 | rolk | return get_sdcc_host_clock(SDC2_PCLK); |
23:56.38 | rolk | printk("Unknown clock!\n"); |
23:56.39 | rolk | return -EINVAL; |
23:56.41 | rolk | } |
23:56.43 | rolk | the id of the clock is incorrect. |
23:56.50 | rolk | This would be the id as passed on from: |
23:57.00 | rolk | host->pclk = clk_get(&pdev->dev, msmsdcc_pclks[pdev->id]); |
23:57.13 | rolk | This from the msm_sdcc.c |
23:58.59 | Bally3 | thanks rolk :) |