IRC log for #htc-linux on 20090926

00:12.28*** join/#htc-linux PsWii60 (i=pswii60@has.r0oted.info)
00:13.06cr2does not boot anymore :)
00:13.09dcordescr2, did you try ppp.sh on raphael ?
00:13.15dcordeshm
00:14.04cr2no
00:14.50dcordeshttp://www.youtube.com/watch?v=AkbeDCpKeAM
00:16.19dcordesmsm8250 device
00:16.24*** join/#htc-linux thedicemaster (n=thedicem@j89051.upc-j.chello.nl)
00:17.25dcordesquite a buggy kernel
00:17.49dcordesproblems with hsusb ?
00:19.15cr2no, changed the driver name
00:19.39dcordesuh oh poor rootfs in nand seems screwed
00:23.23cr2fixed the boot
00:25.12cr2[    5.290771] mddi: registering panel TC358720XBG
00:25.13cr2[    5.290832] mddi: publish:
00:25.14cr2[    5.291473] mddi_toshiba_probe
00:25.16cr2[    5.291687] vsync on gpio 97 now 0
00:25.18cr2[    5.292419] toshiba GPIODATA=0x000000c0 panel_id=0 at toshiba_mddi_enable
00:25.19cr2[    5.292510] found panel_id=0 at toshiba_mddi_enable, panel=Hitachi
00:25.30*** join/#htc-linux Bry8Star (n=Bry8Star@70.239.151.41)
00:25.40dcordescr2, you pull the log from usbnet?
00:25.43cr2need somebody with diam (sharp) to check it
00:25.57cr2ssh over usb
00:27.14cr2[    5.290283] XC=1
00:27.18dcordesdid you ever try ppp ?
00:27.32dcordesI dont't mean the script but in general on raph
00:27.50cr2only manually
00:27.56dcordesNOTE: Angstrom DOES NOT support bluez-utils because bluez-utils 3.x has been replaced by bluez4
00:28.00cr2i need to rip the umts card from nc10
00:28.05dcordessuccessfully?
00:28.23cr2yes
00:28.36cr2it was when i've fixed umts data channel
00:28.56cr2what is bluez4 ?
00:29.11cr2compile bluez4
00:29.18cr2i need hcitool
00:34.46*** join/#htc-linux dcordes_ (n=luke@unaffiliated/dcordes)
00:39.46dcordes_cr2, any patches before I take nap?
00:41.32cr2wait 1 min :)
00:43.10dcordes_ok regarding the images. OE had some hickup and I rebuild some now
00:44.05dcordes_I will just add bluez4 and see if it provides hcitool. if not I will add it the normal way
00:44.29cr2ok
00:44.40cr2i'm recompiling to check if i broke something
00:45.52cr2need to fix the lcd on/off and gps
00:48.45|Jason8|hey cr2
00:48.45cr2brf6100
00:48.46cr2brf6150
00:48.48cr2brf6300
00:48.51|Jason8|great job with android and linux :D
00:48.57cr2hm. where does this hciattach come from ?
00:49.09cr2hi |Jason8|
00:49.36cr2<PROTECTED>
00:49.40cr2it is smart
00:50.00dcordes_hm=
00:50.07cr2the .bts version comes directly from BT firmware
00:50.15*** join/#htc-linux stickboy (n=anonymou@cpe-74-68-145-150.nyc.res.rr.com)
00:50.32dcordes_ok
00:50.46cr2dcordes_: making a diff
00:52.44cr2dcordes_: https://privatepaste.com/648xppegEP
00:53.30cr2nothing substantial there. just a code cleanup
00:56.47dcordes_cr2, ok good night
01:00.47*** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a)
01:01.51cr2hehe. broken the diamond.
01:01.55cr2and maybe others
01:03.05cr2dzo: i've changed the mddi client  driver name from "mddi_c_d263_0000" to TC358720XBG
01:03.49cr2dzo: it will break the diamond panel code.
01:04.05cr2good night
01:05.43*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
01:39.08*** join/#htc-linux rashire (n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net)
01:53.11*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
01:57.18tmztdcordes: can you push the thing for you on people?
01:57.40tmztfor dcordes
01:58.25tmztI'm also working on a new db driver
01:58.33*** join/#htc-linux rashire (n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net)
01:58.57tmztstarting by adding single buffer updates to the existing one
01:59.17tmztbut that causes tearing in my test
01:59.51tmztbut I think I figured out how to adapt via drm driver
02:09.31*** join/#htc-linux PsWii60 (i=pswii60@has.r0oted.info) [NETSPLIT VICTIM]
02:09.31*** join/#htc-linux root2 (n=root@rgnb-5d87473b.pool.mediaWays.net) [NETSPLIT VICTIM]
02:09.31*** join/#htc-linux bertramt__ (n=chatzill@63.246.89.17) [NETSPLIT VICTIM]
02:09.31*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux tmzt (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net)
02:09.32*** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux Dinde (i=kayser@81-65-176-209.rev.numericable.fr) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux madCoder` (n=madcoder@c-68-42-30-56.hsd1.pa.comcast.net) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux bartman (n=bart@tau.jukie.net) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux dtrack (n=LOL@78-86-59-180.zone2.bethere.co.uk) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux astrolite (n=astrolit@c-d7c9e455.023-352-6c6b701.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux KungFunk (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux jmaurice (i=jmaurice@snickers.org) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux high-rez (n=gus@carrera.bourg.net) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux nozze (n=nozze@u193-11-162-41.studentnatet.se) [NETSPLIT VICTIM]
02:09.32*** join/#htc-linux infernix (i=nix@unaffiliated/infernix)
02:28.19tmzts/db/fb/
02:59.41*** part/#htc-linux PsWii60 (i=pswii60@has.r0oted.info)
03:05.14*** join/#htc-linux root2 (n=root@rgnb-5d874278.pool.mediaWays.net)
03:17.21*** join/#htc-linux MethoS- (n=clemens@134.102.106.250)
03:31.43*** join/#htc-linux MrPippy_ (n=pip@adsl-75-36-57-196.dsl.sndg02.sbcglobal.net)
03:44.47parmasteryo tmzt
04:30.04*** join/#htc-linux droid0011 (n=g1@p4FDCC5FE.dip.t-dialin.net)
04:32.24*** join/#htc-linux sd00 (n=smac@82-39-194-231.cable.ubr02.jarr.blueyonder.co.uk)
04:32.55*** join/#htc-linux leviathan (n=quassel@c-82-192-226-27.customer.ggaweb.ch)
05:20.12*** join/#htc-linux rashire2 (n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net)
06:59.59*** join/#htc-linux root2 (n=root@rgnb-5d87dfcd.pool.mediaWays.net)
07:00.40*** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net)
07:19.44*** join/#htc-linux timebomb (n=tb@f054021101.adsl.alicedsl.de)
07:27.16*** join/#htc-linux kiozen (n=kiozen@rgnb-5d87c591.pool.mediaWays.net)
07:35.19*** join/#htc-linux kvaster (n=kvaster@live.bn.by)
08:10.03*** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl)
08:42.05*** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl)
08:49.49*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
08:56.16tmztparmaster: hey
08:57.23townkathi
08:57.32townkattmzt: u have a blackstone ?
08:57.38tmztno
08:57.46tmztcdma raph
08:58.46tmztwhat works on blak now?
08:59.03townkatin linux or android ?
08:59.16tmzt?
08:59.34townkatandroid is unchanged  from 2009-03-08
08:59.42tmztkernel
08:59.44townkatin heard linux have sound
08:59.57tmztshould be in android too
09:00.03tmztjust build from git
09:00.23townkati can try to test now
09:00.38tmztcan you build it?
09:00.52townkati just build it last knight for the first time
09:00.57townkati folowed the steps from wiki
09:01.00townkatis it ok ?
09:01.04townkathttp://wiki.xda-developers.com/index.php?pagename=BlackstoneLinux
09:01.24tmztto build from git?
09:01.38townkatOPTIONAL
09:01.38townkatIf you want to compile your own kernel, follow these steps (on linux):
09:01.49tmztok
09:02.16townkatbut i can try with your zimage too if u can give me
09:02.32townkatbu this only give zimage, i dont know where to get the rest of files
09:02.44tmztI don't have one for blak
09:02.50tmztuse the ones you have
09:03.00townkatthe old ones? from 03-03 ?
09:03.41tmztfrom when?
09:03.55townkat<PROTECTED>
09:04.09tmztmarch?
09:04.26tmztsee if you can find newer ones
09:04.34tmztprorbaly dzo
09:04.44tmztjust use blak mtype
09:04.49townkatcr2 tol dme to get a diamond one
09:04.55tmztyes
09:05.08townkati dont know what mtype is
09:05.11tmztbut change default.txt to use blak mtype
09:05.15townkatahh
09:05.17tmztset mtype
09:05.21townkatjust mtype should be changed ?
09:05.25tmztyes
09:05.28townkatk
09:10.04townkathmm, mtype is the same as diamond, 2030
09:10.31townkator not, i already changed it :)
09:32.08townkatit hang at Haret: Booting linux screen
09:32.28townkati left it for 5 minutes
09:34.12Captnoordtownkat last build?
09:34.19Captnoordcr2 broke the diamond build
09:34.56Captnoord03:01cr2hehe. broken the diamond.
09:34.57Captnoord03:01cr2and maybe others
09:34.57Captnoord03:03cr2dzo: i've changed the mddi client driver name from "mddi_c_d263_0000" to TC358720XBG
09:34.57Captnoord03:03cr2dzo: it will break the diamond panel code.
09:34.57Captnoord03:04cr2good night
09:35.17townkat:)
09:35.54townkatno, i buit it for blackstone before that time
09:35.59Captnoordk
09:41.37*** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-80-241.dynamic.mnet-online.de)
09:41.52townkatdiam startup.txt have set RAMSIZE 0x08000000
09:42.08townkatmi old txt have set ramsize 0x6000000
09:42.09townkatset ramaddr 0x10000000
09:42.29townkatbut it does not seem to start with either one
10:04.33*** join/#htc-linux kvaster (n=kvaster@live.bn.by)
10:08.38phhwhere can i find dcordes initrd, cr2 seems to love ?
10:21.43toerhttp://linuxtogo.org/~lgorris/
10:22.16phhthanks
10:34.08*** join/#htc-linux MethoS- (n=clemens@134.102.106.250)
11:15.02*** join/#htc-linux tsdogs (n=tsdogs@tsdogs.metalit.net)
11:16.04*** join/#htc-linux GNUtoo (n=gnutoo@host134-152-dynamic.51-79-r.retail.telecomitalia.it)
11:38.22*** join/#htc-linux pleemans (n=toi@d54C2A96D.access.telenet.be)
11:41.54phhhum, aceelerometer works on my diam100 with only uncommenting it
11:56.31phh(and angstrom is really nice.)
12:16.51*** join/#htc-linux thedicemaster2 (n=thedicem@24.132.89.51)
12:59.13*** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215)
13:49.01*** join/#htc-linux GNUtoo (n=gnutoo@host134-152-dynamic.51-79-r.retail.telecomitalia.it)
14:23.51*** join/#htc-linux cr2 (n=cr2@109.84.130.177)
14:25.57cr2./arch/arm/mach-msm/board-htcblackstone-panel.c:                        .name = "mddi_c_d263_0000",
14:26.05cr2./arch/arm/mach-msm/board-htcdiamond-panel.c:                   .name = "mddi_c_d263_0000",
14:26.14cr2./arch/arm/mach-msm/board-trout-panel.c:                        .name = "mddi_c_d263_0000",
14:26.15cr2./arch/arm/mach-msm/board-sapphire-panel.c:                     .name = "mddi_c_d263_0000",
14:26.40cr2the last 2 are not important, but the first 2 are broken now
14:27.20phhcr2: have you some uncommited patch about bluetooth ?
14:27.38cr2phh: for which phone ?
14:27.43phhraph
14:27.55cr2it should work with the head
14:28.01phhok
14:28.14phhso diam will need some other work :(
14:28.30cr2change
14:28.32cr2./arch/arm/mach-msm/board-htcdiamond-panel.c:                   .name = "mddi_c_d263_0000",
14:28.37cr2the .name to
14:28.46cr2TC358720XBG
14:28.53phhyes i already did that
14:29.02cr2ok
14:29.03phhthe build work, everything work as expected
14:29.08phhbut hciattach will timeout
14:29.44cr2you need to apply power
14:30.03cr2echo 1 > /sys/class/rfkill/rfkill0/state
14:30.06cr2to enable
14:30.08cr2or
14:30.13cr2echo 0 > /sys/class/rfkill/rfkill0/state
14:30.17cr2to disable
14:31.19cr2for blac100 the
14:31.22cr2<PROTECTED>
14:31.28cr2is wrong anyway
14:34.18phhok i have to rebuild with rfkill
14:37.46phhworks :)
14:39.31phh(hciattach at least)
14:40.25phhnow have to build some bluez tools...
14:40.46cr2bluez4 says dcordes
14:41.57ali1234bluez4 is tricky
14:42.06phhit needs dbus :/
14:42.15ali1234yep. you'll probably need the old bluez3 utils to actually do anything
14:42.21ali1234ie pand
14:42.44phhi think things like rfcomm may work
14:42.46ali1234you can check if its working with hciconfig hci0 and hcitool scan
14:42.48cr2ali1234: i fear that it will pull a lot of crap with it
14:43.01ali1234yeah it does if you consider dbus crap...
14:43.05cr2like gtk dependency and such ;)
14:43.10ali1234glib
14:43.13ali1234not gtk
14:43.34cr2it was gtk+x11 in the old days
14:43.45phhoO
14:43.49phhmaybe not that much dependencies
14:43.55ali1234you dont need bluez for android afaik
14:44.02ali1234only hciattach
14:44.12cr2ali1234: i need hcitool
14:44.12ali1234bluez-utils i mean
14:44.24ali1234hcitool should come with hciattach?
14:44.26cr2i don't use android, as you know
14:44.28phhcr2: i built hcitool if you want
14:44.36cr2at least it's not in the initramfs
14:45.01ali1234i don't use android either
14:45.03cr2phh: rfcomm ?
14:45.11phhcr2: too
14:45.12ali1234you guys should look at gizard aka gentoo armel :)
14:45.14phhdon't know if it works
14:45.24phhi have to find my bluetooth usb dongle ...
14:46.00cr2ali1234: i like ncurses interfaces. they cut the crazy stuff down
14:46.27cr2and for the insane gui stuff i prefer qt4
14:46.47ali1234we looked at most every phone type distro and they all suck :(
14:46.48cr2but it's all mvho
14:46.50phhscanning works \o/
14:47.13phhnow rfcomm. hard one.
14:47.22ali1234they are really only pda distros
14:47.31ali1234eg gpe... has no dialer that we could find
14:47.37ali1234or bluetooth manager
14:47.46ali1234it has BT but its so old it doesnt work any more
14:48.04phhCan't create RFCOMM TTY: Operation not supported
14:48.06phhhum.
14:48.13cr2ali1234: too bad trolls were too greedy to gpl qtopia2. it would have been a different world now.
14:48.26ali1234phh: maybe you didnt include rfcomm in the kernel?
14:48.43ali1234all that stuff comes down to kernel support
14:48.47phhi think i did mmm
14:48.56phhargh
14:48.59phhrfcomm but not rfcomm tty
14:49.05ali1234that would be it...
14:49.12cr2yeah
14:49.33ali1234i got synergy-bluetooth running on wizard
14:49.52ali1234for kb and mouse :)
14:49.58ali1234works a bit slow though
14:50.53cr2why ?
14:51.06ali1234why i did or or why is it slow?
14:51.12ali1234dunno why it is slow
14:51.15cr2why is it slow
14:51.21ali1234i guess it polls a something a bit too much
14:51.38phhmaybe the bluetooth stack doesn't suits realtime
14:51.49ali1234i can't fault the BT stack
14:52.18ali1234never seen it fail... ever
14:52.27ali1234unlike wifi
14:52.41ali1234which i have never seen work properly
14:53.14cr2there are picky usb bt interfaces
14:53.18phhspeaking about wifi, any idea what means 'Failed to start config manager' ?
14:53.30phhsaid by tiwlan in dmesg.
14:53.39ali1234no idea
14:53.44ali1234we didn't start playing with that yet
14:53.48phhok
14:53.51ali1234although it should work for us on omap too
14:53.59ali1234but we only just got a recent enough kernel going
14:54.05cr2ali1234: do we have a eeprom/fw update tool ?
14:54.09*** join/#htc-linux GlemSom (n=glemsom@93.163.75.202)
14:54.09ali1234waiting for upstream to take our patches atm
14:54.13phhi'll try the proper driver instead of TI one
14:54.21phhbut it seems a lot of build troubles.
14:54.58ali1234cr2: for tiwlan? no idea, like i said, didn't investigate it yet. all i know is we have the same or very similar chip on wizard, and connected in the same way it seems
14:54.59cr2phh: the problem is how to extract the eeprom, and how to load it. and the firmware.
14:55.19cr2ali1234: pxa too
14:55.27cr2ali1234: so think portable :)
14:55.33phhcr2: you mean calibration with eeprom ?
14:55.38cr2ali1234: and s3c2442 too
14:55.54ali1234i wish all hardware worked as easily as the omap gsm stuff
14:55.59ali1234that couldn't be any easier, really
14:56.08cr2phh: it has your ethernet id, and some othe r things.
14:56.11phhcause i got it by hand (firmware is in the \Windows\ and calibration can be found with dumping whole nand and find headers as stated in http://htc-linux.org/wiki/index.php?title=WL1251)
14:56.26ali1234write firmware to specific physical addres -> get a AT interface on FIFO at another address
14:56.34cr2ali1234: lol. omap gsm is easy ?
14:56.51cr2ali1234: the AT, maybe.
14:56.52ali1234compared to MSM it's simple
14:56.58phhargh
14:57.02phhscan no longer works :'(
14:57.03cr2gsm audio ?
14:57.13cr2phh: ?
14:57.21cr2phh: powerdown, and up
14:57.36cr2phh: and load the firmware. it may help
14:57.55ali1234gsm audio is not done anything like MSM... on omap there is a sound card on applications core, and the gsm is connected onto one of it's inputs
14:57.57cr2firmware patches in .bts, to be more accurate
14:57.59ali1234so all you have to do is unmute it
14:58.12*** join/#htc-linux ppman (n=mkern@pool-71-250-24-161.nwrknj.east.verizon.net)
14:58.16phhcr2: the hciattach in angstrom seems not to be able to read it properly :/
14:58.28ali1234now, making a driver for the app core sound is a different matter...
14:58.29cr2ali1234: i2s over spi ?
14:58.42ali1234i2s over McBSP i believe
14:58.52ali1234certainly i2s
14:58.56cr2phh: strange. i can decompile it without any problems
14:59.05phhhu ? i'll try again then
14:59.14ppmanhalp, apparently I need a data.img with premade dex files for the latest rogers build on my kaiser
14:59.38ali1234ppman: would you like the moon on a stick with that?
14:59.49ppmanyummy
14:59.57cr2ppman: we have degraded to an msm7201A channel recently
15:00.06ppmanbut seriously, my device boots to a unresponsive black screen
15:00.16GNUtoo<PROTECTED>
15:00.42cr2GNUtoo: missing pin ?
15:00.45ppmancr2: what's wrong with 7201? we still do have these phones, you know...
15:00.56ali1234nah missing pin has it's own code
15:00.57GNUtoook I'll check
15:01.04phhcr2: if i put the firmware i get:
15:01.04cr2ppman: that's why i say "degraded"
15:01.05phhFirmware file : /lib/firmware/TIInit_5.3.53.bts
15:01.05phhLoaded BTS script version 1
15:01.05phhtexas: changing baud rate to 4000000, flow control to 1
15:01.05phhInitialization timed out.
15:01.08ali1234CME 100 literally means "other error that doesn't have a code"
15:01.35GNUtoook thanks
15:01.39ali1234GNUtoo: on wizard/omap gsm we get that error if we send the wrong command on the wrong AT interface (it has two, one for commands, and one for data)
15:02.04cr2phh: hciattach ?
15:02.11phhcr2: yes
15:02.19ali1234it sometimes also happens if you try to do a reset (ATZ) while connected on ppp
15:02.29ali1234but it basically means the modem is confused and needs to be reset
15:02.52GNUtooali1234, mmm doesn't seem that because he can probe the network etc...
15:03.18ali1234well, you're using MSM i guess like most people.... completely different modem, different firmware etc
15:03.22ali1234so not much help
15:03.25GNUtoook
15:03.31ali1234but best thing to do is reset and try again
15:03.34cr2phh: is it so dumb to not change the line speed on the host side ? or maybe the host side doesn'T switch to 4MHz ?
15:03.38GNUtooyes htc dream G1 but the person is using a dev phone
15:03.43ali1234and try to figure out the sequence that causes it, and avoid it in future
15:03.50ppmanso what do I do about this whole booting to blank issue?
15:03.57ali1234lots of AT devices need crazy workarounds for stuff like this
15:04.04ali1234just ask the n-m people :)
15:04.33cr2phh: do you have dmesg after [17:01] <phh> Initialization timed out.
15:04.59GNUtoook
15:05.06ali1234initialization timeout? i know what causes that :)
15:05.22ali1234assuming you;re still talking about bluetooth
15:05.31cr2ali1234: the fw changes baud rate to 4MHz
15:05.40ali1234sure
15:05.42cr2on the brf63x0 side
15:05.50ali1234we had an issue on wizard
15:05.55ali1234the bluetooth driver spams a lot of debug onto dmesg
15:06.00ali1234that goes to the framebuffer
15:06.06ali1234and the framebuffer is slow when scrolling
15:06.07cr2phh: check the dmesg
15:06.12phhi'm
15:06.16ali1234and so the dmesg output was causing a timeout
15:06.22ali1234so we disabled debugging... and it worked
15:06.27phhali1234: oO
15:06.27GNUtoothanks a lot btw
15:06.41phhcr2: http://pastebin.com/m7a641ed1
15:06.47*** join/#htc-linux FR^2 (n=frquadra@frquadrat.de)
15:06.52ali1234it took ages to track that one down
15:06.53cr2i've set the BT clock to operate at 4x speed. maybe it
15:06.57cr2's too much
15:07.18cr2for the M/N divider to operate at 64MHz
15:07.54cr2[  708.379638] clock-wince: set mdns: 35, 64000000; bitidx=26, offset=dc, ns=0
15:07.55cr2[  708.396240] clock-wince: set_mdns_host_clock: 35, freq=32000000
15:08.02cr2err. i think it picks the SD clock here.
15:08.30cr2we need to restructure the clock-wince.c, and add the switch() on clock id.
15:08.51cr2since we know how to generate the (most important) clocks now
15:09.22cr2phh: should it be 32MHz ?
15:09.32phhno idea
15:09.35cr2i'm not sure, but thought it was 64
15:09.46cr2need to do the math again.
15:10.00*** join/#htc-linux sdt555 (n=titus@147.145.40.44)
15:10.06*** part/#htc-linux sdt555 (n=titus@147.145.40.44)
15:10.13cr2<PROTECTED>
15:10.28cr2yeah. asking for 32 will change the SD clock speed ;)
15:10.50cr2a bit short-sighted implementation.
15:11.12cr2<PROTECTED>
15:11.31cr2phh: hmm. how does it come to 32 ?
15:11.56cr2[17:07] <cr2> [  708.379638] clock-wince: set mdns: 35, 64000000; bitidx=26, offset=dc, ns=0
15:12.08cr2ah, maybe i know it.
15:12.22phhreading the SD in the same time ?
15:12.38phhhum it should with hciattach
15:12.43phhshouldn't*
15:12.50cr2no. the clock frequency is used as a key instead of the clock id
15:12.58phhoO
15:13.11cr2so if two clock ids have the same frequency, it's a problem.
15:13.25cr2well, back in the old time, it was ok
15:13.29cr2to do that
15:13.50cr2now we need to support much more clocks, so it became a problem
15:14.24cr2<PROTECTED>
15:14.33cr2this is the problem.
15:18.27cr2need to add the id to struct mdns_clock_params
15:19.57phhwill do an initramfs with bluez meanwhile
15:20.30cr2phh: make this line the last in the list for now
15:20.33cr2<PROTECTED>
15:21.03phhafter SD ?
15:21.08cr2yes
15:21.23cr2will it break the SD ? hmm.
15:21.38phhi will be able to try anyway
15:22.50cr2the list should be sorted on frequency , i guess
15:22.59cr2for this code to work
15:23.08GNUtoobasically the call is like this: the person calls,then it hangs up immediately...is it because there are no carrier?
15:23.11cr2we need to add the clock id asap
15:24.34phhhates waiting for Windows Mobile to boot.
15:24.34cr2and  the code should do a full match search.
15:24.40cr2LOL
15:25.47phhfirst, SD isn't broken.
15:25.55cr2ok
15:27.14phhhu
15:27.15phhchanged
15:27.18phhtexas: changing baud rate to 4000000, flow control to 1
15:27.18phhCannot send hci command to socket: Connection timed out
15:27.18phhCan't initialize device: Connection timed out
15:27.29cr2dmesg ?
15:27.39phhhttp://pastebin.com/m35d05616
15:28.13cr2why did it return back to 115200 ?
15:28.40phhthat's the default speed of hciattach
15:28.58cr2hmm.
15:29.11cr2i doubt that stty knows about 4000000
15:29.29cr2it was a problem already on blueangel
15:29.38phhioctl(3, SNDCTL_TMR_START or TCSETS, {B4000000 -opost -isig -icanon -echo ...}) = 0
15:29.41phhin strace hciattach
15:29.43cr2that stty didn't know 460800 and 921600
15:29.57cr2ok, so it know it.
15:30.39phhdoes msm hs does too ?
15:31.08cr2[  115.638061] clock-wince: set mdns: 35, 64000000; bitidx=26, offset=dc, ns=0
15:31.10cr2[  115.652954] clock-wince: set_mdns_host_clock: 35, freq=64000000
15:31.24cr2tcsetattr ioctl ?
15:32.44phhTCSETS according to strace, don't know if it is the same one
15:33.04cr2ok
15:33.04cr2need to think abou it.
15:33.23cr2but you should get a coonect at 115200
15:33.24phhi'd guess it happens on line 359 in msm_serial_hs
15:34.09phhi can't have both firmware and 115200 ...
15:34.21cr2yes.
15:34.30cr2at least now now
15:34.58cr2to remove the frequency switch, we need a .bts compiler
15:35.16phhok
15:35.20cr2<PROTECTED>
15:35.22cr2<PROTECTED>
15:35.38cr2the comment is misleading. cut and paste
15:35.51phhnow all i get without firmware is timeouts ....
15:36.02phh(leading to host is down and such things)
15:36.34cr2and with firmware you can't connect at all ?
15:36.57phhcr2: hciattach exits with the timeout
15:37.11cr2ok
15:37.30cr2<PROTECTED>
15:37.32cr2<PROTECTED>
15:37.33cr2<PROTECTED>
15:37.35cr2<PROTECTED>
15:37.36cr2<PROTECTED>
15:39.50cr2<PROTECTED>
15:40.15cr2and > 460800 disable the baud divider...
15:40.16phhcr2: all the bluetooth related requests should go through hciattach ?
15:40.21cr2it's ok
15:40.53cr2do you have hci0 device ?
15:40.58phhyup
15:41.16cr2then all goes through hci0
15:41.29phhhttp://pastebin.com/m34582061 if that can help (don't think so.)
15:41.56phhi tried a distant rfcomm connect <mac of the device> and RX bytes hasn't changed
15:42.03cr2hciconfig hci0 up
15:42.28phhi already tried, tried hciconfig hci0 reset too
15:42.30cr2UP RUNNING
15:42.50cr2does scan see the other side ?
15:43.01phhno
15:43.21cr2compile the initramfs, i'll check with my bt gps.
15:43.26cr2hehe. where is it...
15:43.51phhhum i can also try with other bluetooth devices
15:43.53phhbut first initramfs ok :)
15:44.06phhcr2: hcitool/hciconfig/rfcomm is enough ?
15:44.47*** join/#htc-linux dcordes (n=chatzill@f049131055.adsl.alicedsl.de)
15:45.06dcordeshi
15:45.13dcordescr2: I have good and bad news
15:45.39cr2hi dcordes
15:45.48cr2yes. good news first
15:46.30dcordesthe new fresh new rootfs is finished. I also built some extra images with nice X based gui and fso etc.
15:46.39cr2ok
15:46.48cr2phh: yes.
15:46.50dcordesand bad news is I extracted zubuntu in / haha
15:47.04cr2on your computer ?
15:47.17dcordesyes on the desktop computer
15:47.25cr2hehe. shit happens
15:47.44dcordesI just find it funny
15:48.00dcordesgood opportunity to go back to debian.
15:48.06cr2lol
15:48.22dcordesnow I have a hybrid rootfs with x86 and arm binaries ^^
15:48.48cr2does 'file' work ?
15:49.09dcordesI think that was present in the zubuntu tarball so, most likely no
15:49.21dcordesI was just wondering... ls cannot execute binary ?!?!1
15:49.27cr2i've had such problem during aout->elf linux conversion
15:49.38cr2yes, ls is probably broken now.
15:49.48GNUtoodcordes, which phone?
15:49.50cr2use 'echo *' instead
15:50.07cr2because echo is builtin bash
15:50.16dcordesGNUtoo: I have the kovsky. but I'm talking about the funny adventures of extracting ARM rootfs into x86 /
15:50.25cr2and bash is alive i guess :)
15:50.27GNUtoodcordes, ah ok
15:50.52GNUtoodcordes, you extracted your oe tarball to / in your x86...ok :(
15:51.14dcordesdcordes: no it wasn't OE but 'zubuntu'
15:52.33GNUtooah ok ubuntu for zaurus
15:52.34dcordesGNUtoo: did you see the XDA link cr2 posted in here yesterday?
15:52.39GNUtoono
15:52.40*** join/#htc-linux x29a (n=x29a@unaffiliated/x29a)
15:52.42GNUtoowhat is it?
15:53.03phhcr2: http://husson.hd.free.fr/angstrom-bluez.cpio.gz
15:53.07dcordesGNUtoo: some folks who have similar aim as you. removing all the proprietary stuff from androed
15:53.10phhbut i haven't checked it works yet
15:53.16phh(but no reason it wouldn't)
15:53.23cr2phh: downloading
15:53.25GNUtoodcordes, wow!!!
15:53.56dcordesGNUtoo: http://forum.xda-developers.com/showthread.php?t=564263
15:54.03GNUtoothanks a lot
15:54.24cr2strange. 8GB sdhc is not seen on this usb dongle. but 4GB is ok.
15:54.38phhcr2: sure it's sdhc ?
15:54.44phh(some 4GB are not SDHC)
15:55.03cr2has HC logo
15:55.12phhok
15:55.14phhweird then yes.
15:55.50phhhum, i got wrong somewhere.
15:55.57phhoriginal initramfs is 7.1MB, mine 13
15:56.13phhhaha, forget to strip.
15:56.13*** join/#htc-linux balans (n=BRPOLDB@212-123-149-239.ip.telfort.nl)
15:58.28phhhum that's not it
15:58.39phhdcordes: how do you build your initramfs ?
15:58.43cr2Warning: 256-byte inodes not usable on older systems
15:58.48dcordesphh: bitbake console-image
15:59.34dcordeshmm need to go buy CDR for installation
16:00.50cr2phh: linuxrc link is ../../bin/busybox
16:00.58cr2does not look right
16:01.03phhergh
16:01.14phhi just extracted one and added the bluez files
16:02.02cr2phh: you have zimage 2.6.25 inside
16:02.05cr2=junk
16:02.24cr21.3MB
16:02.26phhgot it
16:02.36phhi extracted an old one
16:04.04cr2no playwav2 ?
16:04.43phhit is angstrom 20081127 ...
16:04.55phhi can put whatever you want
16:06.33cr2hmm. where did i download the debian image yesterday..
16:06.53phhif you've a better base give it :)
16:07.08cr2phh: the  image of dcordes ?
16:07.10dcordescr2: 'opkg install bluez-utils' (optionally extract initrd to card before). you have the usb net working, don't you ?
16:07.43dcordesbut I will prepare the new one once debian is installed
16:07.50dcordesshopping now bbl
16:10.05phhcr2: http://husson.hd.free.fr/angstrom-bluez.2.cpio.gz
16:10.23phhand i tried it, it boots and bluetooth utilities works
16:14.41phhargh
16:14.44phhscan works
16:15.36cr2can't find bt gps
16:16.34phhok i know why it didn't work last time, i was too far from the dongle
16:16.39phhit seems it is very low powered ...
16:19.11phhi got a rfcomm connection working
16:19.29phh(i just had to remember than the MAC isn't just after "connect" but there is a ID before ....)
16:19.58cr2phh: edit the wiki page
16:20.45cr2i'm decompressing the 245MB debian image onto sd card
16:20.59phhhttp://wiki.xda-developers.com/index.php?pagename=RaphaelLinux you mean ?
16:21.15cr2omg
16:21.24cr22864376  22% /media/disk
16:21.32cr22.8GB uncompressed :)
16:21.35phhhaha
16:22.44cr2will take some time to umount
16:22.53phhuse mount -osync
16:23.05cr2too late
16:24.36phhoops
16:24.51phhwanted to change the 'usb' part on the wiki and i failed
16:32.58phhno that wifi works, back to wifi ... i'll have to understand this "awesome" TI driver.
16:34.24cr2phh: do you have your own nand dump ?
16:34.28phhyep
16:34.42cr2do the 2 eeprom copies differ ?
16:34.45phh[ 1238.352752] TIWLAN: 1049.213224: Working on a 1251 PG 1.2 board.
16:34.45phh[ 1238.382385] TIWLAN: 1049.242887: Starting to process NVS...
16:34.45phh[ 1238.438385] TIWLAN: 1049.298887: NVS version 6.3.7 found.
16:34.45phh[ 1238.449951] TIWLAN: 1049.310453: Radio type is 0x1C.
16:34.45phh[ 1238.477142] TIWLAN: 1049.337644: Finished processing NVS.
16:34.46phh[ 1238.501800] TIWLAN: TIWLAN: Failed to start config manager
16:34.50phhhere is where i get.
16:35.19phhcr2: 2 eeprom ? i got three time the 0x02 0x11 0x56 0x06 0x1C 0x06 header
16:35.26phhthe two last ones are identical
16:35.27phhnot the first one
16:35.27cr2Radio type is eeprom afair
16:35.40cr2phh: check wiki
16:36.04phhall i've found is http://htc-linux.org/wiki/index.php?title=WL1251
16:36.44cr2RaphaelNAND
16:36.53phhcr2: do you know if this driver does need some specific useland daemon maybe ?
16:37.07cr2in android maybe
16:37.19cr2there is some loader too
16:37.25phhwell i built the module from the android git ...
16:37.28cr2check how they use wifi on kaiser
16:37.31phhyes the loader is built
16:37.37phhand running
16:37.52phhwell just the "start config managed failed" thing.
16:37.52cr2check how to load eeprom
16:38.08cr2then we need to disable the DMA 8 on wifi sd channel
16:38.43cr2there is some ascii file with tiacx options
16:38.45cr2let me check
16:38.54*** join/#htc-linux root2 (n=root@rgnb-5d874749.pool.mediaWays.net)
16:39.38cr2btw, android has its own bt firmware, and wifi fw
16:39.57phh0x2500040 and 0x2500840 are where to find wifi eeprom
16:40.01phhand yes both are identical to me
16:40.13cr2ok
16:40.25cr2can we describe its structure ?
16:40.42cr2maybe compare to acx100
16:41.01phhouch
16:41.02cr2there is wpa_supplicant
16:41.25cr2and tiwlan.ini
16:41.35cr2do you have tiwlan.ini ?
16:41.40phhyes wlan_loader needs it
16:42.57phhcr2: do you think i should try android's fw ?
16:44.25cr2maybe
16:44.39cr2check how they deal with the eeprom first
16:44.53cr2i've read something about eeprom-less operation
16:45.59cr2tiwlan.ini, firmware.bin and nvs_map.bin
16:46.45cr2i think eeprom is "sent" as an ATAG
16:46.53cr2in g1
16:47.04cr2but we can just create a file with it.
16:48.53phhI think i'll try the alternative driver ... the ati one is unreadable ...
16:49.11phh-a
16:49.53cr2SGH-M200 ?
16:50.03cr2is it some neighbours phone ??
16:51.02cr2a780 sees some "Computer" ?
16:51.31phhno idea how you may see your phone mmm
16:51.52tmztif it has pan the class will probably be computer
16:52.11phhtmzt: nothing launched
16:52.15tmztthat's  a Samsung
16:52.40cr2yes, a780 is visible when  i let it
16:52.51phhcr2: and not your GPS ?
16:52.53cr2A780
16:53.08cr2but if i search from it i see Computer
16:53.18cr2phh: forgot gps at work
16:53.25phhah
16:53.44phhcr2: well it's most likely, since bluez is mainly for desktops ...
16:54.08phhcr2: you can change it in /etc/bluetooth/hcid.conf or something like that if that matters
16:55.40cr2pin_code_request:
16:56.01phhhaha tough one
16:56.17phhyou'll need the whole thing for that
16:56.22phhwith glib dbus and friends
16:56.52cr2ok. was just for fun
16:57.14cr2will try to copy and load .bts
16:59.17cr2phh: where is the hciattach source ?
16:59.25cr2which we use in initramfs
16:59.40phhask dcordes
17:00.15phhthere is two hciattach for TI in bluez 4.54
17:00.28phh( http://www.kernel.org/pub/linux/bluetooth/bluez-4.54.tar.gz )
17:00.33phhbut it won't be the same version i guest
17:00.35phhguess*
17:02.34cr2ok
17:02.40cr2times out for me too
17:03.02phhand clocks seems fine ?
17:03.14cr2err
17:03.20cr2i forgot to patch the kernel
17:04.33cr2i'll add clock id to the struct.
17:04.43cr2to avoid such confusion in the future
17:05.07cr2druidu wants to create something resembling clock-7x30.c
17:09.24cr2eh ?
17:09.38cr2wince exports linux partition too ?
17:11.07phhoO
17:11.37cr2block device.
17:11.44cr2but i will not risk to write there :)
17:11.53phh:)
17:13.13cr2booting
17:14.11cr2isthis blue rectangle some redundant feature ?
17:14.36phhblue rectangle ... ?
17:14.50cr2near the penguin
17:15.06cr2it was some virtual keyboard hack afair
17:15.12cr2for diamond
17:15.14phhit is still normaly
17:15.27cr2raph does not really need it
17:15.29phhi have to use it when usbnet doesn't work you know.
17:15.42phhcr2: just then blabal keyb=off
17:15.54phhmsmvkeyb_toggle=off
17:16.10phhi think you have the "hide" option
17:17.42cr2can't mount the second partition
17:18.16cr2Disk /dev/mmcblk0: 4075 MB, 4075290624 bytes
17:18.26cr2<PROTECTED>
17:18.27cr2/dev/mmcblk0p1               1          65      253859   6 FAT16
17:18.29cr2/dev/mmcblk0p2              66        1018     3722418  83 Linux
17:18.52cr2root@htcraphael:~# mount /dev/mmcblk0p2  /mnt/card/
17:18.52cr2mount: /dev/mmcblk0p2 already mounted or /mnt/card/ busy
17:19.02phhcat /proc/mounts ?
17:19.18cr2root@htcraphael:~# cat /proc/mounts
17:19.30cr2<PROTECTED>
17:19.43cr2this initramfs is not very good
17:19.43phhhu ? mmcblk0 not p1 ?
17:20.28cr2[  394.111022] kjournald starting.  Commit interval 5 seconds
17:20.29cr2[  394.222930] EXT3 FS on mmcblk0p2, internal journal
17:20.31cr2[  394.231475] EXT3-fs: mounted filesystem with ordered data mode.
17:20.59cr2/dev/mmcblk0p2         3663888    799512   2864376  22% /media/card
17:21.00cr2/dev/mmcblk0p1          253592      9104    244488   4% /media/cf
17:21.26cr2ok.
17:21.39cr2now may try to mount it as root instead of the initramfs
17:22.49phhmount -t tmpfs -o size=100K tmpfs /media/cf/dev
17:22.49phhcp -a /dev/* /media/cf/dev
17:22.49phhumount -l /proc
17:22.49phhumount -l /sys
17:22.49phhexec switch_root /media/cf /init
17:22.51phhi'd say.
17:23.32cr2don't see hcitool in this 2.8GB distro ?
17:23.36phhhaha
17:25.40phhcr2: what's the current status of GPS btw ?
17:25.45phhit still crashes the system ?
17:27.29cr2the code needs a patch
17:27.52cr2we need to register 2 CB rpc servers
17:28.04cr2and they need to pick the messages sent by arm9
17:28.14cr2and probably just do nothhing
17:28.21*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
17:28.32phhhu ? and that's it ?
17:28.37cr2but at least the message struct should be declared properly, and they are to be acked.
17:28.42cr2yes
17:29.12cr2maybe they should be shut down on gps down
17:29.28cr2like it's done for snd/audmgr
17:29.52cr2and if we are not interested in agps, things will be even more simple.
17:30.26cr2root=/dev/mmcblk0p2
17:30.44cr2btw, if the wifi is enabled it will be mmcblk1 ?
17:30.49phhno
17:30.58phh[    6.856842] mmc1: new high speed MMC card at address 0001
17:30.58phh[    6.891357] mmcblk0: mmc1:0001 000000 3932160KiB
17:31.17phhit's already on "mmc1" and it is still named mmcblk"0"
17:31.18cr2ok, it' s not a block device
17:31.29cr2i mean wifi
17:31.30tmztwhat?
17:32.02*** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it)
17:32.05tmztMMC is not SDIO
17:32.10tmzti linux
17:32.12tmztin
17:32.15phhhu ?
17:32.35cr2[    7.049591] mmc0: new high speed SDHC card at address f34f
17:32.36cr2[    7.069671] mmcblk0: mmc0:f34f SU04G 3979776KiB
17:32.38cr2[    7.077728]  mmcblk0: p1 p2
17:33.11cr2phh: you have microMMC card ?
17:33.17tmztphh: switchroot
17:33.19cr2does such thing exist ?
17:33.24phhcr2: no idea
17:33.26tmztwill do that for     you
17:33.29phhit's just a diam100 that's all i know
17:33.44cr2phh: it's reported by CIS
17:33.55cr2ah
17:34.04cr2it's not a "real" SD
17:34.08phhno
17:34.11phhit's a soldered one
17:34.15cr2tmzt: lol, they used MMC :)
17:34.24tmztyeah
17:34.26phhSD != MMC ?
17:34.48cr2you don't need to pay the license fees
17:34.56cr2phh: no
17:35.11cr2phh: there is also mmcv4
17:35.44cr2i have such card, but htc phones do not have "real" mmcv4 readers
17:35.53cr2so it works in the backwards mode
17:36.17cr2need some food.
17:36.18cr2bbl
17:36.22phh:)
17:39.02*** join/#htc-linux expanderz (n=expander@bas3-montreal31-1279786760.dsl.bell.ca)
17:40.01expanderzAnyone on?
17:40.07phhmmmm
17:40.12expanderzahhh
17:40.44tmztbut linux calls block devices mmc
17:40.52expanderzI wish I could ditch windows mobile...
17:41.41*** join/#htc-linux MrPippy (n=pip@adsl-75-42-169-223.dsl.sndg02.sbcglobal.net)
17:41.53expanderzHey guys, how is Android coming along for the Touch Diamond?
17:42.17expanderzLast build was in Sept, right?
17:42.28phhyou know it's still september ? :D
17:42.47expanderzI know, lol
17:43.11phhwell almost everything works except GPS, WiFi, bluetooth and camera ...
17:43.21expanderzgood news
17:43.45expanderzthanks for the info...
17:43.57*** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net)
17:44.00phhbut that's not new.
17:44.48expanderzI tried it a few weeks ago....
17:45.38expanderzWil google ever support the touch or will it always be a hack?
17:46.02expanderzbut if the hack works...that's ok too
17:47.40expanderzummmm
17:47.58tmztwhich touch?
17:48.21expanderzDiamond touch HTC
17:48.40expanderzthe first gen
17:49.03townkatmay i build for blackstone now? or git still broken ?
17:49.34townkatnot sure i used the terms correctly :)
17:53.57*** join/#htc-linux cr2 (n=cr2@109.84.130.177)
17:57.53*** join/#htc-linux timebomb (n=tb@f054021101.adsl.alicedsl.de)
18:00.22townkatcr2, is blackstone build broken ?
18:01.16phhtownkat: yes
18:01.36townkatthnx
18:01.47phh[16:28:10] <cr2> ./arch/arm/mach-msm/board-htcblackstone-panel.c:                        .name = "mddi_c_d263_0000",
18:01.47phh[16:28:17] <cr2> ./arch/arm/mach-msm/board-htcdiamond-panel.c:                   .name = "mddi_c_d263_0000",
18:01.47phh[16:28:26] <cr2> ./arch/arm/mach-msm/board-trout-panel.c:                        .name = "mddi_c_d263_0000",
18:01.47phh[16:28:28] <cr2> ./arch/arm/mach-msm/board-sapphire-panel.c:                     .name = "mddi_c_d263_0000",
18:01.50phh[16:28:52] <cr2> the last 2 are not important, but the first 2 are broken now
18:02.53townkatthank you phh
18:03.15phhtownkat: but for diamond the fix was really easy
18:03.24phh(but i don't know if it is a real one or not)
18:03.39*** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net)
18:03.42phhjust remplace mddi_thing to TC358720XBG
18:04.22townkatnice, but we need for a fix for blac too :)
18:04.43phhtownkat: it's maybe the same thing for blackstone
18:05.31cr2back
18:07.37cr2phh: for diamond the fix is real
18:07.44phhok
18:08.07cr2but blac100 should go int epson client code
18:08.18cr2not toshiba
18:15.01*** join/#htc-linux Captnoord (n=Captnoor@81.71.164.123)
18:16.08phhcr2: btw, can you commit accelerometer for diamond ?
18:16.23phhit actually works
18:17.19phh(drop comments in board-htcdiamond.c around line 160)
18:17.26cr2tmzt: does X work for you ?
18:17.34cr2phh: wait for dcordes
18:17.40phhok
18:17.56phhhum i have another patch, but don't know why
18:18.40phhho right, it's maybe a feature
18:19.00phhcr2: to be able to build msm_nand, i had to add "EXPORT_SYMBOL(msm_dmov_exec_cmd);" in dma.c
18:19.02phhis that wanted ?
18:19.34cr2works for me as is
18:19.54phhoh, because i used it as a module
18:19.56phhnot in kernel
18:20.15phhno big deal then.
18:20.25cr2still a bug
18:21.13cr2but if your rootfs is on nand, you'll never know :)
18:21.29phhi think my rootfs won't be on nand before months.
18:21.52cr2why?
18:22.23phhi prefer having a proper ROM "just in case"
18:22.26cr2we may do dualboot
18:22.30phhhum
18:22.36phhwindows mobile takes a lot of space you know
18:22.49phhis nand quicker than mmc ?
18:23.33cr2i think so
18:23.51phhlet's try.
18:24.19cr2need to write some imgfs tools first
18:24.26phhdd: /dev/mtdblock0: Input/output error
18:24.28phhoops ...
18:24.44cr2bs
18:24.59phh8192
18:25.05phh[ 3480.301147] msm_nand_read_oob: unsupported ops->len, 512
18:25.05phhin dmesg
18:25.07phhstrange
18:25.11cr2the driver does not support unaligned
18:25.23phh<PROTECTED>
18:25.24cr2yes. 512 is too little
18:25.35cr210k ?
18:25.44cr2does not work ?
18:25.55phhi tried with 10000, same thing
18:26.08cr2i used the block device
18:26.16cr2and assigned the partition
18:28.25phhread(0, 0xac008, 8192)                  = -1 EIO (Input/output error)
18:28.27phhi really don't get it
18:29.24cr2it's an incomplete driver
18:29.39phhi know, but it did work tuesday ..
18:29.43cr2and some things need to be clarified
18:30.15phhanyway i successfully dumped mine once
18:30.22phhi have got my calibration thing so i don't need
18:31.11cr21 question
18:31.34cr2how are you going to create the partitions, if you want to preserve wince ?
18:31.52phhi can do it on the "internal storage"
18:32.06phh(meaning the soldered SD)
18:32.33cr2how big are they ?
18:32.55phhthe NAND is 256MB, the storage is 4GB
18:33.11cr2wince itself
18:33.17phhoh
18:33.37phhdon't know
18:33.40phhwince says it is 30MB
18:33.47phhbut i don't believe it
18:33.47cr2you need to know some things about it
18:34.23cr2there are some linux questions too
18:34.49cr21. should we implement byte access ?
18:34.50phhlike reading "partition table" ...
18:35.15phhFS already knows howto handle bloc access
18:36.39phhbyte access would be useless except for the wifi eeprom, but it would be cleaner to do it in this part
18:37.12cr2suggest how to extract eeprom in haret
18:37.42cr2there is special wince ioctl to read the eeprom data, actually.
18:39.41phhwell that would be an "enduser" thing, for the moment wifi doesn't work even with these files
18:39.53cr2SUPPORT_WRONG_ECC_CONFIG
18:39.59cr2do we need it ?
18:40.27cr2can you point me to the wlan_loader source in gitweb ?
18:41.04phhin android git it's android/system/wlan/ti/sta_dk_4_0_4_32/CUDK/tiwlan_loader
18:41.41phhdon't know where is gitweb for android mmm
18:42.23*** join/#htc-linux pleemans (n=toi@d54C2A96D.access.telenet.be)
18:43.34phhhttp://android.git.kernel.org/?p=platform/system/wlan/ti.git;a=blob;f=sta_dk_4_0_4_32/CUDK/tiwlan_loader/tiwlan_loader.c;h=f4c137748e9710244691dbd4fde8fe686c9e9fcc;hb=HEAD
18:45.35phhbut it isn't standalone, it needs a lot of other files ...
18:45.37cr2nvsPtr = (volatile unsigned long *)mmap(0,0x1000,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0x13F13000);
18:45.39cr2lol
18:47.00phhwhat ?
18:47.44cr2maybe make it standalone ? like playwav2
18:49.09phhanyway i think (almost) everything is done in kernel
18:50.24phhoops i forgot
18:50.30cr2449 #define WIFI_NVS_LEN_OFFSET     0x0C
18:50.31cr2450 #define WIFI_NVS_DATA_OFFSET    0x40
18:50.32phhjust after loading wlan.ko, i get:
18:50.33cr2451 #define WIFI_NVS_MAX_SIZE       0x800UL
18:50.35phh[   40.561065] mmc0: Command expiry misfire
18:50.51cr2do you have dma enabled ?
18:50.51phhthat might be a problem
18:50.58cr2how do we disable it ?
18:51.06phhno idea
18:51.11cr2you may post the full dmesg with wifi
18:51.47phhhttp://pastebin.com/m24a88226
18:52.33cr2[   36.220153] .... ERROR in size of beacon_probeRsp_t struct 0x00000057  should be 0x00000053..... ?
18:53.07phhyes, i guess android repo is somehow broken
18:53.17cr2omg
18:53.28cr2[   39.337768] clock-wince: pc_clk_set_rate: id=19 rate=11000000
18:53.29cr2[   39.359649] clock-wince: set mdns: 19, 11000000; bitidx=7, offset=a4, ns=0
18:53.31cr2[   39.384643] clock-wince: set_mdns_host_clock: 19, freq=7372800
18:53.43cr2picks the bt clock ;)
18:53.47phh-_-
18:54.09cr2it may be ok, but just weird
18:54.29phhit did the same before your "patch" but you might want the messages without it ?
18:54.53cr2<PROTECTED>
18:55.08phhok
18:55.18cr2and the MN does not know how the output will be used
18:55.46cr2if the register layout is the same (and it is more or less the same, it seems) then why not
18:56.10cr2just there is some difference between 11MHz and 7.3 MHz
18:56.25cr2and the 32 vs. 64MHZ was completely unacceptable
18:57.04cr2hm. why do they request 11MHz ?
18:58.15cr2http://www.htc-linux.org/wiki/index.php?title=MSM_SDIO
18:58.49cr2wifi?  19000000 1 0x05 0x02 3 2 4 1
18:59.09cr2SRC=4
18:59.15phherf, 19Mhz against 7
18:59.16cr2it's mpll aka PLL0
18:59.26cr2phh: in wince
18:59.34cr2PLL0 ~=245MHz
18:59.36phhoh
19:00.22cr2245*1/5/4
19:00.28cr2how much is that ?
19:00.38phh12.25
19:01.26cr2i need to compare to the MSM_CLK page. it's more readable
19:01.38cr2or with the kernel, which i've patched yesterday
19:01.54cr2so TI requests 11MHz ?
19:02.13phhaccording to dmesg yes
19:02.21phhand i won't read the TI driver to check that.
19:02.24cr2phh: maybe we should write some TODO list
19:02.33cr2then it must be somewhere in the driver code
19:03.03phhmmm sdio part mustn't be big
19:08.32cr2245760000*1/5/4
19:08.52phhalmost same thing, 12.35 Mhz
19:09.01phherr 12.28
19:09.06cr2close to 11
19:09.16cr2although wince says "19"
19:11.22cr2but for sdio the speed should not be an issue
19:11.34phhok
19:12.01cr2the enabled dma is workse
19:13.18phhhu ?
19:13.22cr2<PROTECTED>
19:15.22cr2don't see an easy way to disable it though
19:16.08phhthe problem is that dma is shared ?
19:16.28cr212.288MHz
19:16.33cr2it may be a problem
19:16.48cr2btw, can you add the line for 12.288MHz ?
19:17.06phhsure, just give me the line :)
19:18.14phhi'm just thinking:
19:18.18cr2MSM_CLOCK_REG(12288000, 1, 0x5, 0x2, 3, 2, 4, 1), /* 12.288MHz */
19:18.36phh[   39.337768] clock-wince: pc_clk_set_rate: id=19 rate=11000000 <---- isn't 19 supposed to be 4MHz ?
19:18.38cr2but if the driver wants 11, it will pick 12
19:19.04cr2phh: find this place in the wifi driver
19:19.18phhok
19:19.26*** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl)
19:19.29phhi put this line between 12MHz and 19MHz i guess ?
19:19.43cr2rate=11000000 e
19:19.49*** join/#htc-linux luke-jr (n=luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
19:19.50cr2means it was requested
19:19.57cr2yes
19:20.35cr2awk '{print  921600*16}'
19:20.36cr214745600
19:21.04cr2awk '{print  3686400*16}'
19:21.05cr258982400
19:21.28cr2<PROTECTED>
19:21.34luke-jrso what is the potential for this project? :p
19:21.40cr2i'm thinking if this is the best way to get 64MHz
19:22.08cr2because wince uses these divisors for 1/4 clock , i.e. 16MHz
19:22.21cr2and i've just disabled the prescaler
19:22.26cr2=4
19:23.48cr2phh: but if they really want 11MHz, we can make such and entry close to it
19:24.06phhi'm not sure this timer is a problem
19:24.08cr2phh: the spl uses 120000 bps instead of 115200 actually
19:24.50cr2yeah, you just operate the bus at 7MHz
19:25.07cr2makes transfers 2 times slower.
19:26.15cr2err
19:26.38cr2the divided baud rates are /4
19:26.53cr2the undivided should be the same ???
19:27.08cr2for bt.
19:27.15cr2need to think about it.
19:28.40luke-jrany chance on a free Rhodium? :p
19:29.49cr2luke-jr: compile the blac100 kernel (not the latest git revision), and change the framebuffer address in htc_fb_console.c
19:30.00luke-jrcr2: really? and it works? :o
19:30.12cr2it will crash in  the process.
19:30.39luke-jr-.-
19:30.42cr2the topaz crash screenshot is at htc-linux.org
19:31.10cr2but the crash data help to fix the differences.
19:32.00cr2luke-jr: it's just a manpower problem :)
19:32.03luke-jrI see.
19:32.15luke-jrso in other words, by the time it's usable it will be obsolete? :p
19:33.06cr2i doubt it
19:33.48cr2i prefer to make raph/diam usable first
19:33.58cr2maybe because i have one ;)
19:34.33luke-jrI don't have any.
19:34.36luke-jrin the market XD
19:35.25cr2but since rhod100 has the same cpu, and many peripherals are the same, it is much easier to support it, than a completely unknown device.
19:35.48cr2well, if i had one, i will still finish raph100 first.
19:36.11cr2because it's a better phone (smaller)
19:36.14luke-jrso is the SoC fully supported? O.o
19:36.25luke-jrwants as big as is reasonable in his pocke
19:36.26luke-jrpocket
19:36.47cr2i have athena for that
19:37.01luke-jrAthena?
19:37.24luke-jrtoo little RAM
19:37.26cr2an older device
19:37.32cr2yes.
19:37.35*** join/#htc-linux root2 (n=root@rgnb-5d87df24.pool.mediaWays.net)
19:37.38luke-jrif it had more RAM I might consider it :p
19:37.52luke-jrbut my N810 proves 128 MB is too little for even KDE without apps
19:37.52cr2but a fast ide hdd, and real sirf3 gps
19:38.03cr2not that shitty qualcomm gps
19:38.29luke-jris the Clio an upgraded Athena?
19:38.33luke-jrI couldn't find specs on that
19:38.42cr2i prefer apps to kde
19:38.46luke-jrI'm guessing from the pic it's too big for a pocket
19:38.56cr2clio is an msm device ?
19:39.01luke-jrhttp://wiki.xda-developers.com/index.php?pagename=HTC_Clio
19:39.05cr24"
19:39.10luke-jrthe website categorized it with Athena
19:39.23luke-jris bad at putting measurements into visuals
19:39.24cr2no
19:39.29luke-jrdoes 4" fit in a pocket? XD
19:39.32cr2it's a x86 device
19:39.35luke-jroh :/
19:39.37cr2a real notebook
19:39.42luke-jr...
19:39.45luke-jrI want a real notebook
19:39.47luke-jrbut not x86
19:40.01luke-jrand one that fits in my pocket :p
19:41.56luke-jrmeh
19:42.00luke-jrfound specs, 7" display
19:42.01luke-jrway too big
19:42.18cr2notebook
19:48.48phhcr2: it seems that the wifi driver wants the 29 IRQ, but according to http://htc-linux.org/wiki/index.php?title=Raphael_IRQ it seems wrong
19:49.35luke-jrcr2: is the size the only difference between Rhod and Raph?
19:49.41phhhum, not that one, else it insmod will return -ENOMEM
19:51.15cr2luke-jr: they have different phone software. i've documented some differences, but need a bit more research
19:51.35cr2phh: wifi irq ?
19:52.18phhcr2: it seems TI driver asks for an irq in the init code
19:52.27phhbut it depends on deeper TI functions so not totally sure ...
19:52.28cr2yes, it's hardcoded
19:52.36cr2change it there
19:52.56cr2don't know a better way with the .27 kernel
19:53.14phhto 24?
19:53.33cr2no
19:53.34phhcalled INT_SDC1_0
19:53.42cr2it's wrong wiki page
19:53.45phhok
19:53.55cr2raphael_gpio
19:54.33cr229  0x1d 3,0  13  I  wifi irq
19:54.36cr229
19:54.43cr2so it's 29
19:54.52phhso it's the good one.
19:54.57cr2yes
19:55.01luke-jrcr2: hardware I mean. I have no interest in retaining their original software
19:55.21luke-jrare these phones really USB client only, or does the hardware support host/OTG mode
19:55.48cr2luke-jr: amss is the phone firmware. you more or less must retain it
19:56.02cr2raph100 supports usb host/otg
19:56.10cr2don't know about rhod100
19:56.22luke-jrcr2: firmware, sure, but that's independent from the software...
19:56.33cr2ok
19:56.39luke-jrisn't it?
19:57.02cr2i meant phone firmware (aka amss), not phone software (aka wince)
19:57.26cr2wince can be replaced with linux
19:57.35cr2amss is another story
19:57.38luke-jrbut amss doesn't run on the CPU, correct?
19:57.45cr2google phones use different amss
19:57.53cr2there are 2 cpus
19:58.05cr2one runs amss, the other wince/linux
19:58.07luke-jrwell, amss is like a hardware modem except supports voice?
19:58.14cr2yes
19:58.20luke-jrk
19:58.31luke-jrpresumably the audio goes through Linux still?
19:58.44cr2it's a shared DSP
19:59.17luke-jrbut I could setup an Asterisk on the Linux side and have it use the modem to call people independent of me?
19:59.38cr2i think yes
19:59.45cr2but nobody tried it so far.
19:59.54luke-jrheh
20:00.03luke-jrwell, I guess it would be like Bluetooth headset setup
20:00.23cr2this should certainly work
20:00.25luke-jrRhod300 is significantly different beast than Rhod100 or no?
20:00.37cr2don't know. but it's unlikely
20:00.56luke-jrunlikely the same or unlikely different? XD
20:00.59cr2if both are gsm/umts devices, they should be more or less identical
20:01.20luke-jroh, no difference at all? O.o
20:01.27luke-jrwonders why they have different numbers
20:01.31cr2raph100 and raph800 have some substantial differences, but one is CDMA and the other is gsm
20:01.52cr2missing second camera, different keyboard. such things.
20:02.06luke-jrO.o
20:02.19luke-jrbut more or less the software end shouldn't care?
20:02.29cr2yes
20:03.18luke-jrso if I picked up a Rhodium, it is likely I could get Gentoo+KDE up and working on it? ;)
20:03.27luke-jrbackground on me: I've got Linux booting on a cable modem in the past
20:03.34luke-jr(though not usable)
20:03.43cr2phh: can you do a haret test for me ?
20:04.03cr2luke-jr: they say zubuntu works
20:04.12cr2luke-jr: ok
20:06.35luke-jrwould I need an "unlocked" phone, or does that matter once WinCE is wiped?
20:07.24cr2it's on the phone side.
20:07.35luke-jroh, that amss thing? :/
20:07.36cr2!linux issue
20:07.42cr2yes
20:08.04cr2they hack/reflash it, but it has nothing to do with linux.
20:08.14luke-jrcan we modify the amss side and swap it with an unlocked one? XD
20:08.30cr2check xda-dev
20:08.36luke-jrponders if amss is ARM or MIPS and small enough to reverse engineer
20:08.45cr2arm9
20:08.54cr215MB arm+thumb code
20:08.58cr2elf image
20:08.59luke-jrouch, pretty big
20:09.33luke-jrN810's battery charger is only 110 KB and I'm still quite far from anything usable
20:09.34luke-jr:(
20:09.44cr2it may be interesting to remove some junk from there. but may be too difficult
20:10.21cr2battery charger done in software ?
20:10.34phhcr2: sure
20:10.52luke-jrcr2: yeah
20:10.57cr2phh: telnet ?
20:11.08luke-jrN810 has proprietary userland blobs for battery charger and GPS
20:11.28phhjust wait a minute for WinMo to boot
20:11.44cr2phh: ok
20:11.56cr2luke-jr: the lcd was good. everything else, hmm...
20:12.17luke-jrcr2: ?
20:12.37cr2luke-jr: n810
20:12.48luke-jroh
20:12.49luke-jrpretty much, yeah
20:12.50cr2phh: looking where is the baud divisor registers
20:13.13luke-jrthe best I can do with N810 is wardrive, if the GPS feels like working
20:13.24phhcr2: how ?
20:13.25luke-jrtotally not worth the $200 I spent on it :(
20:13.45cr2phh: pd 0xa86000d8 8
20:14.06cr2luke-jr: others like it, but i think there is better hardware
20:14.26phha86000d8 | 0019ff9f ffb80b44                   | ....D...
20:14.44cr2if we had a bit more committed people, htc would have been the biggest linux bastion :)
20:15.00cr2phh: bt on., 4MHz mode
20:15.02luke-jrI can't become committed unfortunately :/
20:15.37cr2luke-jr: imvho htc makes the best phone hardware
20:15.44cr2aka best linux hardware :)
20:15.52luke-jrseems like it
20:16.09luke-jrI get labelled a troll in #Maemo for even looking at non-Nokia stuff :/
20:16.32luke-jras if Nokia somehow deserves support
20:16.36cr2i wait for maemo being reqritten in qt :)
20:16.58luke-jrthe GTK codebase was crappy enough even for GTK code, so I'm not too hopeful about the Qt port
20:17.28luke-jrthe N810's soft-GPS driver requires GTK+ and is hard-coded to chown a file to user name "user" or error out
20:17.43phhcr2: anything else ?
20:17.59cr2phh: looking for the register
20:18.05phhok
20:18.08luke-jrto get it working in Gentoo at all, I had to write a LD_PRELOAD lib and zero out some bits
20:18.19cr2hehe
20:18.26luke-jr(I refuse to install GTK :p)
20:19.19cr2UARTDM_CSR_ADDR
20:19.41cr2/* write only register */
20:19.43cr2#define UARTDM_CSR_ADDR 0x8
20:19.44cr2err
20:19.48cr2and nontraceable.
20:20.05cr2phh: bad. need to find another way ;)
20:22.18cr2M=25 N=96 D=48 P=1 S=4 C=2
20:23.39cr2phh: add the PRE=3 to the 64MHz line, and try to load firmware
20:24.03cr2it is
20:24.03phhhu ?
20:24.06cr2<PROTECTED>
20:24.08cr2no
20:24.10cr2now
20:24.14cr2change it to
20:24.22cr2<PROTECTED>
20:24.40phhjust 0 => 3 ?
20:24.50cr2yes
20:25.34cr2phh: the list should be sorted by frequency
20:26.00phhthe one you pasted is 4MHz ?
20:26.32phhso just before the /* SD */ ?
20:26.58tmztso, anything new?
20:27.09tmztcr2: did you see what I typed last nigh?
20:27.10cr2phh: move it to be the last entry in the table
20:27.11tmztnigt
20:27.20cr2tmzt: what ?
20:28.29luke-jrcan't find any sign of someone who has run Linux on a Rhodium
20:28.30tmzt17:31 < tmzt> dcordes: can you push the thing for you on people?
20:28.30tmzt17:32 < tmzt> for dcordes
20:28.30tmzt17:32 < tmzt> I'm also working on a new db driver
20:28.30tmzt17:33 -!- rashire [n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net] has  joined #htc-linux
20:28.33tmzt17:33 < tmzt> starting by adding single buffer updates to the existing one
20:28.36tmzt17:33 < tmzt> but that causes tearing in my test
20:28.39tmzt17:34 < tmzt> but I think I figured out how to adapt via drm driver
20:28.40tmzts/db/fb
20:29.06tmztluke-jr: some people have asked about it and I think tried it, and the amss is closer to google's
20:29.17tmztdo you have a rhod?
20:29.26luke-jrtmzt: thinking of buying one
20:29.49tmztit should be supportable after a cleanup of our tree
20:29.57cr2tmzt: sounds good
20:30.04tmztcr2: I'm going to try importing the aurora fb driver actaully
20:30.50tmztthen work on drm
20:30.50cr2tmzt: btw, i didn't see at channel in the topa smem dump
20:30.50phhcr2: failed :p
20:30.50luke-jrhmm
20:30.51luke-jrhow is 2D/3D accel btw?
20:30.51cr2tmzt: maybe they use qmi there too
20:30.51tmztsince stefen_schmidt/mickeyl will need a working ddx for the Pre and I think they are very similar (mdp/omap2fb)
20:30.52phhcr2: http://pastebin.com/m2297603f
20:30.52cr2luke-jr: not free software
20:31.07luke-jr:/
20:31.14luke-jrcr2: it does exist as non-free?
20:31.29tmzt3d?
20:31.31cr2phh: ok. it's something for me to think about
20:31.44cr2luke-jr: yes. and it works. inside android
20:31.45tmztthat requires the libhgl from g1/sapp/hero
20:31.49phhcr2: i hope you have a great todo list manager :p
20:32.07tmztso you are working on bluetooth or wifi now?
20:32.17cr2both
20:32.19luke-jrcr2: but not vanilla X.org?
20:32.39tmztluke-jr: that's what I'm working on, I want to let X drive the dma to the panel
20:32.44tmztinstead of the msm_fb driver
20:32.50luke-jrO.o
20:33.19cr2luke-jr: i've tried to boot a 2.8GB debian rootfs right now. it didn't work. but maybe i'm missing some kernel fb update patch
20:33.30tmztas for libhgl, it should be possible to wrap it with mesa code for gles
20:33.35cr2tmzt: why Xfbdev didn't work for me
20:33.36tmztlike google does with libagl
20:33.55luke-jrmeh, I'd rather 100% free than 3D anyway
20:33.59cr2tmzt: is it possible to ltrace libhgl ?
20:34.00tmztcr2: with the update thread? there's a ioctl that needs to return success or disable checking the pixclock value
20:34.03tmztI had a patch
20:34.24tmztprobably, but without a lot of gpu knowledge it would be difficult to do
20:34.27cr2tmzt: how is wince doing it
20:34.35cr2ok
20:34.38tmztnot sure it's worth it on pre 7x727 at hardware
20:34.41tmztdoing what?
20:34.46tmzt3d? badly :)
20:35.01tmztthey seem to use pmem also
20:35.03cr2tmzt: i'll try to cleanup the mddi setup for raph100 now, but some things are different from g1
20:35.15tmztif I get drm working that would be a starting place for a 2d driver using gpu
20:35.19phh(i confirm 3D on android works *really* great)
20:35.24tmztsince the memory management will be done
20:35.40tmztsure, you splitting out the client chips?
20:35.46phh(neocore is only 20% slower than on G1 <3)
20:35.50cr2tmzt: yes. i don't care about 3d. but 2d accel, bitblit and such are great
20:35.55tmztI can't follow the existing code and I know it's not being used on raph500
20:36.20cr2tmzt: which mddi client do you have ?
20:37.47cr2phh: the BT todo is only to find out the wince baud divisor value for 4MHz speed
20:38.09phhcr2: ok
20:38.22phhthe wifi thing is a lot harder :/
20:38.28phhni actual idea of what is wrong...
20:38.31phhno*
20:38.58cr2M=25 N=96 D=48 P=1 S=4 C=2
20:39.27cr20x19 0x60 0x30 prescaler=2 ?? pll0
20:39.38cr2then your speed should be
20:43.09cr2245760000*25/96/2
20:43.09phhcr2: i looked at interrupts and to me it seems *really* weird:
20:43.10phhhttp://pastebin.com/m658332f9
20:43.10cr232MHz hmm
20:43.38*** join/#htc-linux root2 (n=root@rgnb-5d87df24.pool.mediaWays.net) [NETSPLIT VICTIM]
20:43.38*** join/#htc-linux luke-jr (n=luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d)
20:43.38*** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) [NETSPLIT VICTIM]
20:43.38*** join/#htc-linux balans (n=BRPOLDB@212-123-149-239.ip.telfort.nl) [NETSPLIT VICTIM]
20:43.38*** join/#htc-linux GNUtoo (n=gnutoo@host134-152-dynamic.51-79-r.retail.telecomitalia.it)
20:43.38*** join/#htc-linux kiozen_away (n=kiozen@rgnb-5d87c591.pool.mediaWays.net) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux rashire (n=ed1112wa@pool-98-114-209-5.phlapa.fios.verizon.net) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux infernix (i=nix@unaffiliated/infernix)
20:43.39*** join/#htc-linux nozze (n=nozze@u193-11-162-41.studentnatet.se) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux high-rez (n=gus@carrera.bourg.net) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux jmaurice (i=jmaurice@snickers.org) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux ecze (n=ecze@eczema.ecze.com) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux KungFunk (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux astrolite (n=astrolit@c-d7c9e455.023-352-6c6b701.cust.bredbandsbolaget.se) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux dtrack (n=LOL@78-86-59-180.zone2.bethere.co.uk) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux bartman (n=bart@tau.jukie.net) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux madCoder` (n=madcoder@c-68-42-30-56.hsd1.pa.comcast.net) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux Dinde (i=kayser@81-65-176-209.rev.numericable.fr) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk)
20:43.39*** join/#htc-linux tmzt (n=tmzt@adsl-99-52-65-233.dsl.akrnoh.sbcglobal.net)
20:43.39*** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM]
20:43.39*** join/#htc-linux bertramt__ (n=chatzill@63.246.89.17) [NETSPLIT VICTIM]
20:43.43cr2phh: change the prescaler to 1 (from 3)
20:43.44cr2it's the sdio side
20:43.45tmztcr2: did you confirm if wifi data is over sd bus?
20:43.45cr2<PROTECTED>
20:43.45cr2<PROTECTED>
20:43.45cr2<PROTECTED>
20:43.45cr2<PROTECTED>
20:43.45cr2it's sdc1, sdc2, sdc3, sdc4
20:43.46*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
20:43.46cr2tmzt: it should be easily traceable
20:44.05tmztthere are instruction for tracing dma sg?
20:44.07cr2tmzt: but the firmware/eeprom are loaded over sdio
20:44.16tmztnot the data itself I mean, but the commands/addresses
20:44.39phhcr2: and tiwlan0 on 93 ?
20:44.47cr2tmzt: if you don't get SD irqs using wifi, wifi does not use it. 'wi' should be enough
20:44.58tmztwhat are those numbers?
20:45.31cr2phh: the tiacx irq is msmgpio, not msm
20:45.39cr2it's an extrernal device
20:45.53cr2tmzt: /proc/interrupts
20:45.56phhoh ok
20:46.14cr287:          0     msmgpio  msm-sdcc (slot)
20:46.24cr2it's probably gpio 0x26 -> SD detect
20:46.45tmztright, ok
20:46.50cr2so 93 (-87)=6
20:46.51tmztwhy cmd?
20:47.05cr20x26+6
20:47.18tmztif it's pio would there be irqs then?
20:47.19cr2tmzt: androids called it this way
20:47.32cr2pio means unused
20:47.47cr2tmzt: is it possible to disable dma for sdc ?
20:48.02tmztin pdata probably
20:48.18tmztdoesn't uboot do that?
20:48.29cr223  0x17  3,0  7  I  SD card inserted (and irq)
20:48.37tmztright, ok
20:48.37cr229  0x1d 3,0  13  I  wifi irq
20:48.51cr2tmzt: didn't look
20:49.04tmztI think they just labeled it 'wifi' to distinguish it from the sd slot
20:49.08cr2phh: so gpio23 is 87:          0     msmgpio  msm-sdcc (slot)
20:49.18tmztbut they should be the six lines to the sd bus (wifi is 4bit right?)
20:49.21cr2phh: you will get the same for gpio 29
20:49.40cr2tmzt: it's setup this way.
20:49.46phhi should get 93 you mean ? whici is the one i get
20:49.57cr2yes
20:50.01cr2it's wifi irq
20:50.08cr2sd detect is 87:
20:50.36cr2phh: yes. and even 1 irq :)
20:51.18cr2phh: i'm looking for the posting about diam wifi
20:51.27phhcr2: i bet i'm gonna try with 2 for BT.
20:51.39cr21
20:51.46tmztfrom druidu?
20:51.51phhhttp://pastebin.com/m592a1494
20:51.51cr2no
20:52.18phh(hciattach does the same thing as usual)
20:52.18cr2phh: the dmesg will not change
20:52.24cr2ok
20:52.24phhok
20:52.40cr2so i really need to check the baud divisor
20:52.55cr2phh: who needs 4Mbit BT ?
20:53.08tmztwho needs 4Mbit wifi?
20:53.14phhwho needs BT ? :D
20:53.24cr2gps will be happy with 4800 :)
20:53.40phhcr2: currently the maximum is 500kbauds (if i read correctly), for good A2DP it's too low
20:53.42cr2tmzt: i mean which application really needs this bandwidth
20:53.50cr2it costs mA
20:53.54phh(yes SBC totally sucks.)
20:54.01cr2ok
20:54.22tmztdid I say wifi?
20:54.26tmztI mean IrDA
20:54.29phhtmzt: you said wifi.
20:54.32phhoh.
20:54.46phhIrDA and BT aren't exactly the same thing.
20:55.35tmztyes, I know
20:55.52tmztbut there is 4Mbps IrDA
20:56.09cr2phh: hciattach /dev/ttyHS1 texas 4000000 ?
20:56.24phhcr2: without firmware then ?
20:56.31cr2with
20:56.34phhok
20:56.59cr2without checking the baud divisor, it's all guesswork
20:57.09phh[  508.349761] clock-wince: pc_clk_set_rate: id=35 rate=7372800
20:57.13phhhciattach doesn't even get it ...
20:57.25phhioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, {B4000000 -opost -isig -icanon -echo ...}) = 0
20:57.25phhioctl(3, SNDCTL_TMR_START or TCSETS, {B4000000 -opost -isig -icanon -echo ...}) = 0
20:57.25phhioctl(3, SNDCTL_TMR_START or TCSETS, {B115200 -opost -isig -icanon -echo ...}) = 0
20:57.27phh"WTF"
20:57.40cr2it starts at 115200
20:57.58cr2sends the .bts command "switch to 4000000"
20:58.09cr2and then should switch to 4000000 himself
20:58.22cr2the response does not come
20:58.37phhwell if i say hciattach 4000000 he shouldn't go at 115200 at all ...
20:58.37cr2so he says "Timed out" and returns to 115200
20:58.52cr2there is -s flag for initial speed
20:59.10cr2i should really look at the hciattach source
20:59.48tmztthat's what it is, a few gpios and set the ldisc
21:00.49phhcr2: i've just been thinking... the strace of hciattach might be useful ?
21:01.05phhsince it actually reads something after TCSETS 4M
21:01.29phhhttp://pastebin.com/m75aaa0a2
21:04.22phh(i'll let you understand the BTS to know what happens/should happens.)
21:04.41cr20 4 7
21:04.51cr2i'll look at .bts
21:05.10*** join/#htc-linux billyonthemounta (i=Miranda@81.13.236.29)
21:05.30tmzt0 4 7?
21:06.54phhcr2: that's what hciattach can read from BT chip
21:07.16cr2# HTC
21:07.18cr2# Update the Baudrate to 4000000 bps
21:07.19cr2#--------------------------------------------------------------------------------
21:07.21cr2SEND_COMMAND: ogf=0x3f ocf=0x336 4 ->
21:07.23cr2ACTION_SEND_COMMAND: 0x01 0x36 0xff 0x04 0x00 0x09 0x3d 0x00
21:07.24cr2ACTION_WAIT_EVENT  : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x36 0xff 0x00
21:07.25cr2ACTION_SERIAL_PORT : BTS changing baud rate to 4000000, flow control to 1
21:07.27cr2it's the first command in the .bts
21:08.45cr2http://wiki.xda-developers.com/index.php?pagename=UniversalBluetooth
21:09.00phhthere is even not the right number of bytes in send ...
21:09.05phhoops
21:09.10cr20x336  4
21:09.12phhit is.
21:09.51cr2ACTION_SERIAL_PORT : BTS changing baud rate to 4000000, flow control to 1
21:10.01cr2should set the right port speed
21:10.12phhit does according to strace
21:10.25cr2ACTION_WAIT_EVENT  : 5000 msec
21:10.30cr2does not time out ?
21:11.03cr2the ext command is
21:11.03cr2SEND_COMMAND: ogf=0x3f ocf=0x237 2 ->
21:11.04cr2ACTION_SEND_COMMAND: 0x01 0x37 0xfe 0x02 0x03 0x35
21:11.05cr2ACTION_WAIT_EVENT  : 5000 msec, 7 size, data = 0x04 0x0e 0x04 0x00 0x37 0xfe 0x00
21:11.22cr20x237  2  +
21:11.26cr2unknown
21:11.38cr2but used by brf6150 too
21:11.44phhwe receive 4 bytes instead 7 and not the good ones /o\
21:12.06cr27=3 (header)+4
21:12.18cr2ACTION_SEND_COMMAND: 0x01 0x36 0xff 0x04 0x00 0x09 0x3d 0x00
21:12.24cr27 bytes
21:12.47cr2+ 0x00 (end)
21:13.30cr2if we get junk, then the clock speed is wrong
21:13.48cr2can be only the baud divisor
21:13.48phhyep.
21:14.06cr2the clock divisors i see in wince
21:14.52cr2the baud divisor in g1 code is 0xff (aka 4)
21:15.18cr2need to find the value written into this register in wince.
21:15.44cr2it may have been traced, but the device hangs on tracing thr UART2DM regs
21:16.18cr2you may try, but i think it will be the same result
21:16.34cr2dump mmu 2 0xa0300000 0x1000
21:17.05cr2i need to find what's written into 0xa0300008
21:17.57cr2# Enable deep sleep mode
21:17.59cr2SEND_COMMAND: ogf=0x3f ocf=0x10c 9 ->
21:19.35*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
21:24.48cr2phh: hciattach -n -s 115200 /dev/ttyHS0 texas 4000000 flow
21:24.54cr2full command on g1
21:25.34cr2git://android.git.kernel.org/platform/external/bluez.git
21:26.11cr2but they are not using .bts
21:28.19phhhciattach works but hciconfig hci0 up not
21:28.57tmztcr2: what do I need to get the audio path for microphone?
21:32.03phhand s/4000000/115200/g works as usual
21:32.44cr2phh: dmesg ?
21:32.53cr2phh: which clock like are you using ?
21:33.06cr2http://android.git.kernel.org/?p=platform/external/bluez.git;a=blob;f=utils/tools/hciattach_tialt.c;h=4df91f658dbe2c203f41fdb4e5cdd0f0293083bb;hb=36cb3b0a0fcde224b549e2d46275a7481320b3c3
21:33.12phh<PROTECTED>
21:33.17cr2this is how they load dump
21:33.28cr2phh: try 0 for the prescaler
21:35.23*** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821)
21:39.25cr2phh: there was some simle patch for sdio loader, changing timeout.
21:40.06phhwell i've seen somethings like this for kaiser, but i read the patch and... just didn't get what they were doing
21:40.18*** part/#htc-linux balans (n=BRPOLDB@212-123-149-239.ip.telfort.nl)
21:41.59phhsame, hciattach works, hciconfig hci0 up doesn't
21:42.01phhhttp://pastebin.com/m3ccbfc63
21:42.41cr2hciconfig -a ?
21:43.29phhhci0:   Type: UART
21:43.29phh<PROTECTED>
21:43.29phh<PROTECTED>
21:43.29phh<PROTECTED>
21:43.30phh<PROTECTED>
21:45.14cr2not found
21:45.47tmztnot found?
21:45.51tmztwhat wasn't found?
21:49.45*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
21:50.23cr2337         /* Print LMP version */
21:50.25cr2338         fprintf(stderr, "Texas module LMP version : 0x%02x\n", resp[10] & 0xFF);
21:50.26cr2339
21:50.28cr2340         /* Print LMP subversion */
21:50.29cr2341         fprintf(stderr, "Texas module LMP sub-version : 0x%02x%02x\n", resp[14] & 0xFF, resp[13] & 0xFF);
21:50.40cr2phh: do you get these messages ?
21:50.53phhno
21:51.01phhcr2: which hciattach do i have to build ?
21:51.45phhhciattach, hciattach_ti or hciattach_tialt ?
21:52.08cr2alt loads binary fw
21:52.12cr2not the .bts
21:52.43cr2i actually don't see the bts loader here
21:54.14cr2dcordes used OE to compile ?
21:54.20cr2it must have .bts paches
21:55.37luke-jrcr2: btw, is your aim in here to port Android, or to port Linux?
21:57.28cr2linux
21:57.40cr2android is just an application
21:58.00phherr
21:58.05cr2if googels have done it right, there would have been no need for android "porting"
21:58.09phhit's an application with really dirty hacks in the kernel
21:58.13luke-jrAndroid userland does not support Linux
21:58.15cr2yeah
21:58.17luke-jrjust its fork
21:58.43ali1234android kernel isn't a fork, it's a patch...
21:58.49luke-jrin other words, can I get a vanilla kernel with this hardware support? :p
21:58.54phhali1234: what's the difference ?
21:58.57cr2phh: not only in the kernel, but also in the firmware
21:59.05luke-jrali1234: patches are fork deltas
21:59.07phhcr2: oO
21:59.24ali1234the difference is small but important
22:00.06ali1234the android patches are relatively easy to apply to any kernel
22:00.07cr2ali1234: such patches as pmem undermine the kernel dma api
22:00.09luke-jrthe reason I ask is I see all these HTC git repos named "android" in there
22:00.28cr2luke-jr: buzzword compliance
22:00.29luke-jrbut I don't want android code on my Gentoo phone :p
22:00.42ali1234luke-jr: then you want gizard
22:00.48tmztluke-jr: what phone do you want?
22:00.50ali1234aka gentoo armel
22:00.52tmztor have
22:00.56luke-jrtmzt: I want to get a Touch Pro2 I think
22:01.01tmztok, right
22:01.06luke-jrunless there's something better
22:01.07cr2ali1234: does it have omap hacks ?
22:01.14luke-jr512 MB RAM would be a nice upgrade :p
22:01.15ali1234no
22:01.16tmztthat would be a good gentoo phone (even if I would prefer debian)
22:01.28luke-jrali1234: Gentoo has someone already working on HTC phones?
22:01.34ali1234yep
22:01.35cr2ali1234: does it mean i can use it on pxa too ?
22:01.48tmztoh, I have a keymap I'm working on for raph
22:01.51cr2not on s3c244x probably
22:01.51ali1234cr2: it's gentoo... you can recompile it on any arch you want
22:01.55tmztbut I would like to see the u key work
22:02.01cr2because it's armv4
22:02.07luke-jrcr2: ...
22:02.08ali1234gizard is just an overlay with phone-type stuff in it
22:02.10tmztarmv5
22:02.15tmztpxa right?
22:02.18tmztoh
22:02.18luke-jrcr2: Gentoo will run on anything Linux supports, and more
22:02.21ali1234http://tinderbox.dev.gentoo.org/embedded/
22:02.27tmztgentoo can be built for whatever you want
22:02.50luke-jrI had Gentoo on my Zaurus back in the day
22:02.53cr2i want a portable binary distro
22:02.54ali1234dont ask me how to use that stuff though
22:03.02luke-jrcr2: that is self-contradictatory
22:03.08ali1234you need to ask solar, he's doing most of it
22:03.13cr2luke-jr: not for arm
22:03.29luke-jrcr2: if it's only "for arm", then it's not portable.
22:03.46cr2well, portable enough
22:03.48tmztwhat?
22:03.53luke-jrhttp://distfiles.gentoo.org/releases/arm/autobuilds/20090922/ <-- generic Gentoo stages
22:03.55cr2portable means i can use it on any htc phone
22:04.06tmztluke-jr: you have to build for an isa
22:04.07luke-jrcr2: portable means any architecture/platform :p
22:04.11tmztnot really anyway around that
22:04.18tmztit's portable from source
22:04.41ali1234luke-jr: that's not quite the same... gizard builds up a whole rootfs for you, rather than having to compile stuff on your phone or in qemu
22:04.55luke-jrali1234: I'm perfectly fine building on my phone.
22:04.56ali1234or rather gizard is the result of a bunch of scripts that do that
22:05.15ali1234well, we're not. wizard only has 64mb and a slow slow processor
22:05.19luke-jr:p
22:05.31luke-jryeah, that would kinda screw it up
22:05.43luke-jrthe only problem I couldn't overcome on my N810 was qt-webkit
22:05.50luke-jrit required more than the 128 MB RAM to link
22:06.00ali1234yeah it is huge
22:06.09luke-jrKDE itself went ok
22:06.14ali1234when android was released they killed the webkit repo :)
22:06.24luke-jruh?
22:06.50ali1234the original android source download script pulled from the webkit repo, and it went down for a while. google had to make a mirror
22:06.51cr2luke-jr: why do you want to have kde on the phone ? i'm using mainly only the window manager from it.
22:06.55ali1234because webkit code is huge
22:07.13tmztit has backends for everything
22:07.36luke-jrcr2: because I don't want a phone. I want a handheld PC with always-on internet and "oh, I can do phone via my Bluetooth headset too" bonus
22:07.42cr2luke-jr: on my desktop machine
22:07.46ali1234yeah, i want the same
22:07.53luke-jrcr2: oh, I only use KDE/Qt apps
22:07.57cr2luke-jr: a sane idea.
22:08.14ali1234it would be nice if i could use it as a phone too though, and so far android seems like the only solution for that :(
22:08.15cr2luke-jr: firefox/gimp ?
22:08.18ali1234the only workable one anyway
22:08.26cr2luke-jr: openoffice ?
22:08.28luke-jrcr2: no. they suck.
22:08.32tmztluke-jr: well if bluetooth works
22:08.38luke-jrKonqueror and Krita win easily
22:08.40tmztcr2: try abiword
22:08.44luke-jrKOffice is decent, too
22:08.56cr2abiword segfaults much more often that oo
22:09.07luke-jrI rarely need even KOffice
22:09.14luke-jrKWrite is good enough
22:09.29luke-jrI can write up some HTML for Konq if I need formatting
22:09.31cr2luke-jr: i need to read the .doc , .xls and .ppt attachments
22:09.47luke-jrcr2: KOffice then :p
22:10.07cr2is not so good in reading them for some reason
22:10.23luke-jrjust need to extract the real text content, right? :p
22:10.34ali1234that's what strings is for
22:10.37tmztantiword is good
22:10.39cr2sometimes, edit and send back
22:10.45tmztnot .rtf or .docx support
22:10.45luke-jrali1234: strings won't work with compressed data
22:10.58luke-jrcr2: oh, then that's easy
22:11.00luke-jrKHexEdit
22:11.02luke-jr:p
22:11.07cr2had some funny situations because of that :)
22:11.21luke-jrshrug
22:11.33luke-jrif I have to send Office documents, I get my boss to convert from ODW
22:11.38ali1234for that matter google docs solves the problem nicely too
22:11.38luke-jror whatever the open doc fmt is
22:11.50luke-jrno
22:11.54luke-jrGoogle is worse than Microsoft
22:12.04ali1234i don't care :)
22:12.05cr2where i have screwed the names of editors, and attached internal comments. because of the -.doc support bugs :)
22:12.20ali1234if you don't want me to open your doc in google docs, don't send it to my gmail :)
22:12.45cr2gmail is spyware microsoft can only dream of
22:12.57ali1234microsoft have never been in the spyware business
22:13.17cr2indirectly
22:13.17ali1234they're trapped in the 90s
22:13.17luke-jranyhow
22:13.17luke-jrif you want OO.o on your phone, you'll need to find one with 1 GB RAM or cross-compile
22:13.17luke-jr:p
22:13.17luke-jrbbl
22:13.22ali1234that's why spyware is such an issue on windows.... they just dont get it
22:14.41cr2google gets it right. with google maps and earth
22:14.50tmztocx?
22:15.08cr2i really hate them for not allowing tracing imagery for openstreetmap
22:17.40*** join/#htc-linux BHSPitLappy_ (n=BHSPitLa@adsl-66-140-35-240.dsl.rcsntx.swbell.net)
22:17.53cr2phh: compile the tiacx.ko and add it to initramfs
22:18.11phhcr2: tiacx.ko ... ? where does that one come from ?
22:18.16cr2phh: and the loader. then it can be debugged independently
22:18.23cr2phh: the wifi driver
22:18.42phhthe TI official one ?
22:18.56cr2phh: you have an unofficial ?
22:19.21phhthere is one: http://bobcopeland.com/android_wifi.html
22:19.25cr2actually i think that fixing wifi and gps is more important than 4000000
22:19.30phhi think so.
22:19.56phhi can build this wifi driver, but it needs some things to loads in the board, but i can't see what it is ..
22:20.17phhcr2: you really need to have it in initramfs ?
22:20.31phhsince it's most likely there will be "some" rebuilds
22:20.38tmztof?
22:20.40cr2wpa can wait
22:20.56cr2phh: then we need to merge some working source into git
22:21.13cr2right now i have no idea which driver to use, and how to build it
22:23.16cr2if we can't fix it in .27 , let's move to .29
22:23.45cr2i just want to finish with gps and raph panel.
22:24.02phhcr2: there is some backports to .27, i'll try it
22:25.05cr2ali1234: is there some rootfs that i can just untar to a /dev/sda2 on SD, and mount ?
22:25.14ali1234yeah
22:25.30ali1234anything here will work http://tinderbox.dev.gentoo.org/embedded/linwizard/
22:25.45ali1234there might be a MSM specific one, tmzt, didn't solar make you one?
22:26.09tmztyes
22:26.18tmztand he also made me a full init version
22:26.19cr2tmzt: do i need a patch for X
22:26.25cr2kernel patch
22:26.30tmzttmzt: look on people, I have a small one
22:26.52cr2then i'm wondering why it's not in the kernel yet.
22:27.03tmzthttp://people.openezx.org/tmzt/htcraphael-msmts-and-vres-1.patch
22:27.09tmztbecause it breaks android
22:27.33tmztI like that msmts, msm_fb and vkeyb are split with a hook
22:27.38tmztmuch cleaner than the old code
22:27.46ali1234ah: http://tinderbox.dev.gentoo.org/embedded/images/
22:28.23cr2msm-20090623.tar.bz2 ?
22:28.33ali1234yep
22:28.38cr2ok
22:28.44ali1234and the -dev- one probably contains a toolchain too :)
22:29.11tmztyes
22:29.15tmztbut it boots slowly
22:29.39ali1234you can also install packages with qmerge - like emerge without the compiling
22:29.45*** join/#htc-linux Weiss (n=taw27@zazu.bitwiz.org.uk)
22:29.58ali1234at least you can on the wizard images
22:30.49tmzthey Weiss
22:31.12tmztWeiss: the framebuffer the lcm updates from is in a remote chip
22:32.04tmztover the mddi bus
22:32.05cr2tmzt: if android does non-standard things we should separate them, and mark appropriately
22:32.24tmztcr2: that patch makes X work with the update thread in the kernel
22:32.27cr2tmzt: with its own video ram
22:32.31tmztright
22:32.48cr2tmzt: what about raw framebuffer ?
22:32.59tmztwhat raw framebuffer?
22:33.11cr2i'd like to check the qlandkarteM from kiozen
22:33.18tmztwithout update? X will start but it won't render anything
22:33.26tmztwith update thread that should work
22:33.27cr2used by qtembedded
22:33.30tmztright
22:33.40cr2ok
22:34.02cr2i still can't believe that the toshiba/epson does not support autorefrsh
22:34.36tmztcr2: can you explain what's going on to Weiss? he's the one who built the drm driver for freerunner/glamo chip
22:35.23cr2tmzt: i'm not 100% sure about the role of MDP too
22:36.04tmztI want to replace msm_fb.c and use mdp.c with a new msmmdp_drv drm1 driver
22:36.10Weissi'm not necessarily the best person to advise on this, but:
22:37.11cr2tmzt: i see that mdp can do scaling, rotating and alpha blending.
22:37.18tmztyes
22:37.36Weiss- "DRI2-style" memory management (usually, but not necessarily, using a GEM interface, and abstracting details of where things are resident in memory away to the kernel), is a good idea (some of the memory management things done in DRI1 are really horrible - statically dividing the memory between various uses, rather than having a single unified memory management)
22:37.42tmztraster says that those are probably faster in software though
22:38.27tmztright, that's the goal :) I think I can get it to work with a fixed framebuffer size though until we can reallocate parts of smi
22:38.38tmztgem is certainly a goal though
22:38.49tmztparticularly for the offscreen buffers
22:39.34cr2tmzt: what is the kmalloc upper limit on arm ?
22:39.59tmztlargest allocation?
22:40.05tmztpage size is 4k
22:40.27cr2i have 128k in mind
22:40.32tmztdon't know mm layer well though, just what I've read about it
22:40.37cr2but it may be more
22:40.47tmztit's usually 2^n
22:40.51tmztrelated to page size
22:40.56tmztnot sure how
22:40.59ali1234doesn't pmem kmalloc huge regions of memory? like 8mb
22:41.08WeissI'm trying to think of a nice way to fit the LCM updates into the DRM/KMS framework.. perhaps have a "notify update" ioctl that tells the kernel to update a region or the whole screen. I'd suspect it's best to keep that high-level, though, rather than having userspace talk to the kernel in terms of DMA transfers
22:41.27tmzthow would you avoid that?
22:41.37Weissyou know about "vmalloc"?
22:41.39tmztmmap the control registers directly?
22:41.50cr2Weiss: no, kmalloc
22:42.20tmztthe via driver uses it's own allocator and an array of pointers instead of a linked-list
22:42.20ali1234maybe i'm confused and it just uses ioremap or something
22:42.26tmztone of the things I like about it
22:42.29ali1234don't listen to me :)
22:42.36Weisstmzt: it's a good strategy to keep userspace away from registers as far as possible..
22:43.16cr2Weiss: the sound/video DSP needs about 8MB, and can't do scatter-gather. afaik
22:43.41tmztI only see pmem.c allocing small data structures
22:43.54tmztcan't do sg?
22:43.56tmztoh
22:44.10tmzt<PROTECTED>
22:44.45tmztif the address space isn't used for ram by linux we can ioremap it
22:45.12tmztI think drm lets us use hw addresses from userspace, like pmem does
22:45.15tmztmaybe not in drm2
22:45.17tmztdri2
22:48.17tmztcr2: this isn't the dsp, is that true of mdp as well?
22:50.39*** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz)
22:59.03*** join/#htc-linux riddlebox (n=james@75-132-225-75.dhcp.stls.mo.charter.com)
22:59.53riddleboxanyone trying the latest kernel on a raph800? It just powers off for me after it starts to boot
23:00.00tmztin android?
23:00.05tmztyes it does that on raph500 also
23:00.09tmztnot sure why
23:00.21tmztdisabling the PM features (except CONFIG_PM) doesn't help
23:01.02tmztso my assumption that it was related to power collapse seems to have been wrong
23:01.03riddleboxtmzt, yeah
23:01.17tmztit could also be smd related but I don't think so
23:02.03riddleboxI havent had a kernel work good for a long time
23:03.14riddleboxI try the autobuild site everyday hoping things will work but no luck
23:03.54tmztthey won't work until they are fixed
23:04.01tmztbut we don't know what causes that
23:04.15luke-jrriddlebox: tmzt: bisect?
23:04.18riddleboxi wish there was some way to run a trace
23:04.18tmztif you can get an adb logcat or ssh logcat
23:04.35tmztluke-jr: yeah, but the recent patches won't work very well with bisect
23:04.49riddleboxluke-jr, bisect?
23:05.27luke-jrtmzt: yeah, Git needs a bisect-rebase function
23:06.26riddleboxit just seemed like all of a sudden the power stuff went south, I think it was working half way decent like a month ago
23:13.14riddleboxI am going to try the diamond version
23:14.15tmztif you use mtype from raph800 it will probably do the same thing
23:14.24tmztif you don't I'm not sure if it will work or how well
23:14.29tmztas the diam version is for diam100
23:14.43*** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz)
23:15.13riddleboxtmzt, so far it hasnt powered off, it is taking forever to boot
23:15.26tmztok
23:15.28tmztwait
23:16.39riddleboxit booted but I get the power off screen right away
23:16.52tmztpower off? but it doesn't actually turn off?
23:17.11tmztdzo: I don't understand this PM stuff
23:18.25*** join/#htc-linux Midnigh2ker (n=AndroidI@unaffiliated/midnightoker)
23:18.34tmzthey
23:18.55Midnigh2kerhey
23:19.10Midnigh2keri might dissapier at any moment. playing taxi in the car
23:19.20tmztok
23:19.37riddleboxtmzt, it actually rebooted the phone
23:19.49Midnigh2kerim just curious what you were talking about in #android
23:20.12tmztsure, he wanted to use the serial port on the G1
23:20.23Midnigh2keroh right
23:20.26Midnigh2kerah time to go
23:20.28tmztriddlebox: that's probably because you are using the diam100 mtype then
23:21.32riddleboxtmzt, how do I use the diam100 mtype?
23:21.41tmztchange default.txt
23:21.44tmztI think you are though
23:21.57riddleboxi have 2039
23:22.33*** join/#htc-linux Orbital_sFear (n=ldupin@bbb72-0-189-133.bendbroadband.com)
23:22.35tmztis that raph100?
23:22.38tmzthello Orbital_sFear
23:22.41Orbital_sFear:)
23:22.45Orbital_sFearhey
23:22.55riddleboxtmzt, raph800 i think
23:22.58tmztok
23:23.17tmztyour're right
23:23.35tmzts/ur/u/
23:26.31*** join/#htc-linux Renfield (n=Renfield@c-24-218-184-34.hsd1.nh.comcast.net)
23:32.21Orbital_sFeartmzt: I think I got it, I can write a small c program that writes messages to the kernel using syslog.h
23:32.27Orbital_sFearthanks for the help
23:32.31tmztto the kernel?
23:32.36Orbital_sFearwell
23:32.38Orbital_sFearno
23:32.40tmztsyslogd runs in userspace
23:32.42Orbital_sFearbut tot he system logger
23:35.18Orbital_sFeardamn, ya you're right, its not going to klog
23:40.22*** join/#htc-linux dzo (n=dzo@121.98.128.127)

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