IRC log for #htc-linux on 20081211

00:00.13dcordesbtw, why didn't you go for a 3g modem in gta03 ?
00:00.22mickey_awayavailability
00:00.24mickey_awayprice
00:00.26mickey_awayformfactor
00:00.31mickey_awaylicense costs
00:01.41dcordeswhere do you need to get the license?
00:01.45dcordesfcc?
00:02.03mickey_awayno, you need to pay advance royalties
00:02.21mickey_awayan estimation of how many modules you will sell
00:02.40mickey_awaythe other reasons are more important though
00:02.58dcordesis that per country?
00:03.02mickey_awayno idea
00:03.04dcordesyea I was just curious
00:03.25mickey_awaybasically, 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.57lupine_85finds 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.25mickey_awayg'night
00:06.41dcordesmickey_away, modules as in devices which are independent from the rest of the hardware so you don't need a 100% redesign?
00:07.26mickey|zzZZzzyes
00:07.30mickey|zzZZzzprecertified
00:07.33mickey|zzZZzzopenmoko is a small vendor
00:07.40mickey|zzZZzzno money to get a custom telephony module
00:07.43mickey|zzZZzzn8
00:09.55dcordesnight
00:17.11dcordesbye
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.16rG0dis there any body that installed Linux on HTC Diamond
00:53.17rG0d?
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.09tmzt_rG0d: yes, there should be some information on netripper.nl or the wiki.xda-developers.com
00:55.17tmzt_under Raphael
00:59.12tmzt_http://www.netripper.com/raphael/initrd-netripper-busybox-usb.cpio.gz
00:59.15tmzt_http://www.netripper.com/raphael/
01:01.24rG0dhmm
01:01.44rG0dhttp://wiki.xda-developers.com/index.php?pagename=RaphaelLinux
01:04.29tmzt_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.05ALoGeNoloo
02:25.28ALoGeNotmzt_ ?
02:25.45*** join/#htc-linux ionstorm (n=ion@ip68-228-225-247.ph.ph.cox.net)
02:25.52ALoGeNoanyone knows if the itouch support usbhost ?
02:44.17tmzt_ALoGeNo: hi
02:44.33tmzt_ALoGeNo: don't know, moko does and it's a similar soc (chip)
02:45.08ALoGeNohum...
02:45.53ALoGeNoim thinking to put some device to my itouch... but i need look..
02:46.15ALoGeNoi 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.02maejrepAnyone have any suggestions for what appears to be a hang on the cdma raph800 after the pwrsink STUB lines?
07:25.33maejrepit was working fine before i updated my git checkout with the usb-ether changes
07:25.58maejrepafter that I can't even get to a console anymore
07:26.29maejrepand 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.49imfloflojust a question you must param IRQ manually ?`
08:56.19NetRippermaejrep, 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.23tmzt_NetRipper: hey, are you using mostily a trout kernel now?
08:59.28NetRipperyes, but using halibut board
08:59.58NetRipperi've tried using the trout board, but it gives me more trouble ;)
09:00.42imfloflowhat are you working on ?
09:00.47NetRipperraphael/diamond
09:01.29imfloflook have you success to load 1.0 ?
09:01.32imflofloon it ?
09:02.22NetRipperno, 0.8
09:02.33NetRipperhttp://wiki.xda-developers.com/index.php?pagename=RaphaelLinux
09:02.52NetRipperdon't have access to SD card yet, and android 1.0 is too big to fit in memory
09:02.54imflofloso like other device
09:03.11tmzt_SD has dma errros also?
09:03.25imfloflodma or irq ?
09:03.46NetRippertmzt_ command timeout's (see http://www.netripper.com/raphael/20081207_dmesg_mmc.txt)
09:03.54tmzt_have you tried PIO? swetland said they did PIO first and worked with htc qcom to make dma work
09:04.08NetRipperwe're not using dma
09:04.13NetRipperit's a PIO driver
09:04.17NetRipperthe old one
09:05.01tmzt_4bit data? does spi work?
09:05.09*** join/#htc-linux goxboxlive1 (n=goxboxli@mail2.hjellnesconsult.no)
09:05.14tmzt_(not too familiar with mmc/sd though)
09:06.17NetRipperi lost you at spi, im not familiar with mmc/sd either
09:06.41tmzt_I mean the spi mode of the SD card, instead of the 4bit mode
09:08.12NetRipperaha, 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.26NetRipperif (msmsdcc_4bit)
09:08.30NetRipper<PROTECTED>
09:10.24tmzt_that might make the mmc layer do something different, if it's done at that level
09:11.20NetRipperim trying now
09:11.48tmzt_http://lkml.indiana.edu/hypermail/linux/kernel/0801.1/0280.html
09:13.44NetRipperstill getting timeouts when i pass the 1bit switch to kernel
09:14.23tmzt_the code powers up the sd explicitly?
09:14.36tmzt_is there a wait between that and the first command?
09:16.27NetRipperthe init is succesful
09:17.45tmzt_the controller or card init? I don't see that in your dmesg
09:18.39NetRippermsm_sdcc
09:18.55NetRipperhttp://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.58NetRipperon that file
09:19.08NetRipperthe msmsdcc_probe() finishes completely
09:19.18NetRipperit sets up a timeout handler
09:19.21NetRipperwhich gets fired
09:19.29NetRippernot sure which command
09:20.39*** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl)
09:22.32NetRippergtg 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.35NetRippertmzt_ 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.12NetRipperi can't connect usbnet now to make a dump available on my webby
09:32.36NetRipperi'd think it's an issue with memory addresses
09:34.10tmzt_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.07dcordeshi
09:54.40tmzt_dcordes: hi
10:01.59*** join/#htc-linux metter (n=metter@159-141.3-85.cust.bluewin.ch)
10:05.09dcordestmzt_ how are you doing?
10:12.13*** join/#htc-linux TripleQ (i=52adc631@gateway/web/ajax/mibbit.com/x-e81460433c370b34)
10:14.15imfloflohi
10:22.57NetRippertmzt_ the detection of the sd card is just a GPIO.. it isn't detected via mmc controller
10:23.22NetRippertmzt_ 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.58imfloflodcordes 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.28maejrepNetRipper, 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.59maejrepI did a make clean and recompile, and did recreate .config from defconfig as well
14:28.05maejrepsame symptom
14:28.13maejrepheaded 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.27NetRippermaejrep, 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.58Bushmanhi guys
15:36.15Bushmanany 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.44drofmijto build from android 2.6.25 branch which diff should I be patching with?
18:12.21dcordesandroid-msm-htc-2.6.25 ? which device?
18:12.25drofmijkaiser
18:12.47drofmijandroid-msm-htc-2.6.25
18:13.11dcordeshttp://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.14drofmijI get errors:
18:14.14drofmijcan't find file to patch at input line 5964
18:14.14drofmijPerhaps you used the wrong -p or --strip option?
18:14.14drofmijThe text leading up to this was:
18:14.14drofmij--------------------------
18:14.15drofmij|diff --git a/block/blk-core.c b/block/blk-core.c
18:14.17drofmij|index 2a438a9..4b35824 100644
18:14.19drofmij|--- a/block/blk-core.c
18:14.21drofmij|+++ b/block/blk-core.c
18:14.23drofmij--------------------------
18:14.25drofmijFile to patch:
18:15.22dcordeseverything else applies well?
18:15.42*** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl)
18:15.43drofmijthere are a few more
18:16.00drofmijlike :
18:16.01drofmij1 out of 1 hunk ignored
18:16.01drofmijpatching file drivers/i2c/busses/i2c-msm.c
18:16.01drofmijHunk #2 succeeded at 27 with fuzz 1 (offset -2 lines).
18:16.01drofmijHunk #3 FAILED at 67.
18:16.01drofmijHunk #4 succeeded at 368 (offset 24 lines).
18:16.03drofmijHunk #5 succeeded at 395 (offset 24 lines).
18:16.05drofmijHunk #6 FAILED at 404.
18:16.07drofmijHunk #7 succeeded at 421 (offset 25 lines).
18:16.09drofmijHunk #8 succeeded at 451 (offset 23 lines).
18:16.11drofmijHunk #9 succeeded at 466 (offset 23 lines).
18:16.13drofmij2 out of 9 hunks FAILED -- saving rejects to file drivers/i2c/busses/i2c-msm.c.rej
18:16.15drofmijpatching file drivers/mfd/Kconfig
18:16.17drofmijHunk #1 succeeded at 15 with fuzz 2 (offset -7 lines).
18:16.19drofmijHunk #2 succeeded at 53 (offset -7 lines).
18:16.21drofmijpatching file drivers/mfd/Makefile
18:16.22dcordesit is better to use a pastebin for so many lines.
18:16.23drofmijHunk #1 FAILED at 3.
18:16.25drofmij1 out of 1 hunk FAILED -- saving rejects to file drivers/mfd/Makefile.rej
18:16.27drofmijpatching file drivers/mfd/htc-egpio.c
18:16.29drofmijpatching file drivers/mmc/card/block.c
18:16.31drofmijHunk #1 succeeded at 643 (offset -7 lines).
18:16.33drofmijpatching file drivers/mmc/host/msm_sdcc.c
18:16.35drofmijsorry
18:16.35dcordesplease stop
18:16.44dcordesthe diff was created with the android-msm-htc-2.6.25 revision from the date in the filenmae
18:16.49drofmijah ok
18:17.15drofmijso 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.54imfloflohey  dwaradyn
19:12.00dwaradzynhey
19:12.12imflofloso what are your progress ?
19:12.50dwaradzyni did not manage to restore osk on 2.6.25
19:12.57dwaradzynrolk: did you succeed?
19:15.53*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
19:18.00rolkdwaradzyn: Hum.
19:18.23rolkI got the android-msm-htc-2.6.25 branch build, with onscreen keyboard supported.
19:19.09dwaradzynok, did you have blinking keyboard issue?
19:19.19rolkI still do not know how to 'select' the white 'special' characters, but the normal letters work allright,
19:19.24rolkAs far as the LTG branch is concerned, I'm puzzled by the full_keyboard.diff patch you posted.
19:19.33rolkOn the polaris thread.
19:19.59rolkIt 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.05dwaradzyncould you post your diff making 2.6.25 osk working again?
19:20.26rolkSo, even though I patched the LTG code base, I think it will work without that patch.
19:20.55rolkWhat do you mean with 'blinking keyboard'?
19:22.41dwaradzynafter i press camera key the green keyboard is shown but immediately followed by whole screan update which clears keyboard
19:23.14dwaradzynevery screeen update makes the keyboard show for "one frame" and disappear
19:23.41dwaradzyni think i did not merge msm_fb correctly
19:23.56dwaradzyni got stuck with this issue and did not progress further
19:24.54dwaradzyni 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.50dwaradzynthere is no need to modify makefile to add keyboard_full.c. this file gets included in vogue-ts.c
19:32.18rolkdwaradzyn: Ok! So that's why the patch is needed and works.
19:33.36rolkStill, 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.49rolkI don't get it :)
19:34.23rolkSomehow, my revision of the LTG branch builds properly for the Polaris without patches.
19:34.42rolkOr I f*cked up with managing revisions...
19:36.52dwaradzynbecause 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.09dwaradzynyou will only get vogue-ts.o with different size
19:38.07rolkdwaradzyn: Now I see...
19:40.44rolkThanks for getting that issue cleared up.
19:40.44rolkIts 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.51dwaradzynrolk: i would like to catch up to your progress and go on. do we still want to improve the osk?
19:43.33rolkI 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.46rolkDo these work in the LTG + patch?
19:43.59dwaradzynno, they don't
19:44.02*** join/#htc-linux Bally3 (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com)
19:44.08dwaradzynhi Bally3
19:44.27Bally3lo dwaradzyn :D
19:44.34Bally3how we all doing?
19:45.11dwaradzyni'm trying to catch up with rolk - he did success with on screen keyb drawing
19:45.34rolkI've tried to hunt the SD card problem, I've disabled the DMA and switched to PIO mode.
19:45.40rolkBut no cigar.
19:45.52rolkAll commands seem to fail or timeout.
19:45.59Bally3how did you do that rolk?
19:46.08Bally3was that in the config file?
19:46.26dwaradzyni tried the sd issue for 2 days some months ago, and failed completely
19:46.36rolkSD card insert/ejects are detected, but I've learned its via a separate interface that those insert/eject events are detected.
19:46.53dwaradzynin 2.6.23 there was no working pio mode...
19:47.08Bally3dzo mention using 2.67?
19:47.10rolkDMA is easily disabled in the driver/mmc/host/msm_...c file.
19:47.35dwaradzyndzo mentioned that pio is fully supported in newer codebase
19:47.52rolkI 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.25Bally3so as dzo said, do you think its a timing issuue?
19:48.29rolkThat newer codebase, would that be from the mainstream kernel?
19:48.38rolkI.e. Linus' baby?
19:48.49rolkOr from Android Git, or from LTG?
19:48.58rolkbrb
19:49.44*** join/#htc-linux zck (n=a@unaffiliated/zck)
19:49.47Bally3let me look
19:49.52zckhi
19:50.33Bally3hi zck
19:50.41Bally3linux 2.67
19:50.56Bally32.6.27
19:51.02Bally32.6.28 is out too
19:51.32dwaradzyni think dzo had 2.6.25 version in mind
19:52.00Bally3http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=summary
19:52.06Bally3thats ltg
19:52.40Bally3I 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.53Bally3I think it might be in the vogue linux thread
19:54.23Bally3see.. Im thinking thats where we mightbe tripping over.. not using the latest sources
19:59.17dwaradzyndcordes: could you enlighten us about kernel versions? kaiser/polaris users 2.6.25. what version dzo uses for vogue?
20:01.14dwaradzynBally3: 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.37Bally3aah
20:02.14Bally3have there been a lot of changes made? are you talking about changes made by us or linux peeps?
20:03.38rolkI'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.54rolkWhich is 020619 in hex, so its 2.6.19?
20:04.17Bally3Im pretty sure dzo mentioned the 2.6.27 becuase of the SD card issue..
20:04.51rolkThe LTG branch I have says:#define LINUX_VERSION_CODE 132632
20:04.57rolkSo, that would be 2.6.18
20:05.50Bally3:S
20:06.07Bally3so we're using VERY old codebases?
20:06.58rolkNot ancient.
20:07.27rolkAt work we use 2.6.13 on a day-to-day basis for our devices.
20:08.34Bally3mmc: Add per-card debugfs support
20:08.35Bally3For each card successfully added to the bus, create a subdirectory under
20:08.37Bally3the host's debugfs root with information about the card.
20:08.39Bally3At the moment, only a single file is added to the card directory for
20:08.40Bally3all cards: "state". It reflects the "state" field in struct mmc_card,
20:08.42Bally3indicating whether the card is present, readonly, etc.
20:08.44Bally3For MMC and SD cards (not SDIO), another file is added: "status".
20:08.45Bally3Reading this file will ask the card about its current status and
20:08.47Bally3return it. This can be useful if the card just refuses to respond to
20:08.49Bally3any commands, which might indicate that the card state is not what the
20:08.51Bally3MMC core thinks it is (due to a missing stop command, for example.)
20:09.10rolkThe 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.11Bally3didnt you say the card was refusing to respond rolk?
20:09.57rolkI'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.15Bally3ok ;)
20:10.54*** join/#htc-linux adel1985 (n=adel1985@host113-104-dynamic.23-79-r.retail.telecomitalia.it)
20:11.01adel1985buona sera a tutti
20:11.17Bally3english man :P
20:11.32Bally3I take it that was goodbye then :P
20:12.26Bally3debugfs: Implement debugfs_remove_recursive()
20:12.28Bally3debugfs_remove_recursive() will remove a dentry and all its children.
20:12.29Bally3Drivers can use this to zap their whole debugfs tree so that they don't
20:12.31Bally3need to keep track of every single debugfs dentry they created.
20:12.32Bally3It may fail to remove the whole tree in certain cases:
20:12.34Bally3sh-3.2# rmmod atmel-mci < /sys/kernel/debug/mmc0/ios/clock
20:12.36Bally3mmc0: card b368 removed
20:12.37Bally3atmel_mci atmel_mci.0: Lost dma0chan1, falling back to PIO
20:12.38Bally3sh-3.2# ls /sys/kernel/debug/mmc0/
20:12.40Bally3ios
20:12.42Bally3But 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.03Bally3http://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.22Bally3what happ?
20:15.26Bally3what happ?
20:16.18Bally3maybe 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.04Bally3read this:
20:18.11Bally3Noting 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.13Bally3...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.15Bally3Pierre 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.16Bally3...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.52dcordesBally3, 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.15dcordesdwaradzyn, I tried to reconstruct your success with Xfbdev on the kaiser using the same image and the htc-msm branch
20:25.45dwaradzyndcordes: yes?
20:26.30dcordesdwaradzyn, yes it didn't work.
20:27.04dwaradzynhow did it fail?
20:28.53Bally3I think you're right dcordes.. it sounds about right..
20:29.11Bally3does that mean that the 2.6.24 and the 2.6.27 arent that different?
20:31.30dwaradzyndcordes: did you see X graphics (eg well known cursor during startup, openmoko todayscreen)?
20:32.39dcordesdwaradzyn, 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.31dcordessometimes it doesn't even start and you only get to see a black screen with a white cursor or a white dots
20:33.54dcordeswhich was the case when I tried in the openmoko image you use on the polaris
20:34.28rolkOK. I'm back
20:34.45dwaradzyndcordes: were you patient enough, it took a minute or two to show openmoko graphics
20:34.49dwaradzyn?
20:35.13dcordesonly 240 x ~60 px are visible
20:36.09dcordesdwaradzyn, did you see the correct psplash? did the black screen show a minute or the grey X wallpaper?
20:36.12dwaradzynafter 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.44dcordesI think I left it a few minutes with the black screen (after psplash)
20:37.24dwaradzyndcordes: 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.59dcordeshm I should retry in that case
20:39.29*** join/#htc-linux mooky (n=suzannet@berger.projecthugo.co.uk)
20:41.23dwaradzynfor the second time it launched openmoko gui, see post #56 on http://forum.xda-developers.com/showthread.php?t=452108&page=6
20:43.37dwaradzynas 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.30dcordests is a whole different problem on kaiser. it's very imprecise
20:44.33dwaradzynwhen touched for about 15 secs it rebooted (tried that 3 times)
20:46.22dwaradzynrolk: does full_keyboard.diff apply on 2.6.25 cleanly?
20:46.31dcordesopenmoko uses tslib to handle touchscreen
20:46.38dcordeson the kaiser we use a patch for use with tslib
20:46.44dcordestmzt_, wrote it
20:46.58dcordess/patch/patch for ts driver/
20:47.44dcordesmaybe it's enough to fit /etc/ts.conf for use with polaris
20:48.07rolkdwaradzyn: I haven't tried that.
20:48.24rolkI applied it to the LTG branch, where it does apply cleanly.
20:48.32Bally3whats in system.gz?
20:49.05dwaradzynit contains /system directory on android filesystem
20:49.30*** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de)
20:49.40dwaradzyndalvik jvm and android apps are there
20:51.07dcordescr2, hi
20:51.23cr2hi dcordes
20:51.49cr2dcordes: 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.58dcordescr2, did it reveal something interesting?
20:53.04cr2it also uses some magic sideband at channel to do pmic* ops
20:53.41dcordespmic?
20:54.04cr2well, maybe we should go our usual path: memorymap,gpio, etc.
20:54.23cr2yes, power management ic
20:54.42cr2it uses SBI from arm9
20:55.09Bally3so did you test that status thing rolk?
20:55.11cr2somehting like nih qualcomm spi
20:55.40cr2but it's hidden from us by many layers.
20:55.58dcordesSBI?
20:56.11cr2i think dzo uses proc_comm for pmic, but i'm not sure
20:56.35cr2SBI $\approx$ SPI
20:56.35rolkNot yet bally3, I'm trying to get my local changes to the android code base up on the xda site.
20:56.55Bally3where do you post rolk?
20:57.10dcordescr2, yes I think proc_comm is used for clock control
20:57.10Kensandcordes: hi
20:57.23cr2dcordes: the clk_api by dzo (including the SD clock) is a hack too.
20:57.44dcordescr2, btw, x1 AT fifo works ootb with trout-smd code
20:57.52cr2dcordes: we need to control the clock directly
20:58.01dcordescr2, and x1 seems to have a similar mddi as raph800
20:58.10cr2ok, but maybe it's just good luck
20:58.42dcordesand same ts as raph and diam
20:58.44cr2i still don't understand the SMEM channel base address dereferencing
20:58.59cr2similar mddi ?
20:59.11dcordesthe display thingy ^^
20:59.19dcordesit has the same colour problem
20:59.52cr2the only mddi problem on raph is the pmic control
20:59.59dcordesraph800
21:00.05cr2are these devices 565 ? or 666 ?
21:00.18cr2color depth
21:00.37dcordeshttp://www.bertramland.com/htclinux/android.jpg
21:01.33cr2ok, but it should be possible to check the respective mddi/mdp regs in haret
21:02.05cr2the raph mddi setup is completely documented in wiki
21:02.05dcordeswhat do these registers do?
21:02.17cr2pmic is a problem, as i've said before.
21:03.07cr2you can choose the panel color organization
21:03.15cr216bit is usually 5+6+5
21:03.33dcordesPMDH (MDDI1 host)
21:03.36cr2but there are many 18bit=6+6+6 (r+g+b) panels now.
21:03.44dcordesEMDH (MDDI2 host)
21:04.12cr2mddi2 is used for the big cam ?
21:04.12dcordesmaybe raph100 is 5+6+5 but raph800 6+6+6 ?
21:04.21cr2maybe
21:04.42dcordesguess we should look at these regs in wince for raph800 and raph100
21:04.44rolkOk. The patch has been uploaded to the Polaris thread.
21:04.52cr2you should not just copypaste g1 code
21:05.32dcordesI only put resolution in toshiba mddi client for the x1
21:05.43dcordesrest works with htc-msm-2.6.25
21:05.44cr2many things have different setup
21:05.44cr2or implemented in a different way.
21:06.15cr2dcordes: btw, it seems i have no other chance than to use t-mob here in this area ;)
21:06.29cr2for umts
21:06.39cr2and it's €€
21:07.57dcordesI also enlarged MSM_FB_SIZE for the x1 like so: I did (msm_fb_size for raph100/640/480)*(800*480)
21:08.15cr2ok
21:08.49dcordescr2, I was astonished how much I could do with my 300mb plan this month
21:09.13dcordesmy traffic exceeded it a bit though (extra €s)
21:09.38cr2i still prefer to move in small steps, instead of trying to make the android monster half-working in a broken way.
21:10.06cr2ok, i'll probably sign the t-mob contract for the next 2 years.
21:10.17dcordesI only want X on the kaiser
21:10.59dcordesdzo 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.41cr2xfbdev+twm+xterm do not work on kaiser ?
21:11.53cr2kaiser is 16bit color depth ?
21:11.59dcordesXfbdev freezes after start
21:12.09dcordeseither on a black screen or after 1 frame is drawn
21:12.25cr2gdb ?
21:12.29dcordesI think 16 bit yes
21:12.32cr2hm
21:12.42cr2you don't have usb
21:12.49cr2does bt work ?
21:12.57cr2wifi ?
21:13.18dcordesno I didn't try anything further about wifi because I don't know where to look
21:13.26dcordesonly have what is in the diff I linked you to
21:13.35cr2ok
21:14.26dcordesdid you see raph usb is working?
21:14.26cr2no
21:14.29cr2does it work ?
21:15.09cr2i don't read xda-dev
21:15.09dcordesread htc-msm-2.6.25
21:15.24dcordessomebody in the forum changed usb ids in the boardfile and g_ether driver
21:15.45cr2to the usual ones ?
21:16.21dcordeshttp://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=df6bc3917c80b8e4e6d718d58e4ca227259a8408
21:16.26cr2then it's actually a desktop-side problem.
21:17.14cr2that it does not recognize google as a reasonable source for the cdc_ether :)
21:18.11cr2who is 049f/505a ?
21:18.31*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
21:18.50dcordesI can grep msm kernel
21:18.53cr2.ifc_subclass ?
21:20.03dcordesbtw msm machines and kernel were update in OE
21:20.07lupine_85attempts to decide between raphael and helping stick android/linux on it, or g1 and jus' chillin'
21:20.35cr2049f  Compaq Computer Corp.
21:20.43cr2lupine_85: raph is better hardware :)
21:20.56cr2if you forget about the digital compass
21:21.14dcordeslupine_85, x1 is an option too
21:21.51lupine_85X1?
21:22.01dcordesSE xperia x1
21:22.01cr2i'd like to know how this compass is compared to the IGM96 ? magnetic field model _:)
21:22.39cr2505a  SA-11x0 based Linux Device, or Itsy (experimental)
21:22.49cr2a real bruteforce approach
21:23.10*** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com)
21:23.11cr2what about using the CDC ether ids like on the pxa ?
21:23.35lupine_85hhm, xperia x1 is quite pretty
21:23.43lupine_85and has the right kind of keyoard
21:24.04cr2is it bigger than raph ?
21:24.45ilovethisplacehmm
21:24.57cr2i 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.55dcordesit 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.47cr2hehe. if you can access it ;)
21:27.47cr2did you fix the nand partition sizes
21:27.47dcordescr2, yes.. I looked at the x1 in the shop. it seems nice
21:27.48cr2?
21:27.54cr2i have enough phones already.
21:27.59dcordesbarry provided a partition table based on the wiki offsets
21:28.10dcordesbut it didn't seem to work
21:28.36cr2will be working on finishing raph and athena
21:28.38cr2ok
21:28.38dcordesI'm just saying i reply to  is it bigger than raph ?
21:28.38dcordesin
21:28.40cr2SD seems as a less pita option
21:28.50cr2ok
21:29.00dcordesyea don't see where nand is useful
21:29.16cr2sd is nand too
21:29.23cr2just with a different access interface
21:29.57lupine_85thinks he likes the raph more than the x1, and they're both in the "linux is currently quite borked" category, it seems
21:30.31cr2an 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.36cr2LOL
21:31.10dcordesdon't you have that nüvi?
21:31.16cr2lupine_85: i don't know about the x1 gpios, but raphael is researched very well.
21:31.31dcordesnothing is documented about x1
21:31.40cr2i think i've only missed the stylus gpio
21:31.41dcordesI only know it seems similar to raph/diam/g1
21:32.03dcordescr2, it would be nice if somebody could look at blackstone and x1 spl
21:32.12cr2dcordes: without documented gpios you'll not move anywhere.
21:32.13dcordesand put some initial wiki
21:32.31cr2where i can see the blackstone and x1 spl
21:32.46dcordesI'll look in the forum
21:32.58cr2has somebody registered them in the arch-arm mtype db ?
21:33.30cr2Neutron83 should register htc clio too
21:33.47cr2so we caqn add the detection support to haret
21:33.54dcordeshttp://www.arm.linux.org.uk/developer/machines/
21:34.24dcordes1951 2006
21:35.08dcordesI'm confused by the x1 naming and hope venus is the correct codename
21:35.13cr2ok, i see you've registered x1
21:35.16cr2ok
21:35.25cr2i'm for using the SPL names
21:35.39cr2so g1 is called dream
21:35.56dcordesunfortunately in the kernel it's trout. what is raph100 spl name?
21:36.37cr2RAPHAEL
21:36.55cr2but i have T8282 (i think)
21:37.19cr2it's only a haret detection issue
21:37.41cr2htc clio is not in the mtype list
21:40.02*** join/#htc-linux chab7 (n=kvirc@212.92.4.114)
21:40.20cr2let me know where to look at the blackstone spl
21:40.45Bally3you still here dwaradzyne?
21:40.47dcordesok wait a minute
21:41.57dcordescr2, where do you usually grab the spls?
21:42.25dcordesOli is working on a hard spl http://forum.xda-developers.com/showthread.php?t=431217
21:43.36cr2i need a standard spl
21:43.37cr2usually it can be dumped from the first megabyte of SRAM
21:43.42cr2pwf spl 0x0 0x100000
21:43.42*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
21:44.21dcordesok
21:44.59cr2good night
21:45.50cr2btw, tell kiozen about the mkgmap support for the garmin routable maps. when he appers :)
21:46.30dcordesk good night
21:46.39cr2i don't have a nüvi. i have 76Cx, it's a water-tight device
21:47.21cr2which works from two AAAs during 1.5days
21:48.40cr2and has sirf3 gps+ omap for the app cpu.
21:48.40cr2good 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.03dcordesmickey|tv, with latest fameworkd-devel and your patch, cli-framekwork returns 1 after gsmcall.Initiate('+49124567','voice')
22:09.07Bally3dcordes, 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.33dcordesBally3, which settings?
22:11.11Bally3msn_sdcc_fmax etc
22:11.20Bally3but also dma and irq settings
22:12.25dcordesfor the vogue kernel?
22:12.36Bally3polaris.. sorry
22:12.44dcordesdzo passes fmax value fo the vogue
22:12.58dcordesI think polaris mmc doesn't look for this value
22:13.09dcordesor it's global
22:13.56Bally3strage.. I just loaded the initrd for polaris and noticed as it booted up it said "found sdhc card"
22:14.25Bally3is that fake?
22:14.37dwaradzynBally3, no why?
22:14.55dcordesno
22:15.00dwaradzynpolaris kernel has support for sd cards, but it has stability issues
22:15.04Bally3you know the initrd floating around for polaris?
22:15.33Bally3that boots into android with the green keyboard?
22:15.41dcordesthe images are not device specific as long as they don't have modules
22:16.02dcordesthe green keyboard is in the kernel
22:16.17Bally3right well as it boots.. just before the scrolling lights .. it says "found sdhc card"
22:16.22dcordesit's the dzo android-keyboard for vogue
22:16.37dcordeswhat's wrong with that?
22:16.51Bally3but it sas "found sdhc card"??
22:16.56Bally3says even
22:17.19Bally3so does the kernel actually find the sdhc card?
22:17.30Bally3or see it even
22:17.34dcordeswhat dwaradzyn  said
22:18.57Bally3must have missed that.. what was that then?
22:20.17dwaradzynpolaris 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.48dwaradzynbut if you stress it (parallel, many operations) it fails
22:21.51Bally3<PROTECTED>
22:22.06Bally3so where does that leave sus then??
22:22.26Bally3no mind the spelling.. ir keboardis naffed
22:22.59dwaradzynit 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.34Bally3so is it still about timing, dma and irq's or something else you think?
22:24.04rolkdwaradzyn: 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.42rolkI have two kernel 'sorta' working, but neither seems to have any inclination to detect a card. Whatsoever.
22:24.48dwaradzynBally3: i really dont know. the timings are suspected by dzo
22:25.17Bally3ok so rolk;'s question then
22:25.17dwaradzynrolk: the 2.6.25 + szsoftware patches should work with sd card i think
22:25.59dwaradzyni'm 100% sure that sd works with latest ltg msm-htc commit
22:26.03Bally3would you try that then rolk? thenn aybe we can try the timing issue.. and I can pm dzo for some tips
22:26.51dwaradzyn2.6.25 + szsoftware does also work - i just tried it
22:27.28rolkdwaradzyn: I'll check those patches once more.
22:27.30Bally3I 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.06dwaradzynBally3: there are no stupid question, you know
22:28.35Bally3true dwaradzyn , but there are wasted opportunities
22:28.42dwaradzynrolk: the easiest way to see it for yourself is to boot angstrom and mount card by hand
22:29.15Bally3ppl get annoyed very quickly if they feel like you're trying to get them to do all the work without trying yourself
22:29.50rolkI've been trying that for a few days now, but so far the SD card is not responding at all.
22:30.05Bally3if 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.44dwaradzynrolk: ok. i can guide you to see that on your polaris
22:31.19Bally3can you throw something up for me to look at please? :S
22:32.30rolkdwaradzyn: ok, please?
22:32.48rolkI've reset my android-msm-htc-2.6.25 branch to commit c092738e01ab845dc7406dc1b53589b1f9edebbc
22:33.17rolkand tried to reapply the patches from szsoftware but its not aplying cleanly.
22:33.30dcordesKensan, still around?
22:34.22dwaradzynrolk: 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.30dwaradzynrolk: use http://linuxtogo.org/~lgorris/kaiser-bootkit/angstrom-20081127.cpio.gz as initrd
22:35.19Kensandcordes: yup
22:35.49rolkdwaradzyn: OK, I'm willing to try the precompiled version, but I sure would like to be able to replicate things.
22:35.53Kensandcordes: what's up?
22:36.26dcordesKensan, are you going to the 25c3?
22:36.35dwaradzynrolk: 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.56rolkAnyone 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.07Kensandcordes: probably not... other things going on.
22:37.53*** join/#htc-linux exco (n=exco@e181087129.adsl.alicedsl.de)
22:37.53dwaradzynrolk: try git reset --hard <commitId>
22:41.07*** join/#htc-linux ilovethisplace (n=ilovethi@152.sub-70-198-251.myvzw.com)
22:41.35Bally3dwaradzyn: are you saying that the files you posted up lets you access the sd card??
22:42.38dwaradzynBally3: yes, kernel i posted has required filesystem support compiled in (for vfat)
22:43.24Bally3so if we fix the stability issue in there we can (theoretically) load 1.0 ?
22:43.52Bally3how would you test the stability? playing a movie?
22:44.02dwaradzynBally3: theoretically yes, but this issue is here for months and it is not easy to solve
22:44.31dwaradzynplaying a movie with mplayer and fastforwarding all the time kills sd within seconds
22:44.56Bally3no 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.57Bally3there 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.36Bally3I dont think this issue is hard to fix.. its a pain to find where to look
22:46.36dwaradzynBally3: 3d driver was a big success - now i can congratulate you :)
22:46.45Bally3;)
22:47.03Bally3thanks man.. hey you tried maxnipers rom? its ace
22:47.34Bally3I 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.07rolkHe 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.35dwaradzynrolk: 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.49dwaradzynrolk: 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.47rolkDoes 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.07rolkdwaradzyn: I'm booting your kernel now.
22:57.20rolkOn what branch is this one based?
22:58.28dwaradzynthis is ltg msm-branch with only full_keyboard patch
22:58.35rolkdwaradzyn: Ok.
22:58.42*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
22:58.48dwaradzyni think my config is included in this patch
22:58.59rolkInteresting. I can see an ext3 mounted filesystem.
22:59.06rolkWhich is cool!
22:59.47Bally3nice one rolk
23:00.21rolkdwaradzyn: What is 'nls' btw?
23:00.59dwaradzynnational 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.03rolkThanks.
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.47Bally3have you pased out in amazement rolk? :S
23:13.57dwaradzyn:)
23:16.33*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
23:17.05rolkHum. No.
23:17.21rolkI'm trying out a few things.
23:20.32*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
23:22.04rolkOk. 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.22rolkI can also confirm that booting of that EXT3 partition does not work (yet).
23:23.24rolkIt got stuck when trying to access the MMC card.
23:23.29dcordesrolk, how did you try booting from sd? did you get errors?
23:24.30rolkWell, 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.42dwaradzynrolk: it propably because mmc card gets detected after few seconds
23:24.58rolkThose data and android images I downloaded from the vogue site.
23:25.14dwaradzynyou use initrd from vogue site?
23:25.29*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
23:25.31rolkWell, not really the initrd...
23:25.59dwaradzynhmm, android wont boot without preparation done in initrd
23:26.24dwaradzynbut try adding rootdelay=5 to default.txt and see if it gets detected
23:26.36rolkThat I can do.
23:27.30rolkI'm being conservative and making it 10 :)
23:27.42Bally3looks like progress to me :)
23:28.34rolkI have "mmc0: 4 bit data mode disabled"
23:29.35rolk"mmc0: MMC clock 100000 -> 20000000 Hz, PCLK 4294967274 Hz (that's a lot!, can't be right)
23:29.54rolkAnd then 10 times 'mmc0: Command timeout'
23:30.22dwaradzynhmm i alway have only 3 times mmc0: command timeout
23:30.40rolkI'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.45dwaradzynmaybe you use other sd card type (mine is 8gb sandisk class 4)
23:30.58rolkI use a 2GB, dunno class.
23:31.10dwaradzynso its sd, not sdhc
23:31.27dwaradzynsdhc is known to be better supported on polaris kernel
23:32.22rolkHow's that? From what I hear, SDHC required a slightly more complex protocol...
23:33.12dwaradzyni dont know why, but that info has been around (it was told few times even on this channel)
23:33.15Bally3I ave sdhc
23:33.21*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
23:33.42rolkYou lucky ba...
23:33.46rolk:)
23:34.33dcordesI prefer rootwait over rootdealy=n now
23:35.17Bally3dzo is online
23:35.21dwaradzynwhats the difference?
23:35.29Bally3do you want me to ask him in here?
23:35.51dcordesrolk, 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.59dcordesotherwise you get no init
23:36.12*** join/#htc-linux axe_hm (n=weechat@217.116.62.236)
23:36.17rolkI'd get a kernel panic if no init. Its not that.
23:36.45dcordesdid you extract the initrd?
23:37.02dcordeshmm it's pointless making android work on the broken sd
23:38.11rolkHmm.. I've reverted the haret configuration to get me again booting with the LTG+FKpatch and the angstrom initrd..
23:38.20rolkSD card is not detected....
23:39.34dwaradzyndcordes: 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.41Bally3ive pm'd him and asked him to pop in here
23:39.59dcordesdwaradzyn, ha! that's it
23:40.11dcordesdwaradzyn, no I don't have the osk built in
23:40.13dcordesfor the kaiser
23:40.45dcordesso when do you press the camera button and what hapens afterwards?
23:41.13Bally3bugger he's gone :(
23:41.46dwaradzyncamera button triggers osk and screen in X gets refreshed
23:42.07dwaradzynotherwise there is no screen update - i'm on openmoko now :)
23:42.24dcordesdoes X show _anything_ before you hit it?
23:42.34Bally3whats openmoko?
23:42.45dcordes~punch X
23:42.46aptACTION lets fly with a wild haymaker which catches X right on the nose
23:43.26Bally3rolk.. are you any closer to understanding whats happening there?
23:43.52dwaradzynBally3: openmoko was there before android, check http://www.openmoko.com/
23:44.03Bally3it runs on the same kernel?
23:44.09dwaradzynyes
23:44.23Bally3but whats the point of it all if we cant get the  kernel working?
23:44.43dcordesapt, what is openmoko?
23:44.44aptextra, 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.49Bally3shouldnt we put our efforts into fixing the sd card issue?
23:44.54rolkPeople. 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.24Bally3can you change it rolk?
23:45.57dcordesrolk, 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.00dcordesor clock dll
23:46.05dcordesand he said it is all good
23:46.07rolkIts a -22 I think. An -EINVAL.
23:47.53Bally3-EINVAL?
23:48.18dwaradzyndcordes: 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.22Bally3so can we play arond with that value?
23:49.40rolkstatic unsigned pc_clk_get_rate(unsigned id)
23:49.40rolk{
23:49.40rolkif(id==SDC1_CLK)
23:49.40rolkreturn get_sdcc_host_clock(SDC1_CLK);
23:49.40rolkif(id==SDC1_PCLK)
23:49.41rolkreturn get_sdcc_host_clock(SDC1_PCLK);
23:49.43rolkif(id==SDC2_CLK)
23:49.45rolkreturn get_sdcc_host_clock(SDC2_CLK);
23:49.47rolkif(id==SDC2_PCLK)
23:49.49rolkreturn get_sdcc_host_clock(SDC2_PCLK);
23:49.52rolkprintk("Unknown clock!\n");
23:49.53rolkreturn -EINVAL;
23:49.55rolk}
23:49.59rolkSeems like the id is not set correctly.
23:50.22dwaradzyndcordes: 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.24dcordesdwaradzyn, in board-kaiser-keypad.c I will map the function that refreshes the screen to the kamera key.
23:50.39Bally3guys!
23:50.49dcordesdwaradzyn, do you know where that function for the pola is?
23:50.55dcordesin vogue-ts.c no?
23:51.02Bally3casn we support rolk a bit and leave moke for a bit please?
23:51.11dwaradzyndcordes: yes its in vogue-ts.c
23:51.15*** join/#htc-linux dzo (n=dzo@121.98.128.127)
23:51.29Bally3hey dzo :)
23:51.31dwaradzynBally3: rolk: i'm about to look into that code
23:51.41Bally3thanks for coming :)
23:51.45dzohi Bally3, just got your pm.
23:52.05dzocan't stay long though, i'm at work.
23:52.17dcordesdwaradzyn, you know which function that is? I want it to only refresh - not draw the keyboard.
23:52.21dwaradzyndzo: rolk found something interesting about sd initialization, could you tell if it is the same for vogue?
23:52.37Bally3ok.. rolf has just made a discovery.. rolf do you want to update dzo please?
23:53.18dwaradzyndcordes: its msm_update_screen
23:54.09*** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com)
23:54.21Bally3rolk?
23:54.38rolkYes?
23:54.45*** join/#htc-linux kuhlivisj (n=kuhlivis@s5592d82c.adsl.wanadoo.nl)
23:54.54Bally3can you tell dzo what you just fod mate?
23:54.55dwaradzyndzo: rolk told his finding just before you arrived (it is visible on http://irclog.iclem.net/?chan=htc-linux&msgonly=0)
23:54.58Bally3found
23:55.00dcordesdwaradzyn, so that is a function which resides in msm_fb.c no?
23:55.05Bally3damn ir board :P
23:55.22dwaradzyndcordes: yes it is defined in msm_fb.c
23:55.50rolkOk. 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.22rolkSo, it figures that from the code:
23:56.23rolkstatic unsigned pc_clk_get_rate(unsigned id)
23:56.23rolk{
23:56.23rolkif(id==SDC1_CLK)
23:56.23rolkreturn get_sdcc_host_clock(SDC1_CLK);
23:56.24rolkif(id==SDC1_PCLK)
23:56.25rolkreturn get_sdcc_host_clock(SDC1_PCLK);
23:56.27rolkif(id==SDC2_CLK)
23:56.29rolkreturn get_sdcc_host_clock(SDC2_CLK);
23:56.31rolkif(id==SDC2_PCLK)
23:56.36rolkreturn get_sdcc_host_clock(SDC2_PCLK);
23:56.38rolkprintk("Unknown clock!\n");
23:56.39rolkreturn -EINVAL;
23:56.41rolk}
23:56.43rolkthe id of the clock is incorrect.
23:56.50rolkThis would be the id as passed on from:
23:57.00rolkhost->pclk = clk_get(&pdev->dev, msmsdcc_pclks[pdev->id]);
23:57.13rolkThis from the msm_sdcc.c
23:58.59Bally3thanks rolk :)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.