IRC log for #htc-linux on 20090412

00:16.42*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
00:17.59*** join/#htc-linux Magorium (i=Othello@gateway/tor/x-fe4a37fde1c2c387)
00:40.42*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
00:57.55*** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com)
01:06.10*** join/#htc-linux Magorium (i=Othello@gateway/tor/x-42bcbbaada978b70)
02:04.20*** join/#htc-linux noodlesgc_ (n=noodles@97.72.68.195)
02:05.05*** join/#htc-linux zycho_ (n=zycho@a89-182-23-78.net-htp.de)
02:05.20*** join/#htc-linux WarptwistDK_ (n=chatzill@0x4dd49295.adsl.cybercity.dk)
02:10.38*** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com)
02:16.50*** join/#htc-linux lupine__ (n=lupine@forest.lupine.me.uk)
02:17.33*** join/#htc-linux toer_ (i=tore@179.81-166-86.customer.lyse.net)
02:41.59*** join/#htc-linux lupine__ (n=lupine@forest.lupine.me.uk) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux infernix (i=nix@unaffiliated/infernix) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux Marex (n=vasum7am@u-pl15.ms.mff.cuni.cz) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux _chab7_3 (n=kvirc@catv91EC01FC.pool.t-online.hu) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux iratsu (n=iratsu@modemcable018.234-59-74.mc.videotron.ca) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux Pure4Real (n=pure4rea@93-45-193-152.ip103.fastwebnet.it) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) [NETSPLIT VICTIM]
02:41.59*** join/#htc-linux DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux mrmoku|easter (n=mrmoku@ppp-93-104-124-128.dynamic.mnet-online.de) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux lama (i=lama@netbsd.pl) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux lpotter (n=lpotter@218.185.108.156) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux no2chem (n=no2chem@ip98-164-222-34.oc.oc.cox.net) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux Dinde (i=kayser@sur-internet.net) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux m0zzie (n=m0zzie@60-241-53-34.static.tpgi.com.au) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux spenguin[work] (n=penguin@203.199.114.33) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux duncang (n=duncang@edna.duncangibb.com) [NETSPLIT VICTIM]
02:42.00*** join/#htc-linux einand (n=einand@remote2.student.chalmers.se) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux dream_kill (n=nospam@87.216.177.110) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux elysion__ (i=kiiski3@mustatilhi.cs.tut.fi) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux TmR|screen`0ff (n=tmr@www.sks-gmbh.de) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux nizox (n=none@eros.ph0k.eu)
02:42.01*** join/#htc-linux hairyraven (n=nobody@loy.pp.ru) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux descention (n=munsco95@acm.pct.edu) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Funklord (n=cow@c-e5d171d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux ImCoKeMaN (n=imcokema@pool-173-67-144-34.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux _away (n=marek@ns.is-ac.de) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux mickey|tv (i=mickey@openmoko/coreteam/mickey)
02:42.01*** join/#htc-linux xeroOTG (n=root@70.90.206.16) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux parmaster (i=par@dipole.idlepattern.com)
02:42.01*** join/#htc-linux cworth (n=cworth@olra.theworths.org) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux Dunedan (n=dunedan@phoenitydawn.de) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan)
02:42.01*** join/#htc-linux lupine_85 (n=lupine@89-16-178-98.no-reverse-dns-set.bytemark.co.uk) [NETSPLIT VICTIM]
02:42.01*** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux lupine__ (n=lupine@forest.lupine.me.uk) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux infernix (i=nix@unaffiliated/infernix) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux Marex (n=vasum7am@u-pl15.ms.mff.cuni.cz) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux _chab7_3 (n=kvirc@catv91EC01FC.pool.t-online.hu) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux Pure4Real (n=pure4rea@93-45-193-152.ip103.fastwebnet.it) [NETSPLIT VICTIM]
02:48.46*** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux mrmoku|easter (n=mrmoku@ppp-93-104-124-128.dynamic.mnet-online.de) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux lama (i=lama@netbsd.pl) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux lpotter (n=lpotter@218.185.108.156) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux no2chem (n=no2chem@ip98-164-222-34.oc.oc.cox.net) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Dinde (i=kayser@sur-internet.net) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux m0zzie (n=m0zzie@60-241-53-34.static.tpgi.com.au) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux spenguin[work] (n=penguin@203.199.114.33) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux einand (n=einand@remote2.student.chalmers.se) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux dream_kill (n=nospam@87.216.177.110) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux TmR|screen`0ff (n=tmr@www.sks-gmbh.de) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux nizox (n=none@eros.ph0k.eu) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux hairyraven (n=nobody@loy.pp.ru) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux descention (n=munsco95@acm.pct.edu) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Funklord (n=cow@c-e5d171d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux ImCoKeMaN (n=imcokema@pool-173-67-144-34.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux _away (n=marek@ns.is-ac.de) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux mickey|tv (i=mickey@openmoko/coreteam/mickey) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux xeroOTG (n=root@70.90.206.16) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux cworth (n=cworth@olra.theworths.org) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux Dunedan (n=dunedan@phoenitydawn.de) [NETSPLIT VICTIM]
02:48.48*** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) [NETSPLIT VICTIM]
02:48.49*** join/#htc-linux lupine_85 (n=lupine@89-16-178-98.no-reverse-dns-set.bytemark.co.uk) [NETSPLIT VICTIM]
02:48.49*** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM]
02:49.03*** join/#htc-linux elysion_ (i=kiiski3@mustatilhi.cs.tut.fi)
02:49.46*** join/#htc-linux Perkka_ (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se)
02:50.13*** join/#htc-linux iratsu (n=iratsu@modemcable018.234-59-74.mc.videotron.ca) [NETSPLIT VICTIM]
02:50.13*** join/#htc-linux duncang (n=duncang@edna.duncangibb.com) [NETSPLIT VICTIM]
02:50.13*** join/#htc-linux elysion__ (i=kiiski3@mustatilhi.cs.tut.fi) [NETSPLIT VICTIM]
02:50.13*** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:50.22*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
02:50.23*** join/#htc-linux zycho (n=zycho@a89-182-23-78.net-htp.de)
02:56.42*** join/#htc-linux Perkka_ (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:56.42*** join/#htc-linux WarptwistDK (n=chatzill@0x4dd49295.adsl.cybercity.dk) [NETSPLIT VICTIM]
02:56.42*** join/#htc-linux zycho_ (n=zycho@a89-182-23-78.net-htp.de) [NETSPLIT VICTIM]
02:56.43*** join/#htc-linux mugsie (n=graham@78.16.72.164) [NETSPLIT VICTIM]
03:01.58*** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821)
03:09.38*** join/#htc-linux mrmoku|e` (n=mrmoku@ppp-93-104-56-193.dynamic.mnet-online.de)
03:28.50*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
03:37.01*** join/#htc-linux Moku (n=John@f048238238.adsl.alicedsl.de)
04:03.35*** join/#htc-linux m0zzie_ (n=m0zzie@60-241-53-34.static.tpgi.com.au)
04:13.44*** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
04:34.11*** join/#htc-linux Othello (i=Othello@gateway/tor/x-f25ab6d15fdf1d8a)
04:48.41*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
05:26.41*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
05:38.37*** join/#htc-linux elysion_ (i=kiiski3@mustatilhi.cs.tut.fi) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux osnr (n=osnr@ool-4351ae8c.dyn.optonline.net) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux TeringTuby (n=Maarten@195-241-125-243.ip.telfort.nl) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux elf (i=elf@antenora.aculei.net) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux _XD (i=t3st1fy@ircop.com) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux nrirclog (n=nrirclog@netripper.com) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux tcccp (i=hey@satanic-server.hey-ix.net) [NETSPLIT VICTIM]
05:38.37*** join/#htc-linux paulproteus (i=paulprot@2002:db69:2513:0:0:0:0:1) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux elysion_ (i=kiiski3@mustatilhi.cs.tut.fi) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux osnr (n=osnr@ool-4351ae8c.dyn.optonline.net) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux TeringTuby (n=Maarten@195-241-125-243.ip.telfort.nl) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com)
05:51.14*** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux elf (i=elf@antenora.aculei.net) [NETSPLIT VICTIM]
05:51.14*** join/#htc-linux _XD (i=t3st1fy@ircop.com) [NETSPLIT VICTIM]
05:51.15*** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com) [NETSPLIT VICTIM]
05:51.15*** join/#htc-linux nrirclog (n=nrirclog@netripper.com) [NETSPLIT VICTIM]
05:51.15*** join/#htc-linux tcccp (i=hey@satanic-server.hey-ix.net) [NETSPLIT VICTIM]
05:51.15*** join/#htc-linux paulproteus (i=paulprot@2002:db69:2513:0:0:0:0:1) [NETSPLIT VICTIM]
06:12.56*** join/#htc-linux Shinto (n=John@f049146119.adsl.alicedsl.de)
06:27.08*** join/#htc-linux mugsie2k (n=graham@78.16.72.164)
06:58.32*** join/#htc-linux Gr33n3gg (n=What@S010600179a52185e.ek.shawcable.net)
07:17.08*** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ca91.pool.einsundeins.de)
08:17.50*** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com)
08:22.36*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
08:23.11*** join/#htc-linux Moku (n=John@g228154016.adsl.alicedsl.de)
09:15.06*** join/#htc-linux Untouchab1e (n=Untoucha@cm-84.209.89.86.getinternet.no)
09:21.57*** join/#htc-linux groton (n=groton@unaffiliated/groton)
09:22.59Untouchab1eGood morning all
09:31.20*** join/#htc-linux Xime (n=xime@bankize.net)
09:44.19*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
09:44.20*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
09:44.42*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
09:49.31*** join/#htc-linux hollo_ (n=hollo@3e6b7b2c.rev.stofanet.dk)
10:06.18*** join/#htc-linux MethoS (n=lem@dyndsl-085-016-164-100.ewe-ip-backbone.de)
10:22.40*** join/#htc-linux timebomb (n=tb@85.183.24.211)
10:33.05*** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk)
10:37.32*** join/#htc-linux Pure4Real (n=pure4rea@93-45-238-114.ip104.fastwebnet.it)
10:56.41*** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl)
10:59.30*** join/#htc-linux Untouchab1e (n=Untoucha@cm-84.209.89.86.getinternet.no)
11:02.31*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
11:11.18*** join/#htc-linux cr2 (n=cr2@ip-90-186-123-250.web.vodafone.de)
11:13.03cr2hi
11:14.10*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
11:15.32cr2hey dcordes
11:16.58cr2mickeyl: what initrd are you using ?
11:17.13mickeylnone
11:17.19mickeyli'm booting a full image on SD
11:17.23mickeylgenerated by OE
11:17.28cr2~ping dcordes
11:17.29aptpong dcordes
11:17.29mickeylfso-console-image atm.
11:17.47cr2ok. but you have some boot problems afair.
11:18.04mickeyllatest kernel is broken
11:18.10mickeylbut that has nothing todo with initrd or not
11:18.22mickeyl(i think)
11:18.38cr2why ? it may be sd clock
11:18.50mickeylhardly
11:18.56mickeylit stucks before trying to mount rootfs
11:19.08mickeylah well, you're right, could be SD init anyways
11:20.24cr2i'd prefer to have a standard initrd, where you can remount the Sd
11:20.30*** join/#htc-linux SOG (n=SOG@n058152150160.netvigator.com)
11:20.57cr2and to ifdef all the android crap that is in the kernel. but it's another issue.
11:21.09mickeylyeah
11:21.13*** join/#htc-linux SOG (n=SOG@n058152150160.netvigator.com)
11:21.19mickeyli'm pretty desperate these days
11:21.26mickeylall things seem to move backwards :)
11:22.26mickeyli have not a single device except the Openmoko one that works well
11:23.06mickeylguess i'll reflash my a1200 today to see the state of things there
11:23.31cr2hmm. it's not that bad.
11:23.45cr2but my a780 is slowly dying
11:23.59cr2so i need a fully working raph100
11:24.55elfwith linux?
11:25.03mickeylwell
11:25.08mickeyla780 kernel has a broken touchscreen atm.
11:25.25elfi didnt think the raph100 port was anywhere near fully working.
11:25.57mickeyltrue, long way to go
11:26.34elf(i have a raph800 which is clearly not ready for prime time, linuxwise.  only slightly better is the official wm6 firmware.)
11:28.37*** join/#htc-linux Xime (n=xime@bankize.net)
11:31.41elfsprint seems to dislike my phone as of late.  sigh.
11:31.59cr2elf: let's hope maejrep will appear soon
11:32.13elfoh, does anyone know of something like htcflasher that actually works on the raphs?
11:32.20cr2elf: everything non-phoe and LCD is the same as on raph100
11:32.49elfi know.
11:33.01cr2if you know the commands, you can extend htcflasher
11:33.44elfhtcflasher cant even recognise the device most of the time, and i only have the one phone, which i need to use as my actual phone...
11:33.56elfso im a wee bit leery of potentially breaking something i cant replace :)
11:34.00cr2i have avoided all the nonhardware parts of spl.
11:34.27cr2it's unlikely that you will break something
11:34.38elfi cant get hardspl onto the thing in the first place.
11:34.58cr2the non-wince parts of nand are hardware-protected (MPU)
11:35.32cr2so you need to disable that first.
11:35.48cr2but i'm not an expert in that area.
11:36.02cr2i want to finish the existing hardware support first.
11:37.05mickeylgood plan
11:37.09mickeylNAND is not important at all
11:37.29cr2mickeyl: wince in nand can  be reflashed, it's not a problem.
11:37.42mickeyli wouldn't mind booting from SD forever, as long as we can shortcut going into harett
11:38.06cr2linload.exe image is good enough
11:38.23cr2that's why i'm searching for a common initrd
11:39.09cr2http://www.netripper.com/raphael/ initrd-angstrom.cpio.gz
11:39.31cr2maybe
11:40.07cr2then we need to commit the gsensor driver
11:41.51dcordeshi cr2, mickeyl others
11:42.03cr2hi dcordes
11:42.05mickeylmorning dcordes
11:42.11cr2time for a real work now :)
11:43.20cr2dcordes: is the  http://www.netripper.com/raphael/initrd-angstrom.cpio.gz good enough ?
11:45.31dcordesit's an angstrom-console-image I built with early 2009 OE metadata. in /etc/config/interfaces netripper added 'auto usb0' line and modified usb0 ip
11:47.17dcordesI could make an uptodate fso-console-image which has ppp etc.
11:50.48cr2ok
11:51.10cr2can you upload it to htc-linux.org then ?
11:51.37dcordesok
11:51.38cr2what phones should we support ?
11:51.56cr2will it work on armv5 ? armv4 ?
11:52.37dcordesnot if I build for htcraphael machine type. OE will select armv6-novfp
11:53.24cr2ok, then name it appropriately
11:54.17dcordesok are any extra program required?
11:54.34cr2but it's nice to have a armv4l image too. because it'll work on  v5 too
11:54.49cr2i2c-tools
11:55.06cr2but let's have something for a start
11:55.39cr2if it will work, i'll certainly write some kernel patches.
11:55.54cr2dcordes: can you commit the gsensor driver ?
11:56.17dcordesyes
11:56.28dcordeshttp://www.linuxtogo.org/~lgorris/builds/OE/htchermes/ this can be used for armv4
11:58.54cr2ok, that looks god
11:59.06cr2is the cegcc in OE ?
11:59.15mickeylI'm afraid not
11:59.26mickeylpatches appreciated
11:59.33mickeylwe only have tons of gcc versions
11:59.38cr2if we could autobuild the linload-$device.exe ...
11:59.57mickeylwhere are the sources for that?
12:00.05mickeyland what are the dependencies except toolchain?
12:00.12dcordescr2: I had a similar thought, adding haret to OE
12:00.20cr2mickeyl: i've built it with 'svn up' and running some shell script
12:00.26cr2cegcc.sf.net
12:00.46cr2but it was necessary to edit this shell script manually ;)
12:01.24cr2dcordes: haret should be added anyway :) but you still need cegcc as a dependency.
12:01.44*** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk)
12:02.23dcordesmickeyl: what's the preferred way to add extra stuff? IMAGE_EXTRA_INSTALL ?
12:02.47cr2mickeyl: cegcc does not have any "real" dependencies, it's a full toolchain even including gdb afair.
12:03.12cr2but the cross-gdb did not build on amd64 last time i've tried.
12:03.33mickeyldcordes: yes, but if it's more, you probably want to create an own task recipe and include that task in your custom image recipe
12:03.37cr2because of some header conflict..
12:05.11cr2mickeyl: cegcc/src/build-mingw32ce.sh should be run on a host system
12:05.22mickeyli see
12:05.44cr2ac_default_prefix=
12:05.57cr2is hardcoded, so i've modified the path.
12:06.43cr2otherwise (if run with --prefix=) the compilation fails somewhere in the deep gcc internals.
12:08.13cr2Kevin2 uses 'printf' in haret, so one can't take a too old cegcc version
12:09.16mickeylsounds not too hard, i just wonder whether It'll be worth it spending the time to put all that in OE
12:09.38mickeylhow will it make things better?
12:09.56dcordesit's comfortable to get a read to use boot kit
12:10.11mickeylhmm
12:10.18dcordesif we won't do it we should at least produce default.txt and probably a README
12:10.30mickeyli understand, but i think booting is very unimportant considering the state of the kernel
12:10.32dcordess/read/ready/
12:10.37mickeylwe can do that easily
12:10.49mickeyljust adding a task-haret-bootkit
12:10.52mickeylthat does that
12:10.58mickeylcontaining the machine specifics
12:11.09dcordesok
12:11.09cr2mickeyl: haret+default.txt is a real pita, to be honest.
12:11.24mickeyli fully agree
12:11.32mickeylstill i wonder about the priorities
12:11.40cr2because one needs to build a lot of 'well-known' workarounds into default.txt
12:11.49dcordescr2: but it also has benefits over the packaged linload
12:12.12dcordesso you can easily replace the kernel on device
12:12.58cr2dcordes: if you want that others test your work, linload.exe is 1000% times better.
12:13.31dcordestrue
12:14.15cr2mickeyl: linload.exe is the best answer to 'how do i test $android on my $foo phone'
12:14.23mickeylhmm
12:14.29mickeylnot sure whether he's interested in answering that question
12:15.10cr2hehe, but it's still the best answer.
12:15.13mickeylhow 'bout $gnu_liinux?
12:15.48cr2i meant '$distribution on $phone'
12:15.52mickeylah
12:15.56mickeylthat clarifies ist
12:16.00cr2:)
12:19.00cr2dcordes: i have a question about htc_fb_console
12:19.05cr2dma2_cfg |= DMA_IBUF_FORMAT_RGB565;
12:19.07cr2...
12:19.16cr2<PROTECTED>
12:19.17cr2<PROTECTED>
12:19.23cr2does it make sense ?
12:19.59dcordesis that something about bit packaging?
12:20.41cr2it's about 565 vs 666 format
12:21.29cr2i thought that the final solution was that 'epson' devices (aka raph[58]00 and blac100) use 565, and raph100 et al. use 666
12:21.44cr2raph100 aka toshiba
12:22.45cr2and here we have the old g1 (toshiba too) 666 format
12:23.09dcordesI did not follow this discussion because I don't understand it
12:23.51cr2565 means packing of 5bits for red, 6bits for green and 5bits for blue
12:24.01cr25+6+5=16bit
12:24.28cr2666 is 6+6+6=18bit~=32bit
12:24.57cr2so your 666 framebuffer ram should be 2x bigger
12:25.34cr2for a marginal quality improvement
12:26.37cr2g1 and raph100 use 666=18bit format, and raph800 & blac100 565=16bit format.
12:26.48cr2that has created the 'broken colors' problem.
12:27.23cr2but for the b/w console it's probably not such a big problem.
12:27.38cr2still, the fb size should be taken into account.
12:27.55dcordesif you have a patch I can commit that too
12:28.17dcordesbtw, where's the linload source?
12:28.44cr2dcordes: it should be tested first
12:28.58cr2linload.exe is a haret Makefile target
12:29.12cr2but you need to provide a working initrd and default.txt for it.
12:29.36dcordesok
12:30.10dcordeshttp://bugs.openembedded.net/show_bug.cgi?id=5080
12:30.24cr2dcordes: check haret/docs/linload.txt
12:36.35dcordescr2: ok. is this http://pastebin.ca/1389608 /etc/local.conf ok ?
12:38.28cr2usb is usb0 or eth0 ?
12:38.42cr2i think dzo changed something ther.e
12:38.54cr2but it's probbaly vogue-only
12:39.16cr2mickeyl: i think that may be a problem, compared to the older msm-clock versions:
12:39.20cr2<PROTECTED>
12:39.22cr2<PROTECTED>
12:39.37*** join/#htc-linux Moku (n=John@f049024209.adsl.alicedsl.de)
12:39.38mickeylnever seen this printed
12:39.43cr2but it should not happen for SD
12:39.52mickeylmine stalled right after "setting clocks..."
12:40.02mickeyliirc, next time I can take a picture
12:40.09mickeyl~lart lack of serial console
12:40.09aptdrops a humongous exploding nuke on lack of serial console
12:40.26dcordescr2: dzo seems to use usb0 in htc-vogue branch, too. see http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=a0ee6b3d197156e250b2f0a037a8ed3e2c330279
12:42.12cr2dcordes: ok
12:42.24cr2mickeyl: there _is_ a serial console
12:42.44mickeylover the usb jack?
12:42.48mickeylsocket, even
12:43.00cr2mickeyl: but you need an extusb connector, and a 3.3v -> rs232 connector
12:43.03cr2yes
12:43.20mickeylinteresting
12:43.34mickeylshould help kernel development
12:43.41cr2dcordes: we should probably add this pinout picture to htc-linux wiki
12:44.37cr2mickeyl: yeah, but out android friends are even not allowed to tell us about this option.
12:44.48mickeyl*sigh*
12:45.52cr2it was said that the standard raph powr cable has all pins wired
12:46.33cr2so you actually need an extusb socket to create a docking station
12:48.21dcordesmickeyl: is this frameworkd.conf any good for use with raph? http://pastebin.ca/1389615 do you add extra stuff? we should probably have OE install this for msm htcs
12:48.40cr2i've lost my raph headset
12:49.09cr2and the hermes headset does not have the antenna pin soldered.
12:49.18mickeyldcordes: you don't need a special conf
12:49.21mickeyljust fix your distro
12:49.28mickeyluse minimal
12:49.35mickeylor change angstrom to use our new override
12:49.39mickeylthen all the config files will be picked up
12:49.42mickeylthey're in msm-7xxx
12:50.01mickeyltake a look at frameworkd/htc-msm7
12:50.20mickeylif you have the proper OVERRIDES setting, OE will pick up all configs from these kinds of directories
12:50.46dcordessorry, which OVERRIDES? in local.conf?
12:50.47mickeylOVERRIDES = "local:${MACHINE}:${MACHINE_CLASS}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:fail-fast:pn-${PN}"
12:50.54mickeylthis is from minimal distro
12:51.05mickeylif you're using another distro, add this to your local.conf
12:51.25mickeylthat way we don't have to maintain 10s of directories when the config is the same
12:51.49mickeylsee that I added MACHINE_CLASS setting to all our htc configs
12:52.47dcordesso it's best to just set DISTRO = "minimal" ?
12:53.09cr2hmm. maybe i'd just buy 2 headsets and tvout cable.
12:53.28cr2and rip out one headset connector.
12:53.50cr2seems to be a bit expensive solution though ;)
12:54.14dcordeswhat about 3rd party headset for the serial cable?
12:54.44mickeyldcordes: yes, minimal is what I'm using with success
12:54.54mickeyli no longer work on angstrom
12:55.06mickeylanyways, need to paint some benches, bbl
12:55.41dcordeslaters
12:55.58cr2http://www2.temeon.de/shop?0000000000000063007c808400000002631cabc8
12:56.05cr2hm. not so bad
12:56.40cr2should share the serial console pins
12:57.01cr2should i buy 2 ?
12:58.10cr24 may be even better :)
12:58.45dcordesthen you can produce one for mickey
13:00.30cr2yes, just cut off the tv cables
13:00.45cr2the voltage level need to be measured though.
13:00.53cr23.3v was my wild guess
13:01.27cr2i'm also interested which pin they use for the fm antenna
13:01.58cr2the signal level with the hermes headset is really bad.
13:02.01dcordesthe link above doesn't work
13:03.05cr2search for 'touch pro'
13:03.26cr2they probably use some session enncoding against deep links
13:05.08cr2tv out
13:05.15cr2not in 'touch pro'
13:05.19dcordesI see the tv-out cable for 9€
13:05.33cr2HTC TV-Out-Kabel für HTC
13:06.03cr2Passend zu
13:06.05cr2<PROTECTED>
13:08.29cr2the headset seems to be expensive
13:09.11dcordeshttp://linuxtogo.org/~lgorris/builds/OE/htcraphael/initrd-htcraphael-20090412.cpio.gz can you check if everything works as expected?
13:10.37cr2there is even a docking station for raph.
13:11.00cr2what should i put into default.txt ?
13:11.07dcordesI can live with a cable :)
13:11.32cr2but it's probably easier to solder
13:16.30dcordescr2: you can try this http://pastebin.ca/1389630 not sure about raphael default.txt
13:17.29cr2set ramsize 0x5900000
13:17.42cr2there should be some mem= kernel parameter
13:18.06dcordesI used this for referrence http://www.netripper.com/raphael/packages/raph100_20090219_angstrom_usb/default.txt don't know if it's uptodate enough
13:18.09cr2which should match the kernel setup
13:18.19cr2that's why i say default.txt is pita
13:19.31dcordesdzo has a default.txt in the kernel source root
13:19.45cr2hm.ok
13:19.52cr2but you still need to be careful
13:19.55dcordesso it can be updated with relevant kernel changes
13:20.09cr2a piece of ram is used by amss
13:20.27cr2but this wiki page at xda-dev in unreadable now.
13:20.59dcordesmem map? it's ported already
13:21.01cr2can you put the raph link to htc-linux wiki ? without a page index it's difficult to find them
13:21.24dcordesok. we also need a new http://htc-linux.org
13:22.02cr2i still have universal and athena
13:22.11cr2athena is more interesting though.
13:23.12cr2dcordes: should i pastebin the gsensor driver by j0b0 ?
13:23.20dcordesyes
13:23.41dcordesI have no option to verify if it works
13:24.04cr2static unsigned long get_mdns_host_clock(uint32_t id)
13:24.34cr2does not work this way in wince. which is a problem...
13:25.02cr2j0b0 said it works. let the other people complain.
13:26.15*** join/#htc-linux Shinto (n=John@f048015027.adsl.alicedsl.de)
13:29.19cr2dcordes: http://pastebin.ca/1389635
13:29.29cr2dcordes: it needs a better name though.
13:31.52cr2gsensor-kxsd9.c probably
13:33.12*** join/#htc-linux MethoS- (n=lem@host-091-097-241-138.ewe-ip-backbone.de)
13:34.55cr2dcordes: add module_license(GPL); to prevent nasty messages
13:35.52dcordesarch/arm/mach-msm/gsensor-kxsd9.c is the location?
13:37.07dcordescr2: can you paste it somewhere else? the raw mode doesn't work in pastebin.ca
13:37.22cr2for now.
13:37.24cr2else ?
13:38.03cr2run indent
13:38.06dcordeshttp://privatepaste.com or so
13:38.10cr2ok
13:38.29*** join/#htc-linux Moku (n=John@f054178141.adsl.alicedsl.de)
13:40.52cr2https://privatepaste.com/940iBmEfPP
13:41.42cr2some things need to be changed, but it's not a priority
13:43.06cr2} raph_gsensor_enable_seq[] = {
13:43.08cr2<PROTECTED>
13:43.22cr2can be more human-readable .
13:45.24dcordesok. btw does the initrd work?
13:46.16cr2will try it now
13:48.05cr2BabelO: ping
13:50.17*** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com)
13:57.25*** join/#htc-linux zycho_ (n=zycho@a89-183-64-76.net-htp.de)
13:58.14cr2hangs at 'loading linux'
13:58.28cr2but it's my selfcompiled kenrel
14:00.32cr2ok the linload of NetRipper works after reset
14:03.48cr2dcordes, mickeyl do you have a working zimage +default.txt ?
14:04.07mickeylsure
14:04.11mickeyllet me upload to somewhere
14:04.32cr2thanks
14:06.58mickeylhttp://linuxtogo.org/~mickeyl/htcraphael/
14:08.56cr2You don't have permission to access /~mickeyl/htcraphael/*
14:12.56*** join/#htc-linux Shinto (n=John@f048218091.adsl.alicedsl.de)
14:15.11dcordesmickeyl: ?
14:18.01mickeyltry again
14:22.11dcordesarch/arm/mach-msm/board-htcraphael-gsensor.c: file not recognized: File format not recognized
14:24.15dcordesI'll be back
14:38.37cr2mickeyl: hangs on handover
14:39.38cr2rebooting
14:40.51mickeylfun
14:40.54mickeylworks fine here
14:42.50cr2works after reset
14:42.54*** join/#htc-linux groton (n=groton@unaffiliated/groton)
14:43.42cr2checking the initrd of dcordes now
14:43.58*** join/#htc-linux groton (n=groton@unaffiliated/groton)
14:48.28cr2hm, what is the raph ip in his initrd ?
14:49.30mickeylif it's an OE-based, probably 192.168.0.202
14:50.18cr2rndis
14:51.48cr2ok, it works
14:52.08cr2[    7.730211] mmc1: new high speed SD card at address b337
14:52.09cr2[    7.750413] mmcblk0: mmc1:b337 SD02G 1921024KiB
14:53.34cr2MicroP-KEY chip revision v0505
14:53.44cr2MicroP-LED chip revision v0d02
14:54.38cr2this is annoying
14:54.42cr2msm_serial: probe of msm_serial.0 failed with error -2
14:57.51cr2msgmni has been set to 180
14:59.02cr2mickeyl: you have not added smd7 into the kernel ?
14:59.59*** join/#htc-linux noodlesgc (n=noodles@97.72.68.195)
15:00.11cr2<PROTECTED>
15:00.18cr2hm. chown root.uucp
15:00.38cr2-sh: /etc/profile.d/printk.sh: line 1: can't create /proc/sys/kernel/printk: Permission denied
15:00.47mickeylneither smd7 nor smd1 work
15:00.58mickeylas you see they don't appear
15:01.01cr2smd1 is something strange
15:01.08mickeyli don't know whether this is the kernel where i cherrypicked the change or not
15:01.09cr2it should be smd7
15:01.15mickeylbut anyways, i tried the cherrypick and there was no smd7
15:01.22cr2ok. strange
15:01.27mickeyleven mknodding the device and calling gprs didn't make it work
15:01.33*** join/#htc-linux dvaey (i=scuffer@210.9.143.61)
15:02.02cr2cu -l /dev/smd0
15:02.11cr2at+cgmi
15:02.12cr2HTC
15:02.15cr2OK
15:02.33cr2checking the source
15:02.42cr2mickeyl: which compiler do you use ?
15:03.12mickeylarm-oe-linux-gnueabi-gcc-4.2.4
15:04.28cr2ok
15:06.49cr2mickeyl: have you tried enabling the second sdram bank ?
15:07.12mickeylwhich second sdram bank?
15:07.21mickeylwe only use one?
15:07.24mickeyland we have two?
15:08.10cr2<PROTECTED>
15:08.21cr2#if 0
15:08.24cr2<PROTECTED>
15:08.24cr2<PROTECTED>
15:08.37cr2chnage #if 0 to #if 1
15:08.42mickeyloh, fun
15:08.47mickeylwhat does that mean "not all devices"
15:09.01cr2!100 and !800
15:09.04mickeylah
15:09.14cr2the cheaper ones have 128MB, not 256
15:09.32mickeylraph100 is supposed to have 256MB RAM?
15:09.38cr2yes
15:09.40mickeylwow!!
15:09.42cr2+32MB sram
15:09.46*** join/#htc-linux Untouchab1e (n=Untoucha@cm-84.209.89.86.getinternet.no)
15:10.00mickeylimpressive
15:10.11mickeyllinux would fly on it...
15:10.14cr2why do you think i have bought it :)
15:10.21Untouchab1ehi all
15:10.22mickeylno idea ;)
15:10.32mickeylbecause you want to run Android, like all others? :)
15:10.38cr2LOL
15:11.17cr2androed, yo
15:11.43cr2NetRipper did not want to enable the second sdram bank, because it may screw andrioid
15:11.46mickeylseriously, 256MB is da bomb
15:11.50mickeylheh
15:11.57mickeylthat's the best argument to enable it right now
15:12.04cr2LOL!!!!!!!!!!!!!!!!!!!!1
15:12.13mickeyldoes that and launches a kernel build
15:12.16mickeylwill try after barbeque
15:12.18mickeyll8er
15:12.38Untouchab1eAnyone seen NetRipper here lately? I know he had some work stuff or something, but wasnt that only for a few weeks?
15:13.36MarajinUntouchab1e: We buried him last week
15:13.37Marajin=p
15:13.51Untouchab1elol
15:13.52Marajin~seen netripper
15:13.55aptnetripper is currently on #htc-linux, last said: 'i still had planned on doing that.. i'll do it soon next'.
15:14.01Marajinheh
15:14.05Untouchab1ehah
15:14.08Untouchab1eno date stamp?
15:14.09Marajinyes but when, when did he say that
15:14.12Untouchab1ehaha
15:14.17Marajin~last netripper
15:14.28Untouchab1estupid bot
15:14.30Marajinyep
15:15.08cr2~seen NetRipper
15:15.09aptnetripper is currently on #htc-linux, last said: 'i still had planned on doing that.. i'll do it soon next'.
15:15.19Untouchab1ehehe
15:15.29Untouchab1enot much more helpfull that time around ^^
15:16.05MarajinUntouchab1e: nope, but he's not in my backlog so a day or two ago
15:16.10Marajincheck the logs if you care
15:17.28Untouchab1eI will :)
15:17.34Marajingoodo =)
15:17.48Untouchab1eAll is good on your end?
15:19.34Marajinyeah non too bad
15:20.20Untouchab1egood, good :)
15:20.36Marajinhow about yourself?
15:20.39Untouchab1epretty good I guess
15:20.42Untouchab1e:)
15:20.49Untouchab1eback to base tomorrow :(
15:21.00Untouchab1ebtw, heard about the HTC Fiesta?
15:25.01mickey|bbqcr2: how do i need to adjust default.txt to enable the rest of the RAM? it's fixed to 96M in cmdline as well as in 'set RAMSIZE'
15:36.33cr2mickey|bbq: RAMSIZE is not important for the kernel
15:36.48cr2mickey|bbq: remove the mem= entry
15:37.24*** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ca91.pool.einsundeins.de)
15:47.21Untouchab1eWhats the current status on Android for the Xperia?
15:54.11*** join/#htc-linux Xime (n=xime@bankize.net)
15:55.06*** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk)
16:07.08cr2mickey|bbq: the head fail for me with 'pc_clk_enable: enabling the lcokc that doesn't have ena bit or ns-only offset : 20'
16:08.02cr2set mdns: 19, 144000 bitidx=7, offset=a4, ns=0
16:09.18cr2clock 37 for usb probably.
16:35.46*** join/#htc-linux timebomb (n=tb@c173118.adsl.hansenet.de)
16:37.03*** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ca91.pool.einsundeins.de)
16:57.52cr2#define USB_HS_PCLK     37  /* High speed USB pbus clock */
16:58.26cr2#define SDC1_PCLK       20
17:00.07cr2<PROTECTED>
17:04.11cr2<PROTECTED>
17:04.14cr2<PROTECTED>
17:04.14cr2<PROTECTED>
17:04.36cr2it returned zero before, i think.
17:15.41*** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com)
17:19.57cr2wince on raph is so slow that it's even not funny
17:20.29*** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com)
17:23.40cr2ok, it consistently hangs on sdc1. wtf. we don't have wifi
17:24.47*** join/#htc-linux gmarzio (n=gmarzio@host2-107-dynamic.55-82-r.retail.telecomitalia.it)
17:24.57gmarziohi guys
17:25.11gmarziohelp me with blueangel please
17:33.07cr2omg
17:33.11cr2/XXX: redefine these as gsm tables, when they are identified and created
17:35.53cr2mickey|bbq: of course it's all fucked in HEAD
17:36.30cr2mickey|bbq: because the raph800 alt gpio values are enforced on raph100, and they are completely different.
17:47.49cr2mickey|bbq: boots for me with the second sdram bank enabled, but i need to fix the SD gpio setup. i'm using head.
17:53.45*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
17:54.25*** join/#htc-linux Sti_0239 (n=Where_is@60.199-65-87.adsl-dyn.isp.belgacom.be)
17:58.32*** join/#htc-linux baurez (n=baurez@78.225.81.174)
18:16.46*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
18:29.46*** join/#htc-linux Untouchab1e (n=Untoucha@cm-84.209.89.86.getinternet.no)
18:34.40*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
18:52.59mickey|bbqcr2: just a quick heads-up (still bbq'ing), enabling the 2nd RAM bank works fine here as well, 211MB memory. great stuff.
18:53.14mickey|bbqcr2: it hangs on every 2nd boot though
18:53.21mickey|bbq(probably something wrt. usb)
18:56.09cr2mickey|bbq: i'm fixing the SD gpio setup (and wifi), let's hope HEAD will work now
19:04.42*** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821)
19:10.30cr2hm. hangs at the same place.
19:20.41*** join/#htc-linux scope009 (i=scope009@c-76-103-247-237.hsd1.ca.comcast.net)
19:36.38*** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com)
20:10.36*** join/#htc-linux noodlesgc (n=noodles@97.72.68.195)
20:12.53dcordescr2: everything ok with the rootfs?
20:15.08cr2dcordes: yes. but something is broken in head ;)
20:15.29cr2dcordes: i'm creating a patch anyway
20:17.31dcordesgood did you get commit access?
20:17.39cr2no
20:17.44cr2i'll send it to you :)
20:18.17cr2it's mostly cosmetic
20:19.10dcordesdid you see the make error I got for gsensor?
20:19.23cr2no
20:19.58dcordesarch/arm/mach-msm/board-htcraphael-gsensor.c: file not recognized: File format not recognized
20:20.07cr2weird
20:20.50cr2i'll pastebin my ptch
20:21.39cr2https://privatepaste.com/1e0vm84lbn
20:22.45cr2we also need to add the wifi driver to git
20:23.01cr2i still didn't find out why the wifi clock is enabled in HEAD
20:23.36dcordesyou really wanna add the 10mb driver?
20:23.53cr2dcordes: commit the gsensor to git, i'll fix it
20:24.18cr2yes. otherwise we are standing still without any progress for months.
20:25.27dcordeswe should try the DJwillis wlan-cu
20:26.12duncangEvening all.  Been off the net for a while, just recapping this thread.  Do I see promising patches for Raphael? :-)
20:27.15duncangcr2: my Raph120 hangs at the same point during boot. Reverting clock-wince.c to before the API change is my workaround. Are you already making progress on fixing it properly?
20:27.28dcordeshi duncang
20:28.38cr2duncang: clock 17 is wifi, and i don't see the code that enables it.
20:28.56cr2duncang: i've fixed another bug
20:29.18dcordescr2: what's the shortlog message for this patch?
20:29.47cr2imo the wifi clock should not be enabled in the first place, independently of the possible bugs in clock-wince.c
20:30.31cr2dcordes: fixed SD alt gpio functions
20:30.38cr2dcordes: the rest is cosmetic
20:30.38*** join/#htc-linux hairyrav1n (n=nobody@loy.pp.ru)
20:31.14cr2dcordes: SD alt for raph1x0
20:31.18duncangAh, no indeed.  I don't quite understand the motivation for the patch which changed the API, but it seems to know about only very few clocks.  I was going to start looking at what clocks were being attempted when the kernel hung during boot and see if I could work out what to add.  If someone else has more clue, I'll leave it.
20:31.42*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
20:32.15cr2duncang: the patch was needed, but it's still incomplete.
20:32.37cr2duncang: blame android people for changing the amss api ;)
20:33.12cr2duncang: so we need to mess with the undocumented and obfuscated direct clock register access
20:33.35duncangIt would be helpful if people could split commits according to what bits of code they touch.  Clocks + colours should have been two, IMHO.
20:34.05cr2colors was a one.line patch
20:34.05duncangAnyway.  I shall try you patch on my hardware in just a moment.
20:34.50duncangSorry, yeah.  SMD tty changes when in with clocks.
20:35.04dcordescr2: push'D
20:35.17cr2duncang: let's look who enables the wifi clock.
20:35.21cr2dcordes: pulling
20:36.14cr2error: Entry 'arch/arm/mach-msm/board-htcraphael-keypad.c' not uptodate. Cannot merge
20:36.16cr2hm
20:38.31dcordesgit reset --hard; git pull
20:38.55cr2i've removed the files manually
20:40.12cr2lol
20:40.27cr2i've enabled the second bank.
20:40.57cr2duncang: do you boot with wifi enabled ?
20:41.40duncangcr2: yes. Wifi is working in WinCE.
20:42.27cr2ok, so i don't need to try it.
20:42.38cr2i boot with wifi disabled.
20:43.46duncangHmm... Something broke.
20:43.57cr2?
20:44.09cr2compiled for me
20:44.13duncangIt put the Raph aside during its rootdelay and the screen's blank.
20:44.36duncangUSB on the PC's reporting problems:
20:45.00cr2yeah, usb need more debugging.
20:45.09duncangnew high speed USB device using ehci_hcd and address 31
20:45.10duncangdevice descriptor read/64, error -71
20:45.18duncangEthernet over usb's normally fine.
20:45.18cr2the g1 code is obfuscated  here too
20:45.34cr2looks like an oops on raph
20:45.45duncangTrying again...
20:45.58cr2there is an idea to buy a docking station and solder the uart1 pins
20:46.03cr2to have a serial console
20:46.29duncangSeems to have hung at console handover...
20:47.47cr2i have a 2-3 sec delay usually
20:47.54cr2at the handover
20:48.02cr2imem_clk = clk_get(NULL, "imem_clk");
20:48.03duncangMine's normally instant.
20:48.15cr2i think we have not implemented imem_clk
20:48.27duncangactually reads the patch and realises he was supposed to use the new clock-wince.c
20:48.39cr2hehe
20:49.05cr2remove these parts, they are not important
20:49.39cr2setting raph800 alt gpios for raph100 was really bad.
20:49.44duncangSo do you want clock-wince.c at HEAD or HEAD~5?
20:49.59cr2HEAD does not boot for me
20:50.06duncangJust did HEAD~5 and it hung.
20:50.24cr2that's why i'm looking for the wifi clock eanble
20:50.32duncangMy "known good" is HEAD with clock-wince.c from HEAD~5
20:50.42duncangOr it was until just now...
20:50.52duncangLet's try actual HEAD...
20:53.36cr2/* The bootloader and/or AMSS may have left various clocks enabled.
20:53.37cr2<PROTECTED>
20:53.39cr2<PROTECTED>
20:53.40cr2<PROTECTED>
20:53.43cr2this code looks very suspicious
20:54.21dcordescr2: also pushed non working gsensor driver
20:55.27duncangHEAD hangs at clock-wince: set_mdns_host_clock: 19 freq=1
20:56.14duncangBattery is getting low.  Really need to fix charging...
20:57.51cr2#define SDC1_CLK        19  /* Secure Digital Card clocks */
20:57.55cr2wifi ;)
20:58.30cr2dcordes: ok.
20:58.40cr2duncang: do you have 256MB ram ?
20:59.07duncangcr2: you mean physicallly or recognised? WinCE thinks 200MB.
20:59.19cr2200 is ok.
20:59.22cr2it's 256
20:59.41cr2mickey|bbq said he sees 211MB in linux
20:59.56cr2i think we can squeese a bit more
21:00.49duncangHmmm...  So do I want to try HEAD with wifi off, or HEAD with wince-clock from HEAD~5 a few more times?
21:01.03duncangOr patch in just parts of the last changeset ;-)
21:02.10cr2clock-7x01a.c, let's see which clocks we support
21:05.17cr2ok, so it will disable all clocks with OFF in clock-7x01a.c
21:09.39cr2dcordes: obj-$(CONFIG_RAPHAEL_GSENSOR) += raph-gsensor.c
21:09.48cr2dcordes: should be raph-gsensor.o
21:10.11dcordesright
21:10.28cr2dcordes: did you include in into defconfig ?
21:10.44dcordesno and it's default=n
21:11.06cr2ill try
21:12.34cr2compiles cleanly
21:13.20dcordesso I must blame the OE toolchain
21:13.34cr2i use qtopia toolchain
21:13.57cr2it's a bit old
21:18.13*** join/#htc-linux Untouchab1e (n=Untoucha@cm-84.209.89.86.getinternet.no)
21:20.47*** join/#htc-linux brumbrum (n=johan@c-e5ebe655.23-12-64736c12.cust.bredbandsbolaget.se)
21:26.25duncangFYI, port of the Raph research material from xda-dev wiki to htc-linux.org is now (hopefully) complete.
21:26.42*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
21:26.55cr2duncang: how do i find the index page ?
21:27.18duncangAdmin has linked it from the main page this afternoon.
21:28.00duncangAnd page title are the same as in xda-dev (except "RaphaelAccelerometers") which is now spelt correctly.
21:28.17cr2ok
21:28.22duncangWho is Admin?
21:28.41cr2very nice
21:29.01cr2dcordes or ellisway
21:29.29cr2you can add raph120 to the tables
21:29.49cr2here for example http://www.htc-linux.org/wiki/index.php?title=MSM_SDIO
21:31.55duncangSo where stuff works, we assume it's the same as raph100, yeah?
21:34.11cr2do you have 2 cams ?
21:34.42duncangYes.  3.2mp on the back (with flash), VGA on the front.
21:34.42cr2your lcd panel may be different
21:35.13duncangIt was working before ;-)
21:35.28duncangD'you want a quick status update?
21:35.47cr2what was working ?
21:35.57duncangI have dmesg from my HEAD-but-wince-clock.c-from-HEAD~5...
21:36.36duncangThings know to work with HEAD~1, clock-wince HEAD~5:
21:36.51cr2ok, pastebin :)
21:38.01duncangActually, maybe better to transplant and update the "Current State" section of http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux
21:39.18duncangdmesg says I have 217MB mem :-)
21:39.40cr2nice
21:39.49cr2pastebin the dmesg
21:40.08cr2and check if you can see the accelerometer data
21:41.28duncanghttp://privatepaste.com/9a1vMQ1TVr
21:43.00cr2hum
21:43.03cr2<PROTECTED>
21:43.16cr2why do i get such async messages ....
21:43.33cr2so it should be disabled
21:44.36cr2duncang: do you have /dev/smd7 ?
21:44.57duncangWhen I have a non-hung userland, yes.
21:45.10duncangI think so.
21:45.22duncangShall I reboot with the previous kernel?
21:46.43cr2previous ?
21:46.50cr2<4>[    1.570350] clock-wince: set_sdcc_host_clock( 19, 144000 )
21:46.51cr2<4>[    1.581062] trout_pwrsink_set:STUB!
21:47.03cr2i don't see the trout_pwrsink_set:STUB! message
21:47.57duncangHEAD~1 with clock-wince from what is now HEAD~5 (ie zImage_34cb6db2f11843fd561d034e5f0066f11e80bedb_minus_clock_wince_changes)
21:48.22cr2ok
21:48.28cr2board_htcraphael.disable_wifi=
21:48.53cr2hehe, should it be set to 1 or 0 to disable wifi ?
21:50.30duncangnotice two more commits since he last pulled.
21:50.33cr2<4>[    9.954597] Warning: unable to open an initial console.
21:50.48cr2do you use the latest initrd from dcordes ?
21:51.40duncangNo, my rootfs is a partition of the SD card.  It has the contents of the Android userland from UTB, plus some of Debian armel.
21:51.57cr2ok
21:52.26duncangTsk, what are all these "\r"s in the gsensore commit...
21:52.56cr2j0b0 used windows editor ? :)
21:53.11duncangTut tut tut.
21:53.26cr2blasphemie :)
21:53.33*** join/#htc-linux brumbrum (n=gurka@c-e5ebe655.23-12-64736c12.cust.bredbandsbolaget.se)
21:53.36duncangRight, I have pulled again.  What shall I build now?
21:53.56cr2and the kxs9 accelerometer option
21:54.05cr2it's in the arch-msm menu
21:54.21duncangActual HEAD (b8713687ce6b438c07618049bcab67ff2101e1fb) done.
21:54.42duncangBugger.  It's off by default.
21:55.21cr2if it'll work for you, we can enable it by default
21:55.53duncangHang on.  Need to fix the typo in the Makefile.  Can someone commit that, please?
21:56.11cr2<PROTECTED>
21:56.15cr2.c ?
21:56.21cr2i've told dcordes
21:56.33cr2dcordes: ping
21:56.43duncangRight, compiled.
22:00.38duncangNope.  Hangs.  Need to revert clock-wince.c again.
22:00.50cr2ok
22:01.14*** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com)
22:01.14cr2i'm disabling wifi port manually now
22:01.39duncangDoes that allow booting?
22:01.54cr2we will see
22:03.33brumbrumIs there any Android/Linux-channel here dedicated to HTC Blackstone (Touch HD) ?
22:04.18cr2ok, now it blows at mdns 21
22:04.22cr2sd clock
22:04.31cr2brumbrum: #android
22:04.53cr2brumbrum: maybe
22:05.38brumbrumWell, If not there, then I will ask there if anyone knows :P. Thanks! :D
22:05.48madCoder-cr2: hi..  problems?
22:08.26duncangHEAD with clock-wince.c HEAD~7 hangs at the point the framebuffer starts to be used in anger, by the looks of it.  Will boot again and see if I can get dmesg before it hangs this time.
22:09.11cr2<PROTECTED>
22:09.15*** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes)
22:09.33maejrephmm
22:09.37cr2am i dumb, or should it be  ARRAY_SIZE(msm_clock_freq_parameters) -1
22:09.39maejrepcr2: :x  my fault
22:09.45maejrepyeah, good find
22:09.52cr2maejrep: hehe. why do you count back ??
22:10.16maejrepcause you said it should ;)
22:10.27cr2?
22:10.36duncangGot dmesg. http://privatepaste.com/111nGzfmhu
22:10.56cr2maejrep: check the accelerometer
22:11.44duncang[    1.050544] raph_gsensor: Registering Raphael G-Sensor driver
22:11.52maejrepcr2: it counts back so it can find the highest speed that matches without going over
22:12.07cr2maejrep: ok, right.
22:12.24cr2but it should be -1 :)
22:12.34maejrepyes
22:12.37cr2a segfault in the kernel is not nice :)
22:12.48maejrepthat might explain some of the random hangs we get :x
22:12.57duncangNormally considered a Bad Thing...
22:12.59cr2maejrep: LOL
22:13.28cr2i still get a 3 sec pause between console handover
22:13.36maejrepi usually do too
22:13.51cr2maejrep: and the htc_fb_* still has 666 hardcoded.
22:14.01cr2but i guess it's not a problem
22:14.04maejrepfb_console ?
22:14.12cr2htc_fb_console
22:14.16cr2the initial
22:14.21maejrepah
22:14.28maejrepit should be 565 hard coded
22:15.09cr2why ?
22:15.13cr2<6>[    0.180000] Memory: 89MB 128MB = 217MB total
22:15.21maejrepnice
22:15.27maejrep565 is what it was always hard-coded at
22:15.32cr2this is nice. i need to recheck the memory map, i think we can get more.
22:15.42maejrepWe added an override for cdma to be 444 (which was wrong still)
22:16.03maejrepbut that override was removed when we fixed mdp.c
22:16.36cr2why does raph100 work with 666 ?
22:16.49maejrepbecause its panel is initialized to 666
22:17.00cr2i didn't use any gui, but does it work wth 565 now ?
22:17.04maejrepwhy htc_fb_console uses 565 and mdp.c is 666, I have no idea
22:17.19cr2htc_fb_console uses 666
22:17.26maejrepraph100 works with the fb console at 565 like it always has been, and with mdp.c at 666
22:17.27cr2because it was cut and paste
22:17.32maejrepno, fb_console is 565 :x
22:18.15cr2<PROTECTED>
22:18.16cr2<PROTECTED>
22:18.27cr2<PROTECTED>
22:18.30maejrepyeah just saw that
22:18.36maejrepthat doesn't make sense..
22:18.43cr2yes
22:18.46maejrepthe colors are packed as 565
22:18.51maejrep<PROTECTED>
22:19.01maejrep#define HTC_FB_RGB(r, g, b)     ((((r) & 0x1f) << 11) | (((g) & 0x3f) << 5) | (((b) & 0x1f) << 0))
22:19.25cr2hm.
22:19.36maejrepoh, was msm_fb.c I was thinking of, which is hard coded to 565
22:19.44cr2now i want to reinit the raph100 lcd with 565
22:19.50maejrepand mdp.c hard coded to 666
22:19.53maejrepmakes no sense :/
22:19.55cr2but i guess we don't have a chance
22:20.13maejrepI didn't have much luck initializing raph800 to 666
22:20.37cr2it may include a bunch of spi init code.
22:21.04cr2you need to chane the mddi client and reinit the panel itself
22:21.22maejrepyes
22:21.44maejrepright now the panel init code isn't being executed for raph800
22:21.47*** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk)
22:21.59cr2will you fix the mdns clock code ?
22:22.10maejrepthe for loop, or something else?
22:22.16cr2yes
22:22.26maejrepk, I fixed it in my checkout
22:23.12cr2i'm recompiling too
22:23.28duncangI just built that and booted it on my raph120.  Still hangs at trying to set clock 19.  Grrr...  Trying with wifi off.
22:24.42maejrepgsensor doesn't use an irq?
22:25.30cr2no
22:25.45cr2there is no reason
22:26.01cr2duncang: works foe me (tm) now
22:26.04duncangStill hangs at clock 19.
22:26.18maejrepwhich one is clock 19?  sdc1 pclk?
22:26.19duncangCheck my diff vs HEAD...
22:26.28cr2duncang: hmm. i have some other "fixes"
22:26.49duncangI just have:
22:26.52duncang-obj-$(CONFIG_RAPHAEL_GSENSOR) += raph-gsensor.c+obj-$(CONFIG_RAPHAEL_GSENSOR) += raph-gsensor.o
22:26.53duncangand
22:27.00duncang-       for (i = 0; i < ARRAY_SIZE(msm_clock_parameters); i++) {+       for (i = 0; i < ARRAY_SIZE(msm_clock_parameters)-1; i++) {
22:27.03cr2maejrep: it's a problem with -ENOTSUPP and -EINVAL for some clock
22:27.21maejrepduncang: that's wrong
22:27.23cr2duncang: -1 is wrong here.
22:27.28maejrepit should be the other for loop
22:27.34maejrepthe one that goes backwards
22:27.42maejrep<cr2>                 for (n = ARRAY_SIZE(msm_clock_freq_parameters); n >= 0; n--)
22:27.47maejrep-1 there ^
22:27.56duncangOops.  My mistake then.  Please wait for build...
22:27.59cr2maejrep: we need some stub code for USB_HS_PCLK and some others.
22:28.09cr2<PROTECTED>
22:28.35maejrepyou mean something that returns success, since we don't know how to enable them (if they can be turned on/off)?
22:28.43cr2maejrep: and the get_mdns_* should be removed
22:28.48cr2yes
22:28.54maejrepisn't that used for sdcc?
22:29.19cr2get_mdns_* should be replaced by the shadow cached values set before.
22:29.19maejrephmm, gsensor should create sysfs devices to control it
22:29.36maejrepwhich?
22:29.51cr2maejrep: gsensor needs to #define the registers too, so the code is more readable.
22:30.08cr2maejrep: wince never reads back from the MDNS
22:30.15maejrepoh right
22:30.17cr2for the values
22:30.33cr2and we know that they are wrong anyway.
22:30.43cr2wince only sets bits.
22:31.12cr2so if the kernel asks for the uninitilazed clock value, it should be a bug.
22:31.21maejrepthe only thing its used for is to display the frequency in dmesg
22:31.38cr2ok
22:31.51cr2still does not make thsi code right :)
22:32.04maejrephmph ;p
22:32.31cr2hehe
22:32.37cr2spamming:
22:32.53cr2[    7.419268] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 6
22:32.55cr2[    7.432971] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 12
22:32.57cr2[    7.446917] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 18
22:32.58cr2[    7.460864] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 20
22:32.59cr2[    7.475177] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 22
22:33.01cr2[    7.489611] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 24
22:33.03cr2[    7.503833] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 26
22:33.04cr2more
22:33.05cr2[    7.518328] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 31
22:33.07cr2[    7.533221] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 33
22:33.09cr2[    7.548297] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 39
22:33.10cr2[    7.563281] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 40
22:33.12cr2[    7.578540] pc_clk_disable: FIXME! disabling a clock that doesn't have an ena bit: 41
22:33.13cr2[    7.593829] clock_late_init() disabled 19 unused clocks
22:33.17maejrepcr2: board-htcraphael didn't get updated with the gsensor i2c device?
22:33.41cr2seems that the clock-7201a.c needs some changes
22:33.54cr2maejrep: i think it's a hardcoded modules
22:34.18maejrep<PROTECTED>
22:34.23maejrepdoesn't add the device, only the driver
22:34.23cr2of course it'd be better to add it to board-htcraphael
22:34.29cr2ok
22:34.49maejrepwhich means .probe will never be called unless it's added
22:34.53duncangOK, the clock hang is fixed: http://privatepaste.com/2c16OUgu14
22:35.15cr2[    7.636828] pc_clk_enable: FIXME! enabling a clock that doesn't have an ena bit or ns-only offset: 22
22:35.17duncangSo what in the last three commits killed my GUI?
22:35.21cr2maejrep: it's the PCLK
22:35.37cr2duncang: lol. android sucks :)
22:36.09duncangcr2: that's not a reason to disable it in the kernel ;-)
22:36.10cr2i guess the 217MB ifdef
22:36.43duncangBoot with mem= something low?
22:36.50cr2revert to 95B first bank.
22:36.52cr2yes.
22:36.58cr2mem=95M
22:37.26duncangwaits for WinCE _again_
22:37.38Marajin_grins.
22:38.19cr2omg
22:38.22cr2[    7.746081] msm_rtc msm_rtc: setting system clock to 2009-04-13 00:26:34 UTC (1239582394)
22:38.37maejrep?
22:38.43cr2even the RTC is right
22:38.44Marajin_cr2: got RTC working? :)
22:38.54maejrepit's been working for months here :x
22:39.01cr2Marajin_: thanks to maejrep
22:39.10Marajincool cool
22:40.14cr2<PROTECTED>
22:40.39cr2<PROTECTED>
22:40.40cr2<PROTECTED>
22:40.42cr2<PROTECTED>
22:40.43cr2<PROTECTED>
22:40.50cr2i don't know what mickey|bbq is smoking
22:41.08Marajinsteaks, that's what you smoke at a bbq right?
22:41.25maejrepcr2: the G-Sensor line is the init function.  you'll see a "... at addr: 0x.." line in the .probe function, if it is actually working
22:41.41cr2maejrep: ok
22:41.46maejrepand it's not added to i2c_devices in the board file
22:41.53cr2i see
22:41.58maejrep+       {
22:41.58maejrep+               // Raphael Accelerometer (KXSD9)
22:41.59maejrep+               I2C_BOARD_INFO("raph_gsensor", 0x18),
22:41.59maejrep+       },
22:42.01cr2the id is 0x18 ?
22:42.03cr2ok
22:42.04maejrepyep
22:42.23cr2hmm. the only unknown id is the vga cam it seems
22:42.50maejrepare we sure that's i2c?
22:43.12maejrepi don't even have it on my device, but I thought that the vga cam was done by some other weirdness
22:43.25maejrepbtw, cr2 what do I need to enable the 2nd memory bank?
22:43.29cr2hmm. i hope so.
22:43.47cr2maejrep: it's already in the git :)
22:43.56maejrepI don't have to change default.txt?
22:44.02duncangcr2: with mem=95m it still hangs at GUI start :-(
22:44.05cr2remove mem=
22:44.24maejrepand RAMSIZE, RAMADDR, or are those just for haret?
22:44.27cr2duncang: revert the ifdef in board-htcraphael.c
22:44.38cr2maejrep: these are irrelevant too
22:44.48maejrepok so I can leave them for haret's sake?
22:44.53cr2now i'd like to fix this one:
22:44.57cr2[    6.821063] msm_serial: probe of msm_serial.0 failed with error -2
22:45.00cr2yes.
22:45.26duncanggoes to build another kernel...
22:45.45cr2#if 1
22:45.46cr2<PROTECTED>
22:45.48cr2<PROTECTED>
22:45.55cr2replace with #if 0
22:46.07maejrepI commented out all the uart devices in the board file, because it was freezing my device for some reason
22:46.08cr2or , better,
22:46.14maejrepcomment out the fixup :p
22:46.15cr2#ifndef ANDROID
22:46.48cr2maejrep: uart1 needs to set the GPIO alt bits
22:46.53cr2it's the debug port
22:46.57maejrepoh
22:47.17cr2uart2 need to set the BT alt bits. i think they don't match g1
22:47.36cr2and the uart2DM should be set instaed of uart1DM on g1.
22:47.56cr2there are some hardcoded things in the serial_msm, so we need to be careful
22:48.38cr2so we have 2 serial ports
22:48.46cr2uart1 and uart2
22:49.11cr2aka ttyMSM0 ttyMSM1 and *HS1*
22:50.01maejrepcr2: :|  gsensor does constant printk
22:50.07maejrepwhich is delaying bootup significantly
22:50.14cr2?
22:50.29cr2duncang: blame mickeyl
22:50.32maejrepbut it works :P
22:50.34cr2duncang: [16:12] <mickeyl> that's the best argument to enable it right now
22:51.00cr2duncang: but i didn't do it intentionally, though :)
22:51.33cr2maejrep: what does it printk ? g values at 50ms period ?
22:51.37duncangWe have GUI.
22:51.39maejrepyeah
22:51.54maejrep#ifdef RAPH_GSENS_DEBUG
22:51.54maejrep<PROTECTED>
22:51.54maejrep<PROTECTED>
22:51.54maejrep#endif
22:52.04cr2maejrep: disable debug
22:52.08maejreplol
22:52.10maejrepyes thanks :P
22:52.16cr2LOL
22:52.33maejrepbut yeah, it works :)
22:52.39cr2how do you know that it work ?
22:52.42maejreptracked my rotations
22:52.48cr2measured 9.82m/s^2 ?
22:52.51maejrepcause the x,y,z were changing with my movements
22:53.09maejrepwell, I don't know that it's 100% accurate :p
22:53.10cr2aka 'accelerate your windows'
22:53.21*** join/#htc-linux groton_ (n=groton@unaffiliated/groton)
22:53.36maejrepbut as far as x/y/z increasing and decreasing when I expected, yeah
22:53.43cr2ok
22:54.17cr2it'll be nice to have some gpsd-like daemon app
22:55.54groton_just curious: are you working on a private branch of the linux kernel?
22:56.22cr2groton_: yes, on the 2.6.27 linuxtogo HEAD
22:56.38groton_for which device? all htcs one?
22:56.54cr2msm-based
22:57.05groton_cool, my touch diamond it is msm based iirc
22:57.06*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
22:57.08cr2msm-A to be more accurate
22:57.23cr2msm non-A is n the vogue branch
22:57.36groton_ok
22:58.18cr2pxa is in hh.org CVS and omap850 is somewhere else. check linwizard.sf.net
22:58.40dcordes_apt: htc kernel?
22:58.41apti guess htc kernel is http://www.htc-linux.org/wiki/index.php?title=Kernel
22:58.52cr2s3c244x is in hh.og and elsewhere too.
22:59.03cr2apt: htc
22:59.14maejrepcr2: http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-06/msg02257.html
22:59.21cr2~whatis htc
22:59.39maejrepwonder if using the input polled device api would be better than implementing the polling ourselves
23:00.29cr2maejrep: it's the same driver as in openmoko
23:00.39cr2maejrep: and athena
23:00.51maejrepwhich one is?
23:00.57cr2maejrep: but openmoko uses spi to get the data, instead of i2c
23:01.11cr2<PROTECTED>
23:01.12maejrepno, I'm just referring to the way they create the device
23:01.20maejrepthey let the input subsys handle the polling
23:01.21cr2ok
23:01.28maejrepinstead of using a local timer to do it
23:01.54maejrepbut the functionality looks the same
23:02.00cr2well, the driver was just a proff that it works.
23:02.11maejrepours you mean?
23:02.19cr2yes
23:02.19maejrepj0b0's
23:02.23maejrepk
23:02.35cr2i don't even know any useful userspace app that uses it.
23:02.46maejrepheh
23:03.09maejrepexcept that driver is outdated - uses deprecated i2c chip functions
23:04.09cr2a joystick is used as a 3D input device ?
23:04.38cr2+obj-$(CONFIG_JOYSTICK_HTCGSENSOR) += htcgsensor.o
23:06.47cr2maejrep: we need to decide what to do with the wifi
23:07.40duncangPlease could a real gsensor driver also be a source of kernel entropy?
23:09.11cr2duncang: i think so
23:09.26cr2duncang: does your gui work now ?
23:09.36duncangYes.
23:09.50duncangWhat in Android borks at discontiguous ram?
23:09.54cr2ok, so the second bank was a problem ?
23:10.06maejrepcr2: i think NetRipper already proved that also
23:10.20cr2yeah
23:10.58maejrep[    0.000000] fixup: nr_banks = 2
23:11.11maejrep# free
23:11.11maejrepUnknown HZ value! (91) Assume 100.
23:11.13maejrepodd..
23:11.19maejrepMem:        217068
23:11.26cr2duncang: compain to #android :)
23:11.53duncangJust thought you might know.
23:11.55cr2maejrep: it's dynamic tick. the problem is there since ages.
23:12.23maejrephmm
23:12.25cr2duncang: they use static memory allocation everywhere
23:12.29maejrepraph_gsensor reports i2c errors
23:12.36maejrep[   10.652290] raph_gsensor_i2c_read: error asking for gsensor data at address 18,00: -5
23:12.52cr2maejrep: androids made 10000 changes to the i2c code.
23:12.59cr2since .27
23:13.09maejrep[    7.327644] raph_gsensor: Initializing Raphael G-Sensor driver at addr: 0x18
23:13.09maejrep[    7.408332] input: raph_gsensor as /class/input/input1
23:13.18maejrepah
23:13.30maejrepshould we try to backport those, or just wait till we move to .28+ ?
23:13.50cr2i don't know how difficult is to move to .29
23:14.40maejrep.29 is going to be more conducive to what we want to accomplish
23:14.47maejrepbecause now google has more than trout to deal with
23:14.58cr2yes
23:15.02maejrepso they're starting to fix all their hard-coded, single-device drivers
23:15.38cr2ok. what do you think we should fix next ?
23:15.51duncangBATTERY CHARGING!!!!
23:15.59cr2duncang: so mem=95M is enough for android ?
23:16.00brumbrumSuggestions? I have some :P
23:16.24maejrepduncang: I'm pretty close to having the charger driver working (at least for raph800.. haven't tested 100)
23:16.48duncangcr2: Disabling the second bank allows Android to work fine. Have sent and received SMS, and made silent calls.
23:16.50cr2maejrep: he has 120, but i still don't understand if there are any differences.
23:17.00cr2maejrep: we know the 100-110 differences.
23:17.04maejrepyeah
23:17.08maejrepmight be like raph300
23:17.13maejrepwhich is no different, right?
23:17.18cr2duncang: ok. what about umts ?
23:17.25maejrep[    9.588508] get_smem_clock: timeout state 10d29 clock 36687316 in 80078125 ns  <-- this is the timeout i'm trying to fix with the charger driver
23:17.36duncangWhat/how should I be looking for differences?
23:17.42cr2maejrep: charger or the battery monitor ?
23:17.48duncangcr2: what userland app uses UMTS?
23:17.52maejrepthey're the same driver cr2
23:18.09cr2duncang: android does not have ...
23:18.20cr2well, g1 does not use ppp afair
23:18.35cr2~ping mickey|bbq
23:18.35aptpong mickey|bbq
23:19.04duncangI have Debian armel userland bits available.
23:19.14cr2duncang: if you have debian, you can check 'pon'
23:19.38duncangcr2: I never said I had the whole userland ;-)
23:20.07dcordes_the new initrd has everything ppp
23:20.09cr2o, it's just a friendly script
23:20.33cr2dcordes_: everything ? pppd+chat you mean ?
23:20.34duncangOh.  pppd is here!
23:21.08cr2duncang: if you are hardcore, you can connect with 'cu' on /dev/smd0
23:21.16dcordes_cr2: yes
23:21.20cr2and then run pppd on /dev/smd7
23:21.33duncangcr2: need to get cu binary first.
23:21.37dcordes_cr2: or he uses the ginge script
23:21.39cr2but it's easier to let mickey|bbq do it.
23:21.53cr2dcordes_: ok
23:22.06cr2dcordes_: cu is in your initrd too
23:22.22cr2just the 'dialout' group is uucp-unfriendly
23:22.26dcordes_yea I thought I'd add some extra stuff
23:22.52duncanggoes to look for an armel cu
23:23.09dcordes_http://headfuzz.co.uk/files/android/ppp.notsh here's the script that works on kaiser
23:23.13cr2dcordes_: ginge script ?
23:23.47cr2pppd /dev/smd1
23:23.52cr2should be
23:23.55cr2pppd /dev/smd7
23:24.02dcordes_duncang: http://linuxtogo.org/~lgorris/builds/OE/htcraphael/initrd-htcraphael-20090412.cpio.gz this initrd has all the tools
23:24.11cr2it does not even check for connect :)
23:24.38dcordes_it's for the kaiser and nobody said it's supposed to be perfect. it always worked well for me
23:25.00duncangdcordes_: thank you.
23:25.36cr2dcordes_: vodafone provides dns
23:26.42cr2and normal users don't write inot /etc/ppp/ :)
23:26.57dcordes_jeez
23:27.06duncanggoes to look for an AP spec known to work with his SIM
23:27.15cr2at+cpin=
23:27.24cr2is not bad to have there too :)
23:28.21dcordes_cr2: how do you run cu ?
23:28.40cr2chown root.uucp /dev/smd0
23:28.42cr2su - uucp
23:28.50cr2cu -l /dev/smd0
23:29.10dcordes_I also added minicom but that seems to be easier
23:29.45cr2'chat' from pppd should be capable enough
23:30.30cr2but i remember cu from the uucp email relay debugging times ;)
23:32.25cr2heh. i would not mind to run a suucp relay even today.
23:34.23cr2now i need the ncurses phone app for raph :)
23:34.43dcordes_frameworkd -s ogsmd -d
23:35.02dcordes_cli-framework -p /dev/smd0
23:35.30cr2dcordes_: i'll wait for mickey|bbq
23:36.42*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
23:48.11cr2<6>[    1.601875] mmc0: MMC clock 144000 -> 32000000 Hz, PCLK 66000000 Hz
23:48.56cr2interesting, why does it want to seth the clock to a highest value, even without the actual wifi driver
23:49.18cr2weird design
23:49.45maejrepwhat is it actually set to?
23:50.14maejrep[   11.352210] clock-wince: pc_clk_set_rate: id=23 rate=144000
23:50.39maejrepah, I see, it does increase it
23:51.42cr2i don't understand why it applies the power and enables the clokc/vregs at all
23:53.06maejrepbecause wifi is not disabled
23:54.27cr2it should be the wifi driver business
23:54.27maejrepbut it's not :p
23:54.27maejrephtc didn't write the wifi driver
23:54.27cr2it just leaks current.
23:54.33maejrepthe wifi driver is very poorly written
23:54.42cr2yeah, tiacx driver *cough*
23:56.19duncangcr2: I get nothing out of /dev/smd* with cu or minicom :-(
23:56.59dcordes_phone was on at boottime?
23:57.36duncangdcordes_: yes, I think so. Let me try something...
23:57.44cr2dcordes_: it does not matter. mine is off, but i can cu to smd0
23:58.20cr2big arm9 brother is always alive.
23:58.35duncangdcordes_: yep, I just phoned it and got an incoming call (presumably GSM).
23:59.20duncangis going to compile a kernel with RAPH_GSENS_DEBUG off now...
23:59.55cr2lol

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