IRC log for #htc-linux on 20090628

00:30.47*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
02:21.19*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
03:09.47*** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-126-75.dynamic.mnet-online.de)
04:14.06xsacha-tvtmzt, are you here?
04:15.07xsacha-tvi have my wifi reporting correct voltage of 1.8V and set the mci2 mask up OCR_VDD_165_195 so it accepts that voltage but i still get -110 error
04:15.29xsacha-tvthough, i found out that both port 1 and port 2 (port 0 is my sd card) report 1.8V. do you think i have a third device on port 2?
04:19.25tmztyeah
04:19.47xsacha-tvwhat else could i have on mmc?
04:21.15tmztmaybe
04:21.17xsacha-tvmy processor only supports 3 mmc slots and i noticed the omnia uses port 1 for an internal SD card and port 2 for wifi
04:21.17xsacha-tvi dont think i have anything 'extra'..
04:21.23xsacha-tvand i dont have an internal SD
04:23.10tmztwhat error is -110?
04:23.33xsacha-tvhmm good question, ill find out
04:24.46xsacha-tvdrivers/mmc/core/sdio.c:printk(KERN_ERR "%s: error %d whilst initialising SDIO card\n",
04:25.15tmztfind the E value with 110
04:26.16xsacha-tvwow i just noticed there's about a dozen functions that could generate that error :\
04:26.48tmztyeah
04:27.07tmztit would be nice if linux would report errors when they occur
04:28.14xsacha-tvthe error must come from a def in include/linux or something, the number 110 or 0x6E isnt in mmc directory at all
04:28.31xsacha-tvoh -110
04:30.33tmztnot -110, 110
04:30.47xsacha-tv<PROTECTED>
04:30.56tmztok
04:31.18tmztdo you know where the error originates?
04:31.30tmztgive some context here
04:31.40xsacha-tvno, i guess i need to run some printk's
04:31.54xsacha-tvthere's half a dozen functions that generate -EINVAL as error when something goes wrong
04:32.38tmztyes
04:33.27tmztwhat does core sdio call before that printk?
04:33.43xsacha-tvthats what i need to find out
04:33.57xsacha-tvthat printk is behind a :err
04:34.06xsacha-tvand about 12 functions have 'goto err'
04:34.14tmzterr = what?
04:34.41xsacha-tverr:  a location
04:34.58xsacha-tverr:      mmc_detach_bus(host);        mmc_release_host(host);        printk(KERN_ERR "%s: error %d whilst initialising SDIO card\n",
04:40.54*** join/#htc-linux droid0011 (n=mc@p4FDCE28B.dip.t-dialin.net)
04:42.24tmzt?
04:42.37tmztnot following
04:43.20xsacha-tvok mmc 1 got up to err = mmc_send_io_op_cond(host, host->ocr, &ocr);
04:43.21xsacha-tv<PROTECTED>
04:43.21tmztthey didn't cause therror
04:43.33tmztok
04:43.45tmztlook at that function and see what it calls
04:43.52xsacha-tvsame with mmc2
04:44.08tmztI think mmc2 is invalid
04:44.31tmztif you are assigning the ocr for all ports that makes sense
04:44.47xsacha-tvoh ok
04:45.10xsacha-tvis it possible i have nothing on mmc1 but wifi on mmc2?
04:46.07tmztyes
04:46.46xsacha-tvwell ill leave mmc2 just in case
04:47.44xsacha-tverr = -ETIMEDOUT;
04:48.14xsacha-tvthat is defined as 60 though
04:48.55xsacha-tvoh it's different for different archs
04:51.06xsacha-tvfor ARM, #define ETIMEDOUT       110     /* Connection timed out */
04:51.13xsacha-tvthat's it
04:52.51tmztah
04:52.54tmztok
04:53.03xsacha-tvit has a loop from 100 to 0 and then waits for cmd..
04:53.14xsacha-tvit's meant to get a command, the err result be 0 and then break
04:53.28xsacha-tvbut my sdio gets to 0 with no command and returns time out
04:53.50tmztso it's not powered properly?
04:54.01xsacha-tvhmm
04:54.14tmztwas it returning a valid ocr before?
04:54.25tmztdid it respond to any commands at all?
04:54.34tmztmmc1 or 2
04:54.35xsacha-tvi saw the pre source and they messed with mdelay(10) (they had mdelay100 in comment?)
04:54.47tmztok
04:54.53xsacha-tvnot sure how to tell if it responds to a command
04:55.05tmztseems the helper makes it take longer
04:55.10tmztmik: here?
04:55.34tmztor mar:
04:55.39xsacha-tvdo i need wifi turned on when i boot? cause i didnt for that last boot
04:55.52tmztI think it was marex
04:56.05tmztdid you get a different response in dmesg?
04:56.20xsacha-tvthe same -110 error
04:56.39xsacha-tvlol, there's that 110
04:57.04tmztif you know the gpio powering it off, booting, and powering it linux kernel would be better
04:57.19xsacha-tvok
04:57.32xsacha-tvshould i flip the gpio with .setpower or .init?
05:01.30tmztnot sure
05:01.41tmztI would do it in board init for now
05:03.44xsacha-tvafter eliminating touch gpio and LED gpio.. i get: 94 (once) 16 (4 times) 104 (twice)  (11 18) (both twice)
05:04.18xsacha-tvso i think 94
05:05.00tmztduring enabling/disabling wifi?
05:05.04tmztok
05:05.15tmztokce?
05:05.20tmztonce?
05:05.24tmzt= 1
05:05.29tmztthen = 0
05:05.36tmztdoes it strobe at all?
05:05.46tmzt= 0 turn off
05:05.52tmzt= 1 turn on?
05:07.01xsacha-tvno
05:07.09xsacha-tvjust once.. the others go on/off though
05:08.27xsacha-tvand yeah it's 1 when it's on, 0 when it's off
05:08.35xsacha-tvso on init i set it to 1?
05:10.39xsacha-tvactually, sometimes it isnt trigged on init (it's already on?)
05:11.05xsacha-tvit isnt triggering at all now
05:11.10*** join/#htc-linux tcccp (i=hey@223.66.238.89.arpa-addr.in) [NETSPLIT VICTIM]
05:11.35xsacha-tvoh nvm, it was combined with other gpios
05:12.19tmztwe might find it's a vreg on another chip
05:13.53xsacha-tvis there any way to activate it in haret (eg. vfb 0xa8e00008 4 0x407d0840 ?)
05:14.15*** join/#htc-linux IceBone (n=IceBone@89-212-106-54.dynamic.dsl.t-2.net) [NETSPLIT VICTIM]
05:15.28tmzthow do you know the address?
05:15.32xsacha-tvdoesnt seem to work.. when i dump i still get: a8e00008 | 007d0840
05:15.44xsacha-tvbecause it says the address when i log gpios
05:15.55xsacha-tv012.209    GPIOS  a8e00008(94)=407d0840
05:16.03xsacha-tvvirt(gpio)=value
05:16.29*** join/#htc-linux Nemesis|OFF (i=nemesis2@rand-des-wahnsinns.de) [NETSPLIT VICTIM]
05:16.44tmztoh
05:16.56xsacha-tvthats the virt address of GPIOS(2)
05:16.57tmztgedr?
05:17.04tmztlog is useless
05:17.22tmztit doesn't log haretconsole only telnet (haret)
05:17.25xsacha-tv<PROTECTED>
05:17.45tmztjust do dump gpio
05:17.57tmztis your haret patched for pxa3xx?
05:18.08tmztnot just console
05:18.12xsacha-tvdump gpio only goes up to gpio 83
05:18.21tmztand this is?
05:18.25xsacha-tvmy haret is patched to recognise my processor
05:18.28xsacha-tvthis gpio is 94
05:18.35tmztapt:pxa-gedr3?
05:18.44xsacha-tvtheres no pxa specific dumps
05:18.55tmztwe need to teach it
05:19.11tmztlook at regs-pxa.py in haretconsole
05:19.42xsacha-tvyeah
05:19.56xsacha-tv<PROTECTED>
05:21.49tmztapt: pxa-gedr3 is 0x40E0148 with bit offset 96
05:21.50apttmzt: okay
05:26.59xsacha-tvnow what?
05:28.04tmztdump that
05:28.10xsacha-tvgives 0
05:28.56xsacha-tv40e00148 | 00000000
05:30.22xsacha-tvthats the value of gpio 96-98?
05:31.09xsacha-tvoh it's in GPIOS(3)
05:32.31xsacha-tv3*32 + 48/4 is.. 108?
05:32.44tmzt?
05:32.52xsacha-tvthat address is the same value as gpio 108?
05:32.57tmztno
05:33.09tmztone bit of it is
05:33.14tmztthe first bit is 96
05:33.21xsacha-tvk
05:33.29xsacha-tv32-bits
05:34.15tmztyeah, everything on arm is 32-bits
05:34.21tmztaligned
05:34.26xsacha-tvthen why is it all zeros? :\ weird
05:34.39tmztoh
05:34.45tmztgplr3
05:35.15xsacha-tv0x40E00100: ("GPLR3", regOneBits("GPIO", 96)),
05:35.22xsacha-tvyeah that's GPIOS(3) + 0
05:35.35xsacha-tvthe other one was GPIOS(3) + 12 sets of 32-bit
05:36.01tmztapt: pxa-gplr3 is 0x40E00100 with bit offset 96
05:36.02aptokay, tmzt
05:36.25xsacha-tv40e00100 | 40001dd0 much better
05:36.38tmztgplr is gpio level register
05:36.48tmztgedr is gpio edge detect register
05:38.07xsacha-tvok
05:39.50xsacha-tvso, what not? that wifi gpio was 94
05:39.53xsacha-tvnow
05:41.25tmztgplr2
05:41.25tmztgplr3 - 4
05:41.26xsacha-tvis 08
05:41.28xsacha-tvit doesnt work like that i think
05:41.30tmzt?
05:41.35*** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net)
05:41.47xsacha-tvit's on 08: 0x40E00008: ("GPLR2", regOneBits("GPIO", 64)),
05:41.56tmztok
05:41.59tmztsorry
05:42.13xsacha-tvdont know why but it goes 0,4,8,100
05:42.38xsacha-tvGPLR2: 40e00008 | 007d0840
05:42.47tmztapt: pxa-gplr2 is 0x40E00008 with bit offset 64
05:42.48aptokay, tmzt
05:43.47xsacha-tvso it is 007d0840 and when gpio 94 is on, it'll be 407d0840
05:43.49tmztapt: learn regs-pxa.py from haret source
05:44.09tmztsounds right
05:45.45xsacha-tvi cant fill it though?
05:46.13tmztuse gpsr2
05:46.22xsacha-tvah a set register
05:46.27tmztbut you have to read first
05:46.37tmztorr then set
05:46.52tmztgpcr to zero I think
05:46.55*** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net)
05:46.56xsacha-tvto make sure im enabling it, right? not disabling it
05:47.00tmztread gplr
05:47.10tmztset gpsr
05:47.16tmztclear gpcr
05:47.22tmztI think
05:48.02xsacha-tvok that's how i'd do it in haret. but the pxa headers in kernel have a function for this already, right?
05:49.24tmztyes
05:49.28tmztgpio api
05:49.37tmztdidn't used to though
05:49.46tmzthh.org still has GPSR
05:49.50tmztin places
05:50.06xsacha-tvpoodle.c:        GPSR2 = 0x00000000;
05:50.50xsacha-tv#define GPSR2__REG(0x40E00020)
05:51.22tmztyeah
05:51.39xsacha-tv#define GPCR2__REG(0x40E0002C)
05:52.29xsacha-tvpfb 0x40E00020 4 0x407d0840
05:52.40xsacha-tvwas this the wrong thing? my phone started vibrating lol
05:55.12tmztcool
05:55.18tmztwhat did you type?
05:55.28tmztyou found vibra
05:55.37xsacha-tvi already know vibra is gpio 79
05:55.47xsacha-tvhave it working in linux
05:55.53tmztoh
05:55.54tmztok
05:56.04xsacha-tvthis sets off vibra though: pfb 0x40E00020 4 0x407d0840
05:56.19tmztwhich bit?
05:56.54xsacha-tvwell it was already 0x007d0840 so i figured i was only adding wifi
05:57.15*** join/#htc-linux ImCoKeMaN (n=imcokema@pool-96-249-151-2.hrbgpa.fios.verizon.net)
05:57.36tmzt0100
05:57.57tmzt65?
05:58.13xsacha-tvthe way i understood it.. i read gplr2 (0x007d0840), then i OR on the bit i want to change... (0x407d0840) and i put that in gpsr2?
05:58.31tmztyes
05:58.35tmztno
05:58.37xsacha-tvbut i get vibration :(
05:58.56tmztonly the bit you want to change
05:59.18xsacha-tvoh.. 0x40000000 ?
05:59.36tmztyeah
05:59.40tmztI think so
05:59.46xsacha-tvby the way, when i executed that pfb command, i was logging gpios and got: 004.502    GPIOS  a8e00008(75 79 86 89 94)=407d8840
05:59.51xsacha-tvwhere 79 is vibra
06:00.14tmztyou set all the ones
06:00.17tmztbut odd
06:00.21xsacha-tv94 also triggers but no wifi :(
06:00.25tmztwhy was it on anyway?
06:00.38xsacha-tvit's not, but i flipped it i guess
06:01.15xsacha-tvoh why was the bit set?
06:01.34xsacha-tvmaybe 1 is off?
06:06.00xsacha-tvdamn i gotta reboot
06:06.07xsacha-tvdoesnt detect usb (86) anymore
06:06.16xsacha-tvoh i could set the bit.. ill try
06:11.10xsacha-tvwhat am i meant to send to gpcr2? i tried sending 0x400000 and the screen went sort of dark (like reduced gamma or something)
06:13.07tmztnot sure
06:14.24xsacha-tvpfb 0x40E0002C 4 0x00000000
06:14.40xsacha-tvit didnt like this.. screen lost all its colour.. it is almost monochrome
06:15.08xsacha-tvscreen had a heart attack, had to turn screen off and on again
06:15.32tmztwhat register was that?
06:15.37xsacha-tvGPCR2
06:15.43tmzthow are you connected?
06:15.48xsacha-tvusb
06:16.00tmztand you didn't lose it?
06:16.12xsacha-tvi did when i turned screen off
06:16.54xsacha-tvthese gpios came on when i did that pfb to GPCR2: 002.342    GPIOS  a8e00008(80 83)=2140840
06:17.24tmztcame on?
06:17.32IamSOGMy friend ask me if HTC-Linux have Chinese version, or if it can read Chinese... so I just said it should be able to read UTF-8
06:17.33xsacha-tvwell flipped, i dont know what bit
06:17.46tmztyeah
06:17.55tmztbut specifically what did he mean?
06:18.04xsacha-tvchinese fonts?
06:18.14tmztand what device
06:18.18xsacha-tvor if instructions are in chinese?
06:19.28IamSOGHTC Universal
06:20.12IamSOGI think he mean if the device can display Chinese... I am not so sure, but I think if it's UTF8 the phone shold be able to display, but I am not sure what format they use in SMS
06:20.15tmztwhat ui?
06:20.24tmztyeah
06:20.52xsacha-tvi had a symbian device with onscreen keyboard for chinese speakers
06:20.59xsacha-tvit had options of strokes or pinyin
06:21.02IamSOGChinese speakers ?
06:21.03xsacha-tvand also handwriting
06:21.05IamSOGOh..
06:21.21xsacha-tvthe handwriting is crazy.. they can write a full sentence in seconds on it
06:21.37IamSOGbut he was asking me about HTC-linux :D
06:21.38tmztit runs linux with framebuffer
06:21.50tmztconsole supports utf8 iptionally
06:21.53IamSOGwrite ??? um.. gonan be slow ?
06:22.00tmzt(debian uses it)
06:22.05tmztyou can runX
06:22.07tmztX
06:22.27IamSOGBut I though Debian can't load on HTC-universal with phone function ?
06:22.33tmztthere are many toolkits each with varying levels of support
06:22.48tmztit should
06:22.52tmzttry titchy
06:22.57tmztor work on fso
06:23.11tmztph5 is fixing upstream linux so it works soon
06:23.25tmztnot for uni but similar devices
06:23.44IamSOGfso? um... don't want to mess up my current setup :D  but he ask me about reading and writing Chinese. so I said it should be able to do it, I think he will try to install it
06:23.48tmztcan't remeber what's missing on uni
06:24.11tmztand new wifi driver should work with modifcations
06:24.19tmztwhat do you have now?
06:24.56tmztuni uses n-tihtc ldisc I think
06:25.00IamSOGI do, but I havne't install linux on mine yet, Because I need the tone generator programs
06:25.01tmztrouting works
06:25.14tmztdoes sound work?
06:25.19IamSOGI think Uni is missing the front and back cam drivers
06:25.23IamSOGsound works
06:25.27tmztuse xmms tone://one,two
06:25.51tmztwhat tone generator do you use?
06:25.58IamSOGbut I mean I need like differnet Hz of Tones  like 10,000 Hz tones.. etc
06:26.20tmzttone://10000
06:26.42tmztif you want dtmf use the component tones
06:26.52tmztwhat tone generator do you use now?
06:27.06IamSOGI am using Debian on this laptop too, how to do that ?
06:27.17tmztinstall xmms
06:27.19IamSOGjust tone://1000 on console ?
06:27.20tmztor beep
06:27.22tmztno
06:27.29xsacha-tvxmms tone://10000
06:27.37tmztI wanted to add it to mplayer
06:27.42tmztnever did though
06:27.46IamSOGI see !
06:27.48tmztgstreamer will do it
06:28.21*** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net)
06:28.28IamSOGI forgot which tone generator software I am using... something like GCC or HCC Generator  free softwares
06:28.45IamSOGthanks, I will try it on this laptop
06:31.27tmztthere's also graph based programs
06:31.34tmztsc and the gnome one
06:31.41IamSOGreally ?
06:31.55tmztsupercollider
06:32.10tmztcan't remeber what the other one is called
06:32.31tmztit's cool, you can setup envolopes, multiplies, adders, etc.
06:32.56tmztsign
06:33.00tmztsin
06:33.03tmztsine
06:33.07IamSOGI see... thanks tmzt
06:33.26tmztit should work on uni also
06:33.33tmztmake the file and just run it
06:34.45IamSOGdidn' tknow hwo to complie yet :D
06:34.52IamSOGdon't know how to *
06:35.06tmztuse debian armel
06:35.10tmztit's available
06:35.19tmztknow what the gnome one is called?
06:37.29IamSOGby the way, do you know of a Tone Analizer ?
06:38.04tmztno
06:38.09tmztwould like one
06:38.31tmzttried to build a software dtmf decoder
06:38.39tmztbut didn't get anywhere
06:38.57tmztI guess you use libfft
06:39.00tmzttfft
06:40.06IamSOGI see
06:40.25IamSOGaahhh I have xmms installed, just didn't know they have that funtion
06:41.39xsacha-tvgpio_set_value(gpio_wifi, 1)   <-- right?
06:50.14tmztyes
06:50.33tmztbut please use GPIOnn-wifi-power define
06:50.49tmztGPIOnn-sghi780-wifi-power
06:51.04xsacha-tvwith hyphens? never seen one like that
06:51.17tmztunderscore
06:51.24tmztI'm on a phone
06:51.30lamatmzt check engadget
06:51.35xsacha-tvoh ok
06:51.35tmzt?
06:51.41lamaomnia with android is coming
06:51.51tmztok
06:52.06tmztyou have i780?
06:52.20xsacha-tvit may not be like omnia at all though, different camera for example
06:52.23lamayes
06:52.28xsacha-tvonly thing we know is similar is processor
06:52.34tmztit's going well. xsacha is doing good work
06:53.20xsacha-tvshould i create some header file for all these defines?
06:53.54tmztno
06:54.05tmztput thosen the board
06:54.22xsacha-tvthe #define? ok
06:54.39xsacha-tvby the way i combined my board with the omnia i900 board because most the stuff was identical, is that ok?
06:54.47tmztgood
06:55.02tmztlet's envolve stefenshmidt then
06:57.40xsacha-tvthis is what i have: http://pastebin.com/m5c02fd22
06:58.51xsacha-tvthe only things that change dependent on i780/omnia are some LEDs, screen and keypad
06:59.47xsacha-tvalso the audio gpio (which i dont have there yet).. 19 for i780, 17 for i900
07:01.16xsacha-tvoops i dont need that gpio_free do i?
07:01.56tmztno
07:02.03tmztwell
07:02.08tmzttoo tired to look
07:02.20tmztuse free if you used request
07:03.18xsacha-tvyeah i didnt request
07:12.54xsacha-tvlama, someone wants to try it on their SCH-m480 (like i770... CDMA i780)
07:13.12xsacha-tvhttp://wmpoweruser.com/?tag=samsung-sch-m480
07:13.50tmztSaga?
07:13.59xsacha-tvthe i770 has a dpad instead of optical mouse.. but as far as i can tell, this one is identical to i780 (with cdma instead of gsm)
07:14.00tmztpretty sure thatqs msm
07:14.15tmztoh
07:14.29lamaiirc saga and epix have different cpus
07:14.37xsacha-tvwhat is saga?
07:14.51lamai770
07:15.01xsacha-tvoh ok
07:15.15xsacha-tvepix is i780 with a different battery, right?
07:15.51lamano
07:16.02lamathose are three different devices
07:16.20xsacha-tvwhat other changes?
07:16.22lamathere are internal and external differences
07:16.41lamasaga has jack for example
07:16.49lama2.5mm iirc
07:17.22lamadifferent keys layout
07:17.31lamaepix has two more keys
07:17.40tmztyou're saying Saga is pxa basex?
07:17.42lamano front camera
07:17.55lamanot sure
07:18.08lamait is not 62mhz
07:18.13lama620
07:18.14xsacha-tvsaga is msm
07:18.31xsacha-tv400MHz Qualcomm MSM7500
07:18.36lama400mhz or something like that
07:18.46lamayeah
07:19.04xsacha-tvepix is pxa311 thougg
07:19.11xsacha-tvsame with the sch-m480
07:19.22xsacha-tvsch-m480 really does look identical
07:19.33tmztright
07:19.45tmztm480 is 6800?
07:19.58xsacha-tvm480 isnt pxa?
07:20.29tmztbaseband
07:21.25lamablog.geeksphone.com/
07:21.32xsacha-tvdont know
07:21.41lamageeksphone.com/
07:21.48xsacha-tvbut epix is the same as i780 (different battery, 2 extra keys)
07:22.38lamano front camera
07:22.46xsacha-tvoh
07:23.18xsacha-tvLED is on opposite side, but same stuff
07:23.49lamasame bug with leds in wm;)
07:24.25lamabut epix has even more bugs ;)
07:24.28xsacha-tv;P
07:24.33xsacha-tvit's ok, linux wont have that bug
07:24.41xsacha-tvyeah i saw modaco forums.. epix has hundreds of bugs! lol
07:25.40xsacha-tvand a lot complain about battery life which is weird because their battery is meant to be 1800mah?
07:26.02lamayeah stronger battery
07:26.04xsacha-tvmy 1480mah lasts a full 5 days
07:26.16lamai dont count it
07:26.26lamadamn good as for wm phone
07:26.50lamaand you get 2 bats and external charger
07:26.53xsacha-tvgps only lasts for 5-6 hours though
07:26.55lamapsu is small
07:26.56IamSOG5 days ??? on which Device ? I was thinking about homemade some Lithium Battery and boost it up to 4000ma
07:27.01xsacha-tvyeah 2 batteries :D and usb charging
07:27.04lamanever had any power issues
07:27.16xsacha-tvthey make sure you're well supplied
07:27.32lamasamsung i780
07:27.41IamSOGOh...
07:27.45xsacha-tvIamSOG, thats using wifi sparingly (that is not push email) and not using gps though
07:27.51IamSOGI though it's HTC Device :D
07:27.55xsacha-tvcalling pretty frequently and texting frequently though
07:28.26lamawell i get 2u3 days
07:28.31lama2-3
07:29.03lamabut with such use i was running out of the battery at the end of day;)
07:29.13xsacha-tvgps?
07:29.18IamSOGI just remember if I use the device hard, my univeral get 1 - 2 days with a 3xxxma Battery
07:29.31xsacha-tvgps slaughters the battery on earlier ROMs.. it was only lasting 4 hours
07:29.44lamagps is up to 5h
07:29.47IamSOGya, not all phone have FPS though
07:30.01lamadepends on other things used
07:30.15lamaso for gps you have to charge
07:30.19IamSOGGPS*
07:30.37xsacha-tvi notice looking at the back of the device.. there is an indent because the battery is smaller than it could be.;.
07:30.44lamai use mp3, leave edge always on
07:30.51xsacha-tvthey could have made battery larger and made the back flush
07:31.18lamaand brigtness on max setting
07:31.31xsacha-tvi guess they did that for epix
07:31.42xsacha-tvi leave brightness on min because max is so damn bright
07:31.50xsacha-tvand nothing helps you for daylight any way
07:32.01lamai dont care if it will be 2 or 4 days there is always second battery fully charged
07:33.07xsacha-tvsamsung are totally missing the plot.. you're meant to lock the battery in there and force your users to buy an $80 battery off you lol
07:33.22lamai wish there would be wm or android phone in palm pre shape
07:33.41xsacha-tvpebble slider
07:34.10lamathere was blue angel
07:34.50lamahuge and qvga
07:36.12tmztpre could run android
07:36.17tmztwhy though
07:37.12xsacha-tv<4>mmc_rescan: card ocr from io_op=0x00000080, err = 0  <--- 1.8V, no error
07:37.41xsacha-tv<7>mmc1: clock 304688Hz busmode 1 powermode 2 cs 0 Vdd 7 width 0 timing 0   <-- straight after previous message
07:37.57xsacha-tv<7>mmc1: clock 0Hz busmode 1 powermode 0 cs 0 Vdd 0 width 0 timing 0   <-- 1 second later (100 lots of 10ms delay?)
07:38.08xsacha-tv<3>mmc1: error -110 whilst initialising SDIO card
07:39.32xsacha-tvany ideas?
07:40.18xsacha-tvif it helps, i believe setpower(7) is called before that first one and setpower(0) called before the next one
07:41.20xsacha-tvmmc2 does the exact same process
07:41.49tmztwidth0?
07:42.04tmztwhere are you setting ocr?
07:42.18tmztI think you need embeddedsdio pdata
07:42.31tmztto set width to 4
07:42.36xsacha-tvdo you mean this? .ocr_mask       = MMC_VDD_165_195,
07:42.43tmztno
07:43.00xsacha-tvmmc/core/sdio.c sets ocr
07:43.06tmztlook at trout
07:43.29xsacha-tvby the way, if it helps: mmc0 gets this: <4>mmc_rescan: card ocr from io_op=0x000001aa, err = -110
07:43.50xsacha-tv<7>mmc0: clock 26000000Hz busmode 2 powermode 2 cs 0 Vdd 20 width 2 timing 2
07:43.51xsacha-tv<6>mmc0: new high speed SDHC card at address d555: n<6>mmcblk0: mmc0:d555 SU08G 7.60 GiB
07:44.16xsacha-tvso my sd card gets -110? :\
07:45.10xsacha-tvinclude/config/mach/trout.h ?
07:46.25xsacha-tvhmm empty files with my board in there, weird
07:48.32xsacha-tvi see trout in mach_types but there's no board for it
07:54.08tmztltg or android git
07:54.36tmztwidth 2?
07:55.55xsacha-tvyeah
07:56.03xsacha-tvim using android git.. no trout? :\
07:58.10tmztboard-trout
07:58.18tmztoh
07:58.25tmztyour using gneric
07:58.33tmztyou need htc
08:05.32*** join/#htc-linux pe7er (n=Adium@f053195126.adsl.alicedsl.de)
08:07.06xsacha-tvoh ok
08:07.06xsacha-tvi dont need to checkout htc do i? just need to grab the trout.c?
08:08.58xsacha-tvworks for i780
08:09.04xsacha-tvoops
08:13.53tmzt?
08:13.58tmztuse gitweb
08:14.12tmztor clone your cloned tree
08:16.05xsacha-tvyeah
08:16.19xsacha-tvso i dont need to compile with htc tree? nothng i need in it
08:18.50tmztno
08:19.09tmztjust look at the file
08:21.38xsacha-tvis it msm branch?
08:31.14tmztyes
08:31.34tmztnot generix git
08:31.38tmztthat's old
08:31.59xsacha-tvow
08:33.21xsacha-tvarch/arm/mach-msm/board-trout-gpio.c ?
08:38.27xsacha-tvhttp://android.git.kernel.org/?p=kernel/msm.git;a=blob;f=arch/arm/mach-msm/board-trout-mmc.c  -mmc?
08:50.46*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbff545.pool.einsundeins.de)
09:01.43*** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de)
09:10.32*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
09:13.24*** join/#htc-linux pH5 (n=ph5@e178205188.adsl.alicedsl.de)
09:14.24*** join/#htc-linux chab7 (n=kvirc@fibhost-67-206-132.fibernet.bacs-net.hu)
09:29.00*** join/#htc-linux goxboxlive (n=goxboxli@140.84-48-184.nextgentel.com)
09:31.49*** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c2a0.pool.einsundeins.de)
10:11.15*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
10:27.17*** join/#htc-linux ptitjes (n=didier@AVelizy-154-1-100-9.w90-2.abo.wanadoo.fr)
10:51.21*** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
10:52.27[OpenSys]is possible to install the circular zoom on htc magic vodafone by google ?
11:30.34*** join/#htc-linux cr2 (n=cr2@ip-90-187-226-68.web.vodafone.de)
11:38.46*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
11:39.58dcordesmorning
11:41.16xsacha-tvhi
11:44.14dcordesxsacha-tv: how are your interfaces ?
11:45.58xsacha-tvis that a new greeting? :P
11:46.26dcordeslol yea
11:47.40xsacha-tvmy wifi is a little skinny
11:48.01xsacha-tv<7>mmc1: clock 304688Hz busmode 1 powermode 2 cs 0 Vdd 7 width 0 timing 0
11:48.05xsacha-tvits width is 0
11:52.52*** join/#htc-linux onen|openBmap (n=quassel@p57BC7EE2.dip.t-dialin.net)
11:53.21dcordesxsacha-tv: does it suffer bulimia
11:54.31xsacha-tvany ideas how to fatten 'er up to atleast size 2?
11:54.41*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-165-155.ewe-ip-backbone.de)
11:54.52dcordesfear not
12:09.40dcordescr2: how do you add the password?
12:16.07Echo31Hi all
12:21.32dcordeshi Echo31
12:22.36Echo31hi dcordes
12:27.41Echo31Hi cr2:pH5: I makes an athena patch from the pH5 dev repository.
12:27.42Echo31I have not yet understood why the cpld2 (from hx4700) does not work. Perhaps the gpio_base is not correct.
12:28.21dcordesEcho31: cr2 documented some athena stuff in the http://htc-linux.org/wiki
12:38.05dcordesNetRipper: still have the cr2 or other working rapheael .config? the paste was removed
13:25.52*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
13:35.52*** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-163-188.ewe-ip-backbone.de)
14:23.02*** join/#htc-linux onen|openBmap (n=quassel@p57BC7EE2.dip.t-dialin.net)
14:44.20*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
14:44.50*** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net)
15:09.55*** join/#htc-linux cmonex (n=xy6091@bdhjfo5bvz.adsl.datanet.hu)
15:11.20*** join/#htc-linux onen|openBmap_ (n=quassel@p57BC63D7.dip.t-dialin.net)
15:55.01*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
15:55.45*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
15:59.52*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
16:03.10*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
16:05.28*** join/#htc-linux mickey_jaw1 (n=mike@78-105-123-214.zone3.bethere.co.uk)
16:25.32*** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl)
16:26.10*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-163-188.ewe-ip-backbone.de)
16:31.57Echo31cr2:pH5: I made an athena patch from the pH5 dev repository. http://fr.pastebin.ca/1477478
16:32.50Echo31ccr2: pH5: I have not yet understood why the cpld2 (from hx4700) does not work. I am stopped.
16:35.29*** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey)
16:42.30dcordesEcho31: wiki didn't help?
16:42.32*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
16:44.30cr2Echo31: can you post the gitweb link to hx4700.c file ?
16:44.44cr2dcordes: should i repost my .config ?
16:46.28Echo31dcordes: ok , th link is http://git.linuxtogo.org/?p=ph5/kernel.git;a=blob;f=arch/arm/mach-pxa/hx4700.c;h=ae0cf50896e943b1a107e9f64b3f0faa75d46959;hb=dev
16:49.23Echo31dcordes: find the .config http://fr.pastebin.ca/1477493
16:49.57cr2Echo31: .config for raph100 ?
16:51.28Echo31cr2: .config for athena
16:53.46cr2Echo31: he talked about raph100
16:55.46*** join/#htc-linux pe7er (n=Adium@f053195126.adsl.alicedsl.de)
16:56.21cr2Echo31: +static struct htc_egpio_chip egpio_cpld2_chips[] = {
16:56.39cr2[0] =  is missing
16:57.10dcordescr2: yes please
16:58.00cr2Echo31: where is HX4700_EGPIO_BASE defined
16:58.04Echo31cr2: is it necessary ? however i tried also with [0]
16:58.20cr2don't know, just want some uniformity
16:58.24cr2377         .name          = "htc-egpio",
16:58.25cr2378         .id            = -1,
16:58.39cr2don't forget that we will have 2 .ids here
16:58.49Echo31cr2: it is HX4700_EGPIO_BASE(HX4700_ASIC3_GPIO_BASE + ASIC3_NUM_GPIOS)
16:59.33cr2and what are these ?
17:00.10Echo31cr2:  ASIC3_NUM_GPIOS = 64
17:00.21cr2it's ok
17:00.36cr24 banks of 16 gpios
17:02.15*** join/#htc-linux pe7er (n=Adium@f053195126.adsl.alicedsl.de)
17:04.30tmztcr2: do you understand python?
17:04.50tmzttuples, etc.
17:05.10cr2dcordes: https://privatepaste.com/d0RWu5V80E
17:05.16*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
17:05.48cr2tmzt: not really. i'm a lowlevel man :) and dislike highlevel languages.
17:06.02*** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com)
17:06.49xsacha-tvpython is similar to c++
17:06.57xsacha-tvwith syntax
17:07.35tmztKevin2: good, you wrote tthis stuff :)
17:07.48tmzttrying to add mfp to haretconsole
17:08.16Kevin2tmzt: Hi
17:08.42tmztI understand regTwoBits and have added something similar keyed for (number, name, direction)
17:09.23tmztbut I'm trying to test my code with what I think should be a list of addrs, values
17:09.32tmztand I can't iterate it
17:10.28tmztprobably because it's a tuple
17:10.39dcordescr2: wanna test initrd?
17:10.57tmztso I need to convert it to to the python equivalent of an assoc array
17:11.41cr2dcordes: yes.
17:14.14Kevin2tmzt: Can you pastebin a sample of what you're trying to do?
17:14.34tmztthat's kind of hard
17:14.44tmztgot the iterator working though
17:15.37dcordes~seen eway
17:15.38apteway <n=ellis@80-46-67-47.static.dsl.as9105.com> was last seen on IRC in channel #htc-linux, 87d 21h 19m 59s ago, saying: 'evenin all'.
17:16.39tmztI need to convert your ((bit1,bit2), 'AFxx') into something I can key my list of (num, af, dir): ('GPIOxx GPIO', 'GPIO', 'out' on
17:16.47tmztso it's a regex I need
17:19.16Kevin2tmzt: I'm not sure I understand.  The regTwoBits function just defines a series of registers each two bits in length and each name that has a suffix of an integer.  What kind of registers are you trying to define?
17:20.08tmztthe same registers, GAFR and GPDR but I need to take a list of values for those registers and convert it to the proper macros for a linux pinconfig
17:20.44Echo31cr2: I will define id=0 for cpld1 and id=1 for cpld2
17:20.54tmztI think I have it, I need a mask and shift
17:22.05tmztI still don't understand the proper way to convert 'AF11' into 11
17:23.28tmztI could use split('AF',1)
17:23.28Kevin2tmzt: I still don't understand.  Can you describe how the bits in the register are arranged?
17:23.47tmztok
17:24.05tmztthe register is the pxa alt function and directions registers
17:24.08dcordescr2: http://linuxtogo.org/~lgorris/misc/initrd-new
17:24.48Kevin2tmzt: Is this pxa27x or pxa3xx?
17:25.09tmztthe diference is I don't just want to dump the bits, I want to teach it the linux macros (like GPIO11 GPIO) to use in a pinconfig
17:25.13tmztpxa27x
17:25.43Kevin2What is a pinconfig?
17:25.45tmztI want to add a 'dump mfp' command to haret console
17:26.54tmztstatic unsigned long magician-pin-config[] = {
17:26.56cr2dcordes: give it a more speaking name
17:27.19tmzt<PROTECTED>
17:27.23cr2dcordes: because i'll forget what initrd-new means next day
17:27.25tmzt}
17:27.43tmztI want to generate those macros automatically
17:28.21dcordescr2: initrd-vodafone ^^
17:28.36cr2dcordes: and date
17:28.59dcordesgood
17:29.30tmztah
17:29.34tmztbitDecode
17:31.02*** join/#htc-linux darkstar62 (n=darkstar@97-126-107-190.tukw.qwest.net)
17:31.23cr2Kevin2: is it possible to run 'client-side' scripts with haretconsole ? like "console $ip debug.scr" ?
17:31.57cr2Kevin2: i don't remember if telnet can transfer files, but we can teach it uucp :)
17:32.28Kevin2cr2: That would be a cool idea - transfer files via haret's console.
17:33.01Kevin2cr2: I'm not sure what you mean by client-side script.  Scripts that run on the host machine, or scripts that run on the target phone?
17:33.01cr2dcordes: much smaller initrd ?
17:33.05tmztymodem
17:34.27tmztKevin2: if I understand this correctly, the bit definitions are only used for tracing?
17:34.41tmztI need to be able to use them for dumping as well
17:35.17tmztso that haretconsole will send a pd and then parse the response
17:35.30*** join/#htc-linux cr2 (n=cr2@ip-90-187-226-68.web.vodafone.de)
17:36.02Kevin2tmzt: The current haretconsole architecture just reads a line, optionally manipulates that line, and then writes the line.  You'd need some infrastructure work to accumulate the info and then dump it in a unified form.
17:36.56tmztthe linux headers have #define macros for the alt functions in the form I pasted earlier
17:36.58Kevin2tmzt: You might want to just post-process the log file, like scanserial.py does.  That will give you more control over the code flow.
17:37.04*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
17:37.05tmztyeah
17:37.40tmztit's standalone for now, but I want to take the register definitions form harets regs-*.py files
17:38.04Kevin2Are you just getting info from the .py files, or is it also info from haret?
17:38.31tmztI'm just using something like this:
17:38.41tmztvals = {
17:38.49tmzt<PROTECTED>
17:38.53tmzt}
17:39.15tmztthen for k in vals.keys():
17:39.56tmztthen using something like handleMem which iw what I'm replacing
17:40.26cr2dcordes: can't connect with ssh over usb
17:40.46tmztthe tuple I'm currently using is
17:41.45cr2dcordes: what ip does it have ?
17:42.12tmzt{(0,0): ('GPIO0_GPIO', 'GPIO', 'out')}
17:42.38tmztof the format:
17:43.16tmztnum,af: name,number,pinmode, direction
17:43.35tmztthat will have to be num,af,dir though
17:44.25tmztdef gpioMfp(name, number, af, pinmode, direction:
17:45.40tmzt<PROTECTED>
17:45.51cr2dcordes: i get a lot of ifconfig errors , like eth0 No such device
17:46.07tmztgpios = {
17:47.01tmzt<PROTECTED>
17:47.06tmzt}
17:47.08Kevin2tmzt: Can you describe the high-level goal?
17:47.33cr2dcordes: and the permissions on /dev/smd* should be uucp.uucp
17:47.58tmztI want to be able to convert a tuple of (addr,val) into the int array used by linux to configure gpios
17:48.30tmztthe ints are bit masks containing gpionum altfunction and direction
17:48.51cr2Kevin2: some kind of non-stream command postprocessing will be the best.
17:49.01tmztI want it to generate the c source that needs to be included
17:50.07Kevin2tmzt: I'm kinda confused.  Can you describe the really high-level goal - something like: A user must do X today, and that's a pain, so lets write a script that gathers info from A, B, and C and outputs D.  That way the user will only have to do Y.
17:50.54tmztevery time we add a new board for a ce device based on pxa we have to figure out the altfunctions used by ce
17:51.44tmztthis has been done before for the hh.org syntax (dump gpios) and I want to add support for the new 2.6.16+ syntax
17:51.44cr2dcordes: there is no ip assigned to raph in your initrd
17:52.04tmztdump gpiost I mean
17:53.11tmztas it stands the process consists of dumping the registers as hex, parsing each pair of bits, and finding the define in on or more kernel headers for the particular altfunction
17:53.17cr2Kevin2: and i'd like to have two things: send a client-side script, and do some postprocessing
17:53.20tmztI just want to automate that
17:53.21Kevin2cr2: Yes - it would be nice.  In particular some really important values (like timers) can only be inferred from reads of multiple registers.  It would be nice if haretconsole could track all that info and produce high level reports.
17:53.47cr2tmzt: it's more of less means : dump some memory location, and do some postprocessing
17:53.59tmztyes
17:54.11tmztbut the data is in multiple locations
17:54.20tmztalft function in gafr
17:54.29cr2Kevin2: is it possible to define user variables in haret ?
17:54.33tmztdirection in gpdr
17:54.49cr2like set MYVAR=`pd 0x0 4`
17:54.57Kevin2tmzt: Got it.  You want to dump the direction and alt-function registers and then produce a linux config file with that info.
17:55.03tmztyes
17:55.09cr2i'm exaggerating a bit of course :)
17:55.24tmztcr2: you mean eval() ?
17:55.37Kevin2cr2: User variables are there - just use SET X="abc".
17:55.48cr2tmzt: it was done in C code inside haret before, but it's not flexible
17:56.13tmztyes, and I need to work with offline dumps as well anyway
17:56.17cr2Kevin2: abc can be the contents of a memory location ?
17:57.02Kevin2cr2: User variables are present.  I don't think there is any way to assign a variable to the output of a command.
17:57.04cr2i can do print "%x" 0x08000000 now
17:57.17NetRipperdcordes, yes, should i commit it as the gnu/linux defconfig?
17:57.57cr2Kevin2: set X=0x800 or set X=[0x800] ?
17:58.41Kevin2cr2: To assign X the value of 0x800, run "SET X 0x800".
17:58.48cr2Kevin2: the haret grammar was a bit cryptic. and the original docs said it was done on intent ;)
17:58.54tmztI think this should be as simple as (num,af,dir) : pinmode
17:59.03NetRipperheh cr2 also following the fmradio thread i see
17:59.03NetRipper:)
17:59.29cr2NetRipper: can you add fmradio support to haret ? :)
17:59.45NetRipperkidding, right?
17:59.46cr2NetRipper: using the FMS.dll api
17:59.51cr2LOL!!!
18:00.09NetRippernever know with you
18:00.10Kevin2cr2: I didn't really change the haret grammar.  The only reason I know of for it's current state is that it's a pain to implement a nice grammar.  The current grammar just evolved by adding small incremental hacks.
18:00.29tmztpinmode being my name for the second part of the kernel macro (GPIO, FFUART-CTS, I2C-SCL, etc.)
18:00.56cr2Kevin2: is the gdb grammar powerful enough for such task ?
18:01.02tmztcould use * to denote value
18:01.38tmzt*0xa0000000
18:01.39cr2NetRipper: btw, why not add an FM command to haret ?
18:01.46NetRippercr2, to do what?
18:01.53NetRipperit's very htc specific
18:02.21cr2NetRipper: to do some hardware action.
18:02.39NetRipperbesides he didn't publish the GFMAPI source, which is the one that interacts with FMS.dll
18:02.46cr2NetRipper: like we have 'setlcd' 'nled'
18:03.01cr2NetRipper: i think i've asked him, and he published it ?
18:03.21NetRipperoh, wasn't in first post
18:03.38NetRipperdidn't read through the whole thread since i started barging in
18:03.47cr2ok
18:04.08cr2the first thing to do after making bt work, is to load the fm .bts :)
18:04.32NetRipper.bts?
18:05.35cr2bluetooth script
18:05.36NetRipperanyway im working on a c# wrapper for the gfmapi.dll at the moment.. i want to have traffic information while im on the road :p
18:05.58Kevin2tmzt:  The "(num,af,dir) : pinmode" seems okay to me - you'll need to also somehow map "num" to the gpio registers, but that shouldn't be too hard.
18:06.16cr2well, i'm not interested in the junk fm music too. TMC :)
18:06.37NetRipperthey already have TMC working
18:06.43NetRipperit's just a matter of decoding the stuff properly
18:06.51cr2NetRipper: in linux
18:06.53NetRipperah
18:07.16cr2once the uart2DM will work properly.
18:07.24tmztKevin2: is it worth it to parse AF11, etc. or should I just start over and use bitwise operations?
18:07.26NetRipperi'd think audio routing has precedence.. should get 'core functionality' working first
18:07.43NetRipperi.e. make it work as an actual phone in linux
18:07.44NetRipper:)
18:07.51tmztyes
18:08.17cr2NetRipper: that's true.
18:08.45tmztKevin2: I guess the question is if I only care about gafr and gpdr should I make it generic
18:09.03tmztI like how regOneBits/regTwoBits work
18:10.30tmztthen the question is, should iterate all the possible macros and test the bits? should I iterate the regvals and find the proper macro?
18:10.30Kevin2tmzt: I guess what you really want is some call like GetRegVal(myMemoryState, "AF11") that would lookup the register name, extract the bits from "myMemoryState" and then return the value of those bits?
18:10.50tmztwhat kind of intermediate state do I need?
18:10.58tmztyeah, that's an option
18:11.58tmzthow can I get to something like altfunc = num: altfunc
18:12.07dcordescr2: the smd device nodes are not static
18:12.08tmztand dirs = num: dir
18:12.22dcordescr2: I forgot the auto up of eth0. anything else wrong?
18:12.24dcordesor missing
18:12.27tmztfrom a list of bits set in gafr and gpdr
18:13.43cr2dcordes: i have done 'ifconfig usb0 192.160.0.202' from the keyboard.
18:14.12cr2dcordes: for cu the /dev/smd* should be root.uucp, not root.dialout
18:14.13tmztcr2: are you using rndis or usbnet?
18:14.28cr2tmzt: cdc_ether
18:14.54cr2is it usbnet ?
18:15.03cr2don't really need ms "standards"
18:15.19tmztwhat host os?
18:15.26cr2heh
18:15.35dcordescr2: I don't know how to change the permission for non static device node. I bet it's set in the smd driver
18:15.43cr2shame on you for asking such questions :)
18:15.49tmztI mean distribution of course
18:15.56tmzttrying to type less
18:16.16tmzton touch pro
18:16.39tmztit should be udev
18:16.59cr2dcordes: it's a non-kernel issue
18:17.40Kevin2tmzt: dirmap = {0: "A", 1: "B" } ; print dirmap[mydirbit]
18:18.21dcordescr2: don't know how all that works. I know there's type major minor for device node.
18:19.02cr2dcordes: cat /etc/group
18:19.06cr2uucp:*:10:
18:19.08cr2man:*:12:
18:19.09cr2proxy:*:13:
18:19.11cr2kmem:*:15:
18:19.12cr2dialout:*:20:
18:19.29cr2i don't know how udev is configured
18:19.40tmztit's probably mdev
18:19.57dcordeshow does udev/mdev know which group to put it in?
18:20.02tmztnot sure it really is configured
18:20.32cr2<PROTECTED>
18:21.41cr2grep smd does not show anything
18:22.10cr2we can hijack 40-isdn.rules :)
18:23.08dcordesyou mean copy it for smd use?
18:24.30cr2# This file does not exist. Please do not ask the debian maintainer about it.
18:24.32cr2# You may use it to do strange and wonderful things, at your risk.
18:26.22tmztpinstate[(num,'AF')] = af
18:26.24dcordesbtw I added /usr/bin/playwav
18:26.35tmztpinstate[(num,'DIR')] = dir
18:26.38cr2SUBSYSTEM=="capi", KERNEL=="capi", NAME="capi20", GROUP="dialout"
18:27.01cr2dcordes: i still don't understand by which magic smd is dialout
18:27.27cr2dcordes: it needs to print more debug info, and also select the source.
18:27.52tmztthen I can have addr: mfpTwoBits('AF', 0)
18:27.59cr2tmzt: no msm_snd ??
18:28.27tmztor mfpOneBits('DIR', 0)
18:28.31cr2need to recheck my kernel config
18:28.36tmztyay
18:29.01tmztKevin2: does that make sense?
18:30.31dcordescr2: the source is source audio file?
18:30.43tmzt(num,af,dir) = num,pinstate['AF',num],pinstate['DIR',num])
18:30.50cr2dcordes: yes, and it's compiled.
18:30.56tmztthat becomes the index into pinmode tuple
18:30.59cr2dcordes: it's a kernel issue
18:31.08tmztok, cr2
18:31.14tmztwhat is the issue
18:31.27tmztneed sugar then code this
18:31.48dcordesSubchunk2Size
18:32.12tmztmagic smd?
18:32.19tmztsubsystem should be tty
18:32.34tmztkernel is smd
18:32.37tmztleave off name
18:33.00tmztgroup=uucp
18:33.09dcordescr2: "it needs to print more debug info, and also select the source." <- smd or playwav.c ?
18:33.28cr2dcordes: playwav.c
18:34.20dcordescr2:         fn = play ? "/data/out.wav" : "/data/rec.wav";
18:34.25dcordescr2: how to turn it into parameter?
18:34.50tmztargv[n]
18:35.05dcordesdo we have /dev/msm_mp3 ?
18:35.20Kevin2tmzt: I'm not sure what role "mfpTwoBits" would play.  All the registers should already be known from regs-pxa.py
18:35.20tmztbut use sprintf or equivalent and set the last byto to 0 to be safe
18:35.28cr2dcordes: it's just a default value. you can provide a filename
18:35.57cr2dcordes: already
18:35.59tmztKevin2: I sse that
18:36.02*** join/#htc-linux Squarc1 (n=Squarc@82-217-32-29.cable.quicknet.nl)
18:36.12tmztKevin2: I can just parse yours
18:36.17Kevin2cr2: gdb's syntax is quite complex - I'm sure it would be fine, but why introduce all that complexity.
18:36.32dcordescr2: so I should just change the path?
18:36.41tmztcr2: something like *addr?
18:37.10cr2tmzt: yes
18:37.32cr2Kevin2: it was just an example of some standard debugger grammar
18:37.34tmztmaybe an eval()?
18:38.00cr2dcordes: playwav -mp3 file.mp3
18:38.16cr2dcordes: works already. if it's not mp3 then it's wav
18:39.16Kevin2cr2 / tmzt: Accessing a memory address and returning it's value is already supported: print "%x" PMW(0xa0000000)
18:39.37cr2Kevin2: what about client-side scripts ?
18:39.46Kevin2It's the [PV]M[BHW] funcitons.
18:39.59Kevin2cr2: What do you mean by "client-side"?
18:40.00cr2Kevin2: ok
18:40.29cr2Kevin2: running a script from a host, not from the local fs
18:41.02cr2then i can write/edit the scripts on the host machine.
18:41.15Kevin2cr2: It should be pretty easy to teach haretconsole to read commands from a file.
18:41.36cr2at runtime ?
18:42.01cr2or will it be a special command escape ?
18:42.24Kevin2cr2: Sure.  Just introduce a new command (eg, SOURCE) in haretconsole, and then have haretconsole open a file, read the commands, and send them to haret.
18:42.53cr2ok, but how to exec it ?
18:43.09Kevin2huh?
18:43.15dcordescr2: I don't get it. what about playwav.c needs changing then?
18:43.31cr2Kevin2: ./connect 192.168.0.100
18:43.56cr2Kevin2: how do i escape to python now ?
18:44.47cr2dcordes: you need to send some ioctls to /dev/msm_snd, if you want to select the target
18:45.18cr2dcordes: but i don't see /dev/msm_snd now. looking for it now.
18:45.38Kevin2cr2: Would a command "source <myfile>" be okay?  Just add a "def do_source(self, line)" to haretconsole/console .  Then have do_source() extract "myfile" from "line" and then open(myfile), read each cmd, and call self.sendAndProcess(cmd).
18:48.11cr2Kevin2: hmm, you mean the console will trap the "source" command before sending to target ?
18:48.47Kevin2cr2: Yes.  haretconsole reads each command, decides what to do with it, and then sends it to haret.  It can decide not to send a command, alter a command, etc.
18:48.52dcordesbbiab
18:49.08cr2Kevin2: then it's a smart idea. unless we will have source command as a native haret cmd.
18:49.25cr2Kevin2: ok, sounds great.
18:50.52cr2it will open a lot of opportunities
18:51.21cr2do we have a CP14 command ?
18:52.28Kevin2cr2: There are haret commands to read/write all coprocessor registers if that is what you are asking.
18:52.48cr2tmzt:  can mfpTwoBits() be done in haret grammar ?
18:53.00cr2Kevin2: i thought it was limited to CP15
18:53.44Kevin2cr2: All coprocessor registers can be read/written - see "CP" under "help vars".
18:54.57cr2ok
18:55.10cr2i've just read the old haret doc
18:55.13cr2http://handhelds.org/cgi-bin/cvsweb.cgi/~checkout~/haret/docs/haret.html
18:55.28cr2the bitshifts are not supported in grammar
18:57.03Kevin2cr2: Looks like that's true.  You can use *2 and /2 in place of "<<1" and ">>2".  :-P
18:57.25cr2ok
18:57.36tmztno, but I'm using python :)
18:58.23cr2hehe. haret even supports octal numbers :)
18:58.46tmztKevin2: thought of something, can I do something like (num,(('AF', 0),('DIR',1))) ?
18:58.48cr2CP(p,c)
18:58.50cr2<PROTECTED>
18:58.59tmztand use that whole thing to key a tuple?
18:59.16cr2tmzt: you can calculate pixclock then.
18:59.27tmzt?
18:59.33cr2don't know about print "%o"
18:59.52tmztoh, cp15 always crashed for me
19:00.15cr2tmzt: it should be possible to write a script calculating pixclock on pxa
19:00.20*** join/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:00.28Kevin2cr2: That CP documentation is old.  CP now takes 5 parameters - everything needed to specify a coprocessor.
19:00.31tmztyeah, next thing to dump
19:00.41tmztis pxafb
19:00.47tmztafter this
19:00.58cr2we just need something to eval CPUARCH
19:01.14cr2tmzt: and omapfb
19:01.25tmztwe do hou want to do it in a haret script?
19:01.27tmztyeah
19:01.42cr2tmzt: since haret does not support mddi, it will be difficult on msm :)
19:01.51tmztI'm hoping we can have an investigator that uploads logs with tthp
19:01.54tmzthttp
19:01.56tmzttrue
19:02.05cr2Kevin2: yes, i've just mentioned that it was not limited to CP15 from the very beginning
19:02.37tmztI'll do the simple version wit mfp* and pinstate first
19:02.44cr2ok
19:02.58tmztpinstate could also handle values then
19:03.48tmztwe could actual teach haretconsole pin so it will say something like gpio-i2c-scl now gpio-camera-data1
19:03.49cr2can we do "if ARCH != MSM7201A break"  in haret ?
19:04.25tmztwhen starting the camera if it changes alt function
19:04.32cr2tmzt: i'll be great for stream processing
19:04.51cr2but for a onetime dump a haret script is enough
19:04.57tmztor Device "motoq" gpio1 is pcap
19:05.02tmztyes
19:05.41cr2tmzt: an i2c protocol parser in python will be fun too.
19:06.03tmztwe need an interactive one
19:06.17tmztat least I do, and it will help with microp also
19:06.27cr2because i was using awk on haretlogs to extract the i2c reg values
19:06.46cr2if we want to support the cams, an i2c parser is a must.
19:06.50*** part/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:07.10*** join/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:07.15*** part/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:11.08tmzthave we learned how to bhook ce functions?
19:11.38cr2no
19:12.23Kevin2tmzt: Yeah - haretconsole only supports decoding register names (and register bit names).  It would be nice to add decoding of values too.
19:12.52tmztthat's what I'm doing with pinstate
19:13.10tmztit will have a generic property for each pinnumber
19:13.21tmztlike level, dir, af, etc.
19:13.47Kevin2tmzt: Cool.  memalias.bitdecode should then be able to show the name instead of just the value.
19:14.03tmztYEAH
19:14.09tmztSorry
19:20.19*** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821)
19:22.08*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
19:24.16tmztxsacha-tv: ping
19:25.00xsacha-tvhi
19:25.30tmztget anywhere with mvl driver?
19:25.47xsacha-tvi tried that embedded sdio thing you pointed me towards but i get same problem
19:26.06xsacha-tvit seems the error comes before enable_wide_bus() function, which is probably why width is 0?
19:26.28xsacha-tvand i found out why my sd card had a width of 2.. it's because BUS_WIDTH4 is defined as 2
19:26.41tmztmarex: you know if a delay is required to enumerate 8686? maybe between loading helper and main firmware?
19:26.58tmztok
19:27.07xsacha-tvthe error is before firmware gets loaded btw
19:27.14tmztboth?
19:27.22xsacha-tvboth parts of firmware yeah
19:27.49tmztcan you trace inital protocol with haret?
19:28.58cr2dcordes: "powerdown" powerdown not implemented; halting
19:29.07tmztxsacha-tv: if you want to get this work I need you to try a newer kernel
19:29.19xsacha-tvah ok
19:29.39xsacha-tv2.6.29 not new enough :(
19:30.12xsacha-tvwhat changed in 2.6.30?
19:30.31marextmzt, no, but #zipit people had problems with some delay on GSPI8686
19:31.00xsacha-tveven pre people had problems with delay in some parts it seems :P and problems faking 1.8V too
19:31.12xsacha-tvbut it works for them on 2.6.24
19:32.30tmztgspi is different
19:35.44xsacha-tvand it works for other people on 2.6.27
19:37.05tmztwith which driver?
19:39.05xsacha-tvlibertas + firmware
19:39.26xsacha-tvthats what pre uses on 2.6.24 and what people have reported success on 2.6.27 with
19:42.38marexxsacha-tv, are you hacking on Pre or what ?
19:43.15*** join/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:44.33xsacha-tvive already performed all of pre's patches
19:44.39xsacha-tvno good on my 2.6.29 kernel
19:44.57xsacha-tvit gets voltage working but still fails in the ops part
19:45.02*** part/#htc-linux vts (n=vts@62-47-227-51.adsl.highway.telekom.at)
19:47.42tmztmarex: samsung i780
19:48.10tmztsdio interface
19:51.00cr2dcordes: ping
19:51.23marexcr2, pong, how's the N560 going ? ;-)
19:52.51cr2marex: waiting for you
20:01.47*** join/#htc-linux pe7er (n=Adium@f053195126.adsl.alicedsl.de)
20:06.54Echo31pH5: I don't understand why I cannot initialise the athena cpld2. cr2 helped me, but I am not progressing.
20:10.50cr2Echo31: can you tell me about other constants ?
20:14.24Echo31cr2: I use the constants from 2.6.21-hh and by comparison, hx4700
20:15.40cr2HX4700_EGPIO_BASE(HX4700_ASIC3_GPIO_BASE + ASIC3_NUM_GPIOS)
20:15.53cr2ASIC3_NUM_GPIOS=64, what about the rest ?
20:17.25Echo31cr2:#define HX4700_ASIC3_GPIO_BASENR_BUILTIN_GPIO
20:17.26Echo31#define HX4700_EGPIO_BASE(HX4700_ASIC3_GPIO_BASE + ASIC3_NUM_GPIOS)
20:17.44cr2NR_BUILTIN_GPIO ?
20:18.38pH5hi
20:18.44tmztit should be defined by the soc code
20:18.47pH5cr2: NR_BUILTIN_GPIO is the number of PXA GPIOs
20:18.55pH5Echo31: what is the problem exactly?
20:19.19cr2.gpio_base = HX4700_EGPIO_BASE,
20:19.24pH5for hx4700 I put the ASIC3 GPIOs right after PXA GPIOS (and then after that the CPLD GPIOs)
20:19.41pH5because on pxa, the gpio_to_irq mapping is stupid (linar, to be more polite).
20:19.45pH5s/linar/linear/
20:19.45cr2Echo31 has +              .gpio_base = 2*GPIO_BASE_INCREMENT,
20:20.04pH5no, remove that GPIO_BASE_INCREMENT stuff
20:20.12pH5we want to pack GPIOs tightly
20:20.31Echo31pH5: the cpld2 on athena don't initialise
20:20.32cr2pH5: is there any doc for htc-egpio ?
20:21.13cr2pH5: how many irqs should be added ? also tightly packed ?
20:21.41pH5cr2: only the kerneldoc comment in include/linux/mfd/htc-egpio.h
20:21.54cr2pH5: ok.
20:22.20cr2pH5: i don't quite understand some things
20:22.30pH5does the CPLD2 have an irq line connected?
20:22.42cr2no, it's like uni and h4700
20:23.14cr2his  .gpio_base line is wrong
20:23.15pH5so just leave irq_base=0, like hx4700 does. there will be no irqs allocated
20:23.52cr2pH5: about cpld1
20:24.17cr2+              .reg_start = 0,
20:24.19cr2+              .gpio_base = GPIO_BASE_INCREMENT,
20:24.20cr2+              .num_gpios = 16,
20:24.29cr2GPIO_BASE_INCREMENT is obviously wrong
20:24.49pH5it would be so much easier for me to comment if somebody sent a mail with the core patch to the list...
20:24.58pH5does athena have asic3?
20:25.03cr2no
20:25.07cr2cpld1
20:25.09Echo31ccr2: this was the constant from 2.6.21-hh
20:25.12cr2http://www.htc-linux.org/wiki/index.php?title=CPLD1
20:25.25cr2Echo31: the api changed. that's the problem.
20:26.33pH5then I'd say CPLD1 gpio_base should be NR_BUILTIN_GPIO, CPLD2 gpio_base should be NR_BUILTIN_GPIO+NR_CPLD1_GPIOS
20:26.33cr2pH5: i think it'll be easier if you'll just look at this wiki page
20:26.33cr2ok
20:26.34cr2pH5: what about .init values from the old API ?
20:26.36cr2pH5: we don't want to zero some gpios, otherwise we will powerdown the LCD, and it's real PITA to reinit.
20:26.50pH5struct htc_egpio_chip has an unsigned long initial_values field.
20:26.59cr2ok
20:27.29pH5which is not documented btw :)
20:27.43cr2pH5: what to do with the mixed IO bank ?
20:28.05*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
20:28.05cr2like that
20:28.05pH5the direction parameter is a bitfield
20:28.08cr2GPIOD1   0x0002   reset device (=1)
20:28.10cr2GPIOD2   0x0004   LCD panel bit2 (get)
20:28.11cr2GPIOD3   0x0008   power related (get+bic,orr)
20:28.13cr2GPIOD4   0x0010   LCD panel bit4 (get)
20:28.36cr2little-endian ?
20:28.55tmztKevin2: I don't get what parsebits does, I have a tuple similar to yours now ((28,29), ('AF', 14)) and I'm interating through the regval and checking the bits
20:29.21*** join/#htc-linux timebomb (n=tb@e179192087.adsl.alicedsl.de)
20:29.28pH5cr2: sure, cpu-native
20:29.32cr2365                 .direction = HTC_EGPIO_OUTPUT,
20:29.41cr2?
20:29.51pH5HTC_DIRECTION_OUTPUT = ~0
20:30.06pH5s/DIRECTION/EGPIO/
20:30.14cr2ok
20:30.21cr2tricky :)
20:30.33cr2i would have never thought
20:31.14pH5I thought it'd be nice to have these macros for the common case. Of course that makes things a bit unobvious for the mixed-case at first.
20:31.20cr2pH5: why .reg_start = 0, and not .start ?
20:32.16cr2i guess it will be 0 in 99.99999% of cases though.
20:33.23tmztwait, I'm iterating 2 bits at a time, so I can just look it up with (i, i+1)
20:34.27pH5cr2: true, it'll be 0 for the first gpio block. magician defines a second one after the irq register.
20:35.00cr2pH5: how many blocks then will be here http://www.htc-linux.org/wiki/index.php?title=CPLD1 ?
20:35.18pH5reg_start just to make clear that this number is in register space. there is another parameter in this struct which are in gpio api space (gpio_base).
20:35.56cr27 IO and 1 IRQ ?
20:36.01pH5cr2: this looks like magician
20:36.24pH5two blocks, one 4*8 and one 3*8
20:36.35pH5and the irqack register in-between
20:36.39cr2and the irq block is sparse too ?
20:36.56cr2magician was too long ago :)
20:37.30*** join/#htc-linux leaigor (n=laigor@188.134.36.14)
20:38.02cr2http://wiki.xda-developers.com/index.php?pagename=MagicianCPLD
20:38.07pH5yes, the register bits 3,5,7 in that register will be unused
20:38.39cr2i'm looking at your magician code now
20:39.51pH5magician is configured as 3*8 output + 1*8 irqack + 3*8 input
20:39.57cr2281         .num_irqs     = 4,
20:39.59cr2282         .ack_register = 3,
20:40.39cr2.num_irqs is the number of real irqs
20:40.49cr2and what is .ack_register ?
20:40.52pH5I think for athena you'd have to set num_irqs = 7 to get that tvout one
20:41.04pH5ack_register is 4 for athena
20:41.15cr2tricky :)
20:41.16pH5the one where you read irq status and ack the irqs
20:41.33cr2pH5: the output is 1 and input 0 in the direction ?
20:41.36pH5yes
20:41.54cr2ok
20:42.06cr2then i may use .num_irqs     = 8
20:42.09pH5so registers 0-3 can be handled by one egpio_chip with num_gpios=32, all output if I see correctly
20:42.20pH5sure, you will just waste one more irq_desc
20:42.57cr2lcd panel bits are input
20:43.07cr2this cpld is not write-only
20:43.32pH5ah, ok. so you'll have both 0-3(32) and 5-7(24) mixed-case.
20:43.38cr2but i guess that this driver shadows the values for reading
20:43.47pH5the magician cpld had a clear separation between I and O pins
20:43.57pH5(it is RW, too)
20:44.17cr2then IO distinction does not matter really.
20:44.26pH5but yes, htc-egpio shadows because the hx4700 cpld is truly write-only.
20:44.42cr2yes, afair hermes too
20:44.45cr2and n560
20:46.19dcordescr2: pong. did powerdown work in the other initrd?
20:46.45cr2dcordes: can't boot with your initramfs anymore...
20:47.00cr2it crashes with can't mount /dev/ram0
20:47.16cr2after some config changes
20:47.34dcordeskernel config changes?
20:47.44cr2dcordes: i think i've found one more rpc bug. the adsp_atom func is 1, and not 1.
20:47.57cr2s/not 1/not 2/
20:48.09cr2yeah, looks strange
20:48.27cr2since it's initramfs i don't need root=/dev/ram0 ?
20:49.01cr2nit=/init ?
20:49.19cr2i dont know why it was working before :)
20:50.16dcordes<PROTECTED>
20:50.22Echo31pH5: what is the change of htc-egpio (from 2.6.21 to now) impacting the athena cpld2? Because  the old values work with the old htc-egpio.
20:50.30cr2dcordes: then there is a distinction between halt and reboot
20:51.15tmzt<PROTECTED>
20:51.16tmztTypeError: list indices must be integers, not tuple
20:51.18cr2dcordes: what we are doing right now is halt. but is it implemented on g1 ?
20:54.16*** join/#htc-linux apt (i=ibot@rikers.org)
20:54.16*** topic/#htc-linux is Welcome to htc-linux | Logs: http://apt.rikers.org/%23htc-linux | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Wiki: http://htc-linux.org/wiki | Original project page: http://wiki.xda-developers.com/index.php?pagename=Xanadux | Please use device codenames. For aliases, see: http://wiki.xda-developers.com | Join #android for android centered discussion.
20:54.24tmztcr2: yeah, why are you using it though?
20:54.26cr2or maybe it's some bug because i've changed log buffer to 21 ?
20:54.35tmztit needs it if it needs to mount something else
20:54.37cr2tmzt: ask dcordes
20:54.56cr2an it was working just 1 hour ago
20:54.59tmztdid you use -H newc ?
20:55.53*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-163-188.ewe-ip-backbone.de)
20:56.51pH5Echo31: the configuration is different, 2.6.21 didn't have gpio api. the fields are documented in the htc-egpio.h header, but the gpio_base values you have to choose yourself. I made a suggestion for that above (CPLD1 directly after PXA GPIOs, CPLD2 after that).
20:56.56cr2can not open root device <NULL>
20:58.18tmztcr2: leave it off, it should work
20:59.31cr2pH5: the .initial_values have the same syntax as .direction ?
20:59.45pH5well, 0 is low, 1 is high.
20:59.48cr2tmzt: i get a crash
20:59.54pH5at least on my cplds
21:00.01tmztwhat kernel?
21:00.42cr2tmzt: hm. i'll return to the old .config
21:00.46pH5cr2: or do you mean whether (1 << x) in .direction corresponds to (1 << x) in .initial_values? (it does)
21:00.59cr2pH5: ok
21:02.04*** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes)
21:03.44darkstar62anyone have any idea why enabling PPP support in my kernel would make it unable to load an initramfs image anymore?
21:04.51cr2must be something with the kernel :(
21:05.47tmztdarkstar62: no
21:05.50darkstar62on a possibly related note, I get 6 section misalignments when I compile
21:06.10tmztare either of you using a really new kernel?
21:06.21darkstar62I'm on 2.6.25
21:09.24cr2bizarre
21:09.52cr2dcordes_: got a new initramfs ?
21:11.47*** join/#htc-linux pe7er (n=Adium@f053195126.adsl.alicedsl.de)
21:12.28cr2[  176.455584] audmgr_rpc_thread() start
21:12.30cr2[  176.456469] [RPC] READ on ept d4a327a0
21:12.31cr2[  193.089862] audio: failed to get audplay0 dsp module
21:15.56dcordes_cr2: with auto usb0 added?
21:16.08cr2dcordes_: yes
21:16.27cr2need to sort out the smd too
21:19.16dcordes_forgot to add the /etc/ppp/peers/vodafone-de and your paste exceeded
21:19.24dcordes_you always set one day duration?
21:21.14cr2[  180.036517] audio: failed to get audplay0 dsp module
21:21.20cr2says _mp3 now
21:21.29tmztgood?
21:21.37tmztdid you get the initramfs working?
21:21.52cr2tmzt: yes, something was fcked in .config
21:22.10tmztdiff?
21:22.19cr2dcordes_: yes, to not spam the paste
21:22.43tmztI haven't figured out whether CONFIG_BLOCK_INITRD is needed for initramfs
21:23.39cr2dcordes_: https://privatepaste.com/67nUHJ4tfy
21:23.58tmztchat script too
21:24.12tmztbut I just use wvdial for that, much simpler
21:24.13cr2he has it
21:24.48Echo31pH5: I don't understand, I can choose the gpio_base values. In the old constants, threre are PXA_GPIOs (120) hereafter a gpio_base= GPIO_BASE_INCREMENT (0x100) for cpld1 and after for the end, cpld2 (gpio_base=2*0x100)
21:25.44cr2Echo31: it was block allocation for the old htc-egpio driver
21:26.25cr2tmzt: where is my msm_snd disappeared ??
21:26.41tmztqdsp5 is enabled?
21:26.47cr2it seems i need to add some printks
21:26.57cr2yes, and the other msm_* are there
21:27.22tmztoh
21:28.26cr2dcordes_: where was your playwav binary ?
21:28.51Echo31cr2: Now, the table of all gpios must be contiguous ?
21:29.02dcordes_cr2 http://linuxtogo.org/~lgorris/misc/playwav
21:29.53cr2err
21:29.58cr2playwav: 'Splat.wav' is not 16bit per sample
21:30.08cr2Echo31: yes
21:30.35cr2lol
21:30.43cr2<PROTECTED>
21:31.13cr2<PROTECTED>
21:31.56cr2locks
21:32.09cr2playwav: 1 ch, 48000 hz, 16 bit, PCM
21:32.10cr2prefill
21:32.12cr2start
21:35.38Echo31cr2: if I resume: 120 for pxa_gpios + 64 for cpld1 + 16 for cpld2 + 16 for cpld2
21:41.28pH5I'd say 56 for cpld1 (32+24) and 16 for cpld2 only once.
21:42.24cr2Echo31: cpld2 is mixed IO too
21:43.00cr2the lcd power should be preserved
21:43.16cr2CPLD2_0 and CPLD2_1
21:44.34cr2the rest is probably not critical. need to check which or them are set to 1 in wince.
21:45.27*** join/#htc-linux Shinto (n=John@f048051135.adsl.alicedsl.de)
21:50.39Echo31cr: you think that the number gpios CPLD2 = CPLD2_0 + CPLD2_1 = 16, but copied on 2*2 octets in memory
21:53.11*** join/#htc-linux Slyon (n=lukas@p4FDB210C.dip0.t-ipconnect.de)
21:53.50pH5Echo31: no, pins 0 and 1 in the CPLD2 register should kept high during initialization (.initial_values = 0x0003)
21:55.25cr2yes
21:56.15tmztKevin2: sorry, you wanted my to paste earlier, this is the current code: http://pastebin.com/m247433eb
21:56.27*** join/#htc-linux Slyon (n=lukas@p4FDB210C.dip0.t-ipconnect.de)
21:56.47cr2.direction = 0x01ff
21:57.10cr2pH5: the unknown direction should be set to ??
22:05.27cr2looks mor  user-friendly now
22:05.36cr2pc_clk_enable: FIXME! enabling a clock that doesn't have an ena bit or ns-only offset: SDC2_PCLK
22:06.18cr2clock-wince: pc_clk_set_rate: id=SDC2_CLK rate=144000
22:08.58cr2FIXME! clk_set_max_rate not implemented; PMDH_CLK:122880000
22:09.29cr2pc_clk_enable: FIXME! enabling a clock that doesn't have an ena bit or ns-only offset: USB_HS_PCLK
22:12.51cr2still answeres to ping, but the kernel is dead
22:13.14tmztwhat happened?
22:15.26cr2called stty -F /dev/ttyHS1
22:15.58*** join/#htc-linux pyr0 (n=pyr0@c-98-219-163-43.hsd1.pa.comcast.net)
22:15.59tmztah
22:16.07tmztbut not hard locup
22:16.20tmztif we can fix the clocks correctly
22:16.32cr2not a complete lockup
22:16.45cr2adsp on playwav is complete lockup
22:17.04cr2the last message on stty is setting the UART2DM_CLK
22:27.47IceBonehttp://img222.imageshack.us/img222/3690/shamwow.png
22:27.55*** join/#htc-linux ali12342 (n=al@robotfuzz.co.uk)
22:31.20IceBonehttp://farm4.static.flickr.com/3450/3402340011_9340bea89a.jpg?v=0
22:42.05*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
22:42.44Echo31cr2:pH5: Thanks for your help, today. See you soon.
22:54.33*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
22:54.33pH5cr2: I'd leave the unknown pins as inputs so you can't write to them accidentally. other than that, it doesn't matter.
22:58.06Kevin2tmzt: parsebits converts the definitions in regs_pxa.py to a definition that is easier to use at runtime.
22:58.57cr2pH5: ok
22:59.39tmztI can't figure out how to look up the bit name
22:59.44cr2pH5: seems to be clear so far. expect the finished patch in the next days
23:00.24Kevin2tmzt: Lookup a register address by a register name?
23:00.46tmztthe last part of the code I posted
23:01.33*** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl)
23:01.34*** join/#htc-linux Squarc1 (n=Squarc@82-217-32-29.cable.quicknet.nl)
23:02.09Kevin2What line?
23:02.17tmzt58
23:02.47tmztbasically, I'm looking up the address and bit offsets (i,i+1) in the generated tuple
23:03.10tmztthe setting pinstate[num, name] = value of the bit pair
23:04.37*** join/#htc-linux Slyon (n=lukas@p4FDB210C.dip0.t-ipconnect.de)
23:05.32tmztname is just 'AF', for instance
23:06.31Kevin2tmzt: Why not just add a "print reg" on line 58 -- that will show you what "reg" is, and you'll see why that access isn't working.  (Basically, reg is a list (ie, an array), and you can't access an array with a tuple as index - it must be an integer.)
23:06.54tmztyeah
23:06.55tmztok
23:07.17tmztreg?
23:07.22tmztoh
23:08.15tmztreg: ['GAFR0_L', (((0, 1), ('AF', 0)), ((2, 3), ('AF', 1)), ((4, 5), ('AF', 2)), ((6, 7), ('AF', 3)), ((8, 9), ('AF', 4)), ((10, 11), ('AF', 5)), ((12, 13), ('AF', 6)), ((14, 15), ('AF', 7)), ((16, 17), ('AF', 8)), ((18, 19), ('AF', 9)), ((20, 21), ('AF', 10)), ((22, 23), ('AF', 11)), ((24, 25), ('AF', 12)), ((26, 27), ('AF', 13)), ((28, 29), ('AF', 14)), ((30, 31), ('AF', 15)))]
23:08.29tmztyeah, that works
23:10.43tmztdef mfpTwoBits(name, start=0):
23:10.43tmzt<PROTECTED>
23:10.44tmzt<PROTECTED>
23:10.49tmztit's backwards
23:11.09tmztno
23:11.42tmztmaybe it's easier just to parse the strings, then I can use string as an index, that's hashable right?
23:12.18tmztI see
23:14.58*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-163-188.ewe-ip-backbone.de)
23:29.28*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
23:47.37*** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net)

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