01:04.56 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
01:14.03 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
01:29.57 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) |
01:41.09 | *** join/#htc-linux bd2 (n=cbou@mail.dev.rtsoft.ru) |
02:39.03 | *** join/#htc-linux wirelessdreamer (n=dreamer@c-71-239-79-222.hsd1.il.comcast.net) |
02:48.15 | *** join/#htc-linux j0b0 (n=jobo@97.66.128.162) |
03:08.48 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-96-156.dynamic.mnet-online.de) |
03:55.45 | *** join/#htc-linux slhommed (n=slhommed@c-71-237-64-42.hsd1.co.comcast.net) |
04:12.49 | *** join/#htc-linux pyr0 (n=pyr0@c-98-219-163-43.hsd1.pa.comcast.net) |
04:17.41 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
04:24.26 | *** join/#htc-linux Tinyboom (n=nahh@62.84-49-90.nextgentel.com) |
04:28.05 | *** join/#htc-linux IamSOG (n=IamSOG@218.19.242.122) |
04:52.42 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ca9b.pool.einsundeins.de) |
05:01.59 | *** join/#htc-linux droid001 (n=mc@p4FDCE1FC.dip.t-dialin.net) |
06:27.09 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
06:32.42 | *** join/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
07:07.16 | *** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
07:17.29 | *** join/#htc-linux Shinto (n=John@f049024221.adsl.alicedsl.de) |
07:43.38 | *** join/#htc-linux sandos (n=sandos@c-89-160-59-131.cust.bredband2.com) |
07:45.24 | *** join/#htc-linux hymnis (n=hymnis@c-f756e555.031-65-67626717.cust.bredbandsbolaget.se) |
08:11.17 | *** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
08:11.46 | *** join/#htc-linux bd2 (n=cbou@mail.dev.rtsoft.ru) |
08:11.47 | *** join/#htc-linux nebi (n=nebi@217.142.147.19) |
08:16.13 | *** join/#htc-linux onen|openBmap (n=quassel@217.237.166.82) |
08:35.51 | *** join/#htc-linux PoohbaLT1 (n=BlkPoohb@69.141.71.249) |
08:42.49 | *** join/#htc-linux ccube__ (n=ccube@ssh.ccube.de) |
08:54.44 | *** join/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
09:09.44 | *** join/#htc-linux stoked (n=df@174.6.56.53) |
09:10.33 | *** join/#htc-linux onen|openBmap (n=quassel@217.237.166.82) |
09:10.46 | stoked | anyone around? trying to get network access with dzo's 1.1 on my bell vogue |
09:32.53 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-166-44.web.vodafone.de) |
10:10.40 | *** join/#htc-linux ccube__ (n=ccube@ssh.ccube.de) |
10:39.26 | *** join/#htc-linux IamSOG (n=IamSOG@218.19.242.122) |
10:56.49 | *** join/#htc-linux onen|openBmap (n=quassel@217.237.166.82) |
10:57.38 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
10:59.37 | *** join/#htc-linux captnoord (i=914ab591@gateway/web/freenode/x-9feb91c719a26333) |
11:05.27 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-242-216.pools.arcor-ip.net) |
11:19.58 | *** join/#htc-linux Zinbolic (n=zinbolic@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
11:35.06 | *** join/#htc-linux pagix (n=pagix@c-e781e355.01-84-6e6b7010.cust.bredbandsbolaget.se) |
11:49.31 | *** join/#htc-linux ccube__ (n=ccube@ssh.ccube.de) |
11:56.05 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
12:21.56 | *** join/#htc-linux IamSOG (n=IamSOG@218.19.242.122) |
12:30.31 | *** join/#htc-linux mickey|linuxtag (n=M@217.237.166.82) |
12:31.16 | *** join/#htc-linux morphis (n=morphis@hfw-ext-wlan.rz.hs-bremen.de) |
12:34.15 | *** join/#htc-linux ptitjes (n=didier@212.73.198-77.rev.gaoland.net) |
12:35.12 | *** part/#htc-linux ptitjes (n=didier@212.73.198-77.rev.gaoland.net) |
12:58.10 | *** join/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
13:01.45 | *** join/#htc-linux onen|openBmap (n=quassel@217.237.166.82) |
13:05.24 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
13:07.02 | *** join/#htc-linux IamSOG (n=IamSOG@218.19.242.122) |
13:09.12 | *** join/#htc-linux onen|openBmap (n=quassel@217.237.166.82) |
13:26.59 | *** join/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
13:27.16 | *** part/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
13:35.07 | *** join/#htc-linux MethoS-- (n=clemens@host-091-097-245-060.ewe-ip-backbone.de) |
13:47.45 | *** join/#htc-linux darkstar62 (n=darkstar@m290e36d0.tmodns.net) |
13:49.42 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) |
13:53.50 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
13:55.51 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
13:56.53 | *** join/#htc-linux stefan_schmidt (n=stefan@217.237.166.82) |
14:02.20 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87ca9b.pool.einsundeins.de) |
14:03.49 | *** part/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
14:31.22 | *** join/#htc-linux darkstar62 (n=darkstar@m290e36d0.tmodns.net) |
14:36.52 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
14:42.41 | *** join/#htc-linux j0b0 (n=jobo@204.14.44.156) |
14:43.34 | *** join/#htc-linux MLM (n=mlvdmeid@5ED0BCBD.cable.ziggo.nl) |
14:59.10 | *** join/#htc-linux pyr0 (n=pyr0@ACA42E75.ipt.aol.com) |
15:14.48 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
16:04.55 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
16:07.38 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
16:17.02 | dcordes | mickey|zzZZzz, what's going on at linux tag? |
16:28.27 | *** join/#htc-linux pH5 (n=ph5@e178198064.adsl.alicedsl.de) |
16:31.12 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
16:38.27 | *** join/#htc-linux pyr0_ (n=pyr0@AC82972B.ipt.aol.com) |
16:52.32 | *** join/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
16:57.48 | *** join/#htc-linux kri5 (n=kri5@cowdy.vlmc.org) |
16:58.58 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
17:07.15 | *** join/#htc-linux timebomb (n=tb@131.165.177.65) |
17:20.00 | *** join/#htc-linux timebomb (n=tb@131.165.177.65) |
17:20.37 | *** join/#htc-linux TeringTuby (n=Maarten@195-241-125-243.ip.telfort.nl) |
17:46.54 | *** join/#htc-linux nizox (n=none@157.175.195-77.rev.gaoland.net) |
17:58.20 | *** join/#htc-linux wirelessdreamer (n=dreamer@c-71-239-79-222.hsd1.il.comcast.net) |
18:00.34 | *** join/#htc-linux ptitjes (n=didier@212.73.198-77.rev.gaoland.net) |
18:01.05 | *** part/#htc-linux ptitjes (n=didier@212.73.198-77.rev.gaoland.net) |
18:01.12 | *** join/#htc-linux ptitjes (n=didier@212.73.198-77.rev.gaoland.net) |
18:07.47 | *** join/#htc-linux timebomb (n=tb@131.165.177.65) |
18:10.55 | *** join/#htc-linux _Rocket (n=rocket_a@t26.in.net.pl) |
18:12.10 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
18:15.33 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-232-27.web.vodafone.de) |
18:15.34 | dcordes | cr2, good evening |
18:15.35 | cr2 | hi dcordes |
18:15.35 | tmzt | ptitjes: hello |
18:15.42 | ptitjes | héhéhé |
18:15.44 | ptitjes | :) |
18:16.11 | ptitjes | you here!!! 8-] |
18:16.50 | tmzt | yes |
18:16.51 | cr2 | dcordes: i have some small patches |
18:17.15 | tmzt | cr2: ptitjes is looking for information on audio support on raph100 |
18:17.15 | xsacha | i got vibrate and keypad backlight workng on phone :) |
18:17.17 | dcordes | ok I have much time |
18:17.21 | xsacha | but how do i get android to recognise them? |
18:17.34 | tmzt | not sure |
18:17.48 | tmzt | depends on the libhardware you use on android I think |
18:18.01 | dcordes | xsacha, afaik android uses different userspace interfaces for this kind of stuff |
18:18.18 | xsacha | it doesnt look in /dev or anything? |
18:18.31 | tmzt | probably /sys |
18:18.35 | dcordes | so if you put it in the classic way you might run into trouble. I know this don't help sorry |
18:18.42 | xsacha | well /sys anywhere specific? :) |
18:18.57 | tmzt | just do what dzo does |
18:19.06 | xsacha | k |
18:19.17 | dcordes | cr2, where can I get the patches? |
18:19.55 | *** join/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
18:22.47 | cr2 | dcordes: not yet ready |
18:23.08 | tmzt | you mean rpc patches? |
18:27.40 | dcordes | I'll be back in a bit |
18:27.49 | xsacha | hey tmzt, my usb is SMSC usb3319 (PHY).. supports vdd18|vdd33, takes 3.1V->5.1V |
18:28.38 | xsacha | 5.5V* |
18:29.05 | xsacha | any idea what extra things i need to do then? |
18:29.07 | tmzt | phy or just transceiver? is the pxa udc used at all? |
18:29.24 | xsacha | it says it is a PHY |
18:29.51 | tmzt | we already dumped up2ocr didn't we? I guess maybe the configure it but don't use it |
18:29.58 | tmzt | but it doesn't seem likely |
18:30.19 | xsacha | i dont have a up2ocr |
18:30.19 | tmzt | did cr2 find anything in spl? |
18:31.29 | xsacha | atleast i never found my up2ocr |
18:31.56 | xsacha | anyway here's the pdf about my usb phy: http://www.smsc.com/main/datasheets/3319db.pdf |
18:31.58 | tmzt | I'm sure we dumped it, it's just a register in the pxa |
18:32.27 | xsacha | how can i dump it? (in haret now) |
18:33.38 | tmzt | hold on |
18:34.47 | tmzt | arch/arm/mach-pxa/em-x270.c: UP2OCR = UP2OCR_HXS | UP2OCR_HXOE; |
18:34.51 | tmzt | interesting |
18:35.20 | xsacha | trying to find the address? |
18:36.24 | xsacha | (1 << 16) | (1 << 17) |
18:36.35 | *** join/#htc-linux surgex0 (i=surge@pool-98-118-158-217.bflony.fios.verizon.net) |
18:39.37 | xsacha | dont remember dumping it |
18:40.06 | _Rocket | how can i get these keys which are defined in typhoonnbfdecode.pl (EOL)? i need one for wizard, but it's not defined there |
18:44.36 | *** join/#htc-linux stickboy (n=anonymou@198.105.46.21) |
18:50.09 | xsacha | should i try same UP2OCR others use? |
18:52.56 | *** part/#htc-linux pe7er (n=Adium@f053192209.adsl.alicedsl.de) |
18:58.18 | xsacha | i dont get anything with 'usb' in my dmesg |
19:00.00 | *** join/#htc-linux pagix (n=pagix@c-c084e355.01-84-6e6b7010.cust.bredbandsbolaget.se) |
19:03.02 | xsacha | *confused* |
19:06.41 | tmzt | ok, you need the address to dump with haret |
19:07.03 | xsacha | where can i find the address? |
19:08.10 | tmzt | #define UP3OCR __REG(0x40600024) /* USB Port 2 Output Control register */ |
19:08.32 | tmzt | apt: UP3OCR is 0x406000024 |
19:08.32 | apt | okay, tmzt |
19:08.55 | tmzt | #define UP2OCR __REG(0x40600020) /* USB Port 2 Output Control register */ |
19:09.07 | tmzt | apt: UP2OCR is 0x40600020 |
19:09.07 | apt | okay, tmzt |
19:09.15 | tmzt | apt: UP3OCR? |
19:09.15 | apt | rumour has it, up3ocr is 0x406000024 |
19:09.20 | tmzt | yay |
19:09.55 | tmzt | apt: UP3OCR is 0x40600024 |
19:09.55 | apt | ...but up3ocr is already something else... |
19:10.02 | tmzt | apt: forget up3ocr |
19:10.02 | apt | tmzt: i forgot up3ocr |
19:10.08 | tmzt | apt: UP3OCR is 0x40600024 |
19:10.09 | apt | tmzt: okay |
19:10.57 | tmzt | apt: UP20CR is also the USB Port 2 Output Control Register |
19:10.57 | apt | okay, tmzt |
19:11.08 | tmzt | apt: forget UP20CR |
19:11.08 | apt | i forgot up20cr, tmzt |
19:11.13 | tmzt | apt: UP2OCR is also the USB Port 2 Output Control Register |
19:11.13 | apt | okay, tmzt |
19:11.23 | tmzt | apt: UP2OCR? |
19:11.23 | apt | i heard up2ocr is 0x40600020, or the USB Port 2 Output Control Register |
19:11.35 | xsacha | awesome |
19:11.42 | tmzt | apt: UP2OCR is also used for udc |
19:11.43 | apt | tmzt: okay |
19:12.04 | xsacha | should i convert it to that UP2OCR_.. bit format? |
19:12.11 | tmzt | yes |
19:12.14 | xsacha | so people can see which bits are enabled |
19:12.22 | tmzt | I hope I got this right |
19:12.31 | tmzt | the addresses are right at least |
19:13.56 | xsacha | oh i remember doing this before now |
19:13.57 | xsacha | both get the same value |
19:13.57 | xsacha | 0000f024 |
19:14.11 | tmzt | yeah |
19:14.19 | tmzt | I guess if it uses the smsc that doesn't matter |
19:14.53 | xsacha | 1111000000100100 |
19:15.16 | xsacha | do i need to do something special to get the smsc to work? |
19:15.26 | tmzt | find the address |
19:16.04 | tmzt | #define UP2OCR __REG(0x40600020) /* USB Port 2 Output Control register */ |
19:16.07 | tmzt | #define UP3OCR __REG(0x40600024) /* USB Port 2 Output Control register */ |
19:16.10 | tmzt | ah, the kernel is wrong also |
19:16.41 | xsacha | hmm? |
19:16.47 | tmzt | apt: UP3OCR is not also the USB Port 2 Output Control register |
19:16.47 | apt | ...but up3ocr is already something else... |
19:17.01 | xsacha | lol |
19:17.28 | tmzt | hey, the address are good I guess that's enough |
19:18.40 | xsacha | UP2OCR = UP2OCR_DMPUE | UP2OCR_DPPDE ... hold on |
19:18.46 | xsacha | bit 13,14,15,16 |
19:19.15 | xsacha | well 16 is UP2OCR_HXS |
19:19.44 | xsacha | but nothing for 13 through to 15 |
19:20.18 | tmzt | get the docs from marvell |
19:22.43 | xsacha | hmm 2.6.27-rc1: USB: remove board-specific UP2OCR configuration from pxa27x-udc |
19:24.25 | xsacha | anyway, if i set UP2OCR and UP3OCR to that correct value, then what? |
19:24.31 | *** join/#htc-linux Zinbolic (n=zinbolic@0x57390b26.hbnqu1.dynamic.dsl.tele.dk) |
19:24.42 | tmzt | no, if the internal usb is not used that won't do anything |
19:24.54 | tmzt | we are using this to find out what ce is using |
19:25.07 | tmzt | we need the address for the smsc chip, and you need to see if there is a driver for it |
19:25.22 | tmzt | if it's just used as a transceiver we could ignore it |
19:25.59 | xsacha | well there's nothng in my kernel source but ill check elsewhere |
19:28.53 | xsacha | doesnt seem to be anything on net about smsc usb drivers for linux |
19:30.23 | tmzt | ah, does pxa320 have a ulpi port? |
19:31.11 | xsacha | i have a pxa310.. 310 you mean? |
19:31.21 | xsacha | from google: Added support for USB Host through ULPI (PXA310) |
19:33.06 | tmzt | it looks like it can't be used as a transceiver, if you have that chip it's ULPI |
19:33.10 | tmzt | ok |
19:33.12 | tmzt | good |
19:35.45 | xsacha | good? how do i do the ulpi? |
19:35.58 | tmzt | look at the msm code, I really don't know |
19:36.05 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
19:36.08 | tmzt | see if marvell has pasted anything on the lists |
19:36.12 | tmzt | posted |
19:36.19 | xsacha | k |
19:36.43 | xsacha | ULPI is in mfp? |
19:37.08 | tmzt | no |
19:37.11 | tmzt | mfp? |
19:37.24 | xsacha | hpipaq214-usb.c:// The PXA's ULPI interface has a USB3319 ULPI transceiver connected but which |
19:37.35 | *** join/#htc-linux mickey|linuxtag (n=M@92.117.95.92) |
19:38.11 | xsacha | / doesn't seem to be connected to the 24-pin connector. The winCE bootloader |
19:38.50 | xsacha | // and winCE itself use the quicklogic chip for USB client comms, though there seems to be the option of using the PXA's USB 2 Client for KITL. I have converted the U2D driver from the PXA300 from 2.4.16 to the this kernel but can't seem to find where its connected. |
19:39.16 | xsacha | hmm? |
19:39.26 | tmzt | not sure what that means |
19:40.28 | xsacha | thats from hpipaq |
19:40.51 | tmzt | yeah, but what is U2D and why is there a 2.4.16 kernel with support |
19:41.06 | xsacha | they have some U2D 24-pin / miniUSB |
19:41.44 | tmzt | does this work yet? drivers/usb/gadget/msm72k_udc.c: |
19:42.16 | tmzt | that's all I see, and powerpc for some reason, nothing for pxa |
19:42.29 | *** join/#htc-linux mickey|train (n=M@92.117.95.92) |
19:43.13 | xsacha | hmm i dont have that msm72k |
19:43.58 | tmzt | yeah, that's in the msm kernel |
19:44.09 | tmzt | I just hadn't seen it before |
19:44.58 | tmzt | looks like usb is going to be hard though, wifi might actually be easier |
19:45.36 | xsacha | well i have the firmware for usb (from marvell website) |
19:45.58 | xsacha | but there seems to be issue since 2.6.29 (but not sure when), it reports 0 voltage |
19:46.09 | tmzt | firmware? |
19:46.21 | xsacha | and when i use old sdio, it gets voltage but says error -22 initializing sdio card |
19:46.40 | xsacha | yeah sd8686.bin and sd8686_helper.bin firmware |
19:46.53 | xsacha | need it with libertas? |
19:46.57 | tmzt | wifi |
19:47.06 | xsacha | yes that wifi |
19:47.14 | xsacha | mmc slot 1 |
19:47.17 | dcordes | back |
19:47.24 | dcordes | cr2, got patches yet? |
19:47.50 | tmzt | xsacha: try the pre driver on it |
19:48.02 | tmzt | sources at opensource.palm.com |
19:48.08 | xsacha | for wifi? |
19:48.12 | tmzt | yes |
19:48.16 | xsacha | it has same sdio card? |
19:48.27 | tmzt | well, assuming we have source for the wifi driver |
19:48.39 | xsacha | firmware + libertas |
19:48.52 | xsacha | apparently there's a gpl driver by marvell too but doesnt work? |
19:50.59 | tmzt | # CONFIG_MAC80211 is not set |
19:51.00 | tmzt | # CONFIG_IEEE80211 is not set |
19:51.03 | tmzt | from pre defconfig |
19:51.20 | tmzt | so their driver is probably the marvell gpl one, do you have a link to the source? |
19:51.49 | xsacha | pre source? have it on my hard drive |
19:51.54 | tmzt | no |
19:51.59 | xsacha | opensource.palm.com |
19:52.03 | tmzt | the marvel driver |
19:52.12 | xsacha | oh, never saw it |
19:52.59 | xsacha | apparently mobln kernel has marvells gpl driver integrated |
19:53.12 | xsacha | but not in main one? |
19:53.32 | tmzt | actually the pre has a patch to enable the enumeration to work, don't know if you need that |
19:54.02 | xsacha | well it's awesome that pre has same card |
19:54.14 | xsacha | i can just pretty much take everything from there |
19:54.47 | tmzt | http://www.marvell.com/drivers/driverDisplay.do?driverId=203 |
19:55.29 | xsacha | yeah thats the firmware im using |
19:56.16 | xsacha | sd8686.bin |
19:56.18 | xsacha | comes with the .ko module and a script to insert module |
19:56.34 | tmzt | no source? |
19:56.48 | tmzt | does the wifi card appear in /sys/bus/mmc ? |
19:56.50 | xsacha | not there |
19:56.59 | tmzt | it says gpl driver |
19:57.06 | xsacha | hmm |
19:57.28 | xsacha | it appears as mmc1 |
19:57.43 | xsacha | but i get error -22 sdio intialization failed |
19:57.43 | tmzt | does it have valid manf/prod? |
19:57.46 | tmzt | ok |
19:57.54 | tmzt | do you have it powered when booting? |
19:57.58 | xsacha | yes |
19:58.06 | tmzt | I think you need to find the gpio/vreg to enable/disable it |
19:58.17 | xsacha | according to someone on net, it worked in 2.6.27 but this error -22 occurs in 2.6.29? |
19:58.22 | tmzt | there is source |
19:58.32 | tmzt | it's in three levels of tars |
19:58.54 | xsacha | k |
19:59.28 | xsacha | ohh there's another tar there |
20:00.24 | tmzt | +CONFIG_SDIO_WORKAROUND_MARVELL_CIS_B1_BUG=y |
20:00.44 | xsacha | is that a workaround because there's no detection pins? |
20:00.51 | tmzt | +#ifdef CONFIG_SDIO_WORKAROUND_MARVELL_CIS_B1_BUG |
20:00.51 | tmzt | + // workaround for marvell B1 CIS issue: |
20:00.51 | tmzt | + // dummy read into other register area (non-CIS) |
20:00.51 | tmzt | + { |
20:00.51 | tmzt | + unsigned char dummy; |
20:00.53 | tmzt | + (void) mmc_io_rw_direct(card, 0, 0, 0, 0, &dummy); |
20:00.56 | tmzt | + } |
20:00.58 | xsacha | for cis table? |
20:00.59 | tmzt | +#endif |
20:01.05 | tmzt | looks like it |
20:01.38 | xsacha | awesome |
20:01.51 | xsacha | should i just use the source from pre snce it is guaranteed to work? |
20:02.10 | tmzt | no, just the parts of the patch |
20:02.19 | xsacha | from marvell? |
20:02.39 | xsacha | i can download the pre patches |
20:02.41 | tmzt | no, from that palm kernel |
20:02.44 | tmzt | yes |
20:02.45 | xsacha | k |
20:02.52 | tmzt | but don't patch all of them |
20:03.00 | xsacha | but they are basing it off an older kernel |
20:03.06 | cr2 | dcordes: no, i'm busy with other things right now |
20:03.10 | xsacha | 2.6.24 or something |
20:03.21 | tmzt | yeah, that part I pasted is probably the same but no idea if the bug exists on your hardware |
20:03.41 | xsacha | alrght. thanks for help! im gonna get some rest and fix wifi tomorrow :D |
20:03.49 | tmzt | - if (rocr) |
20:03.49 | tmzt | + if (rocr) { *rocr = cmd.resp[mmc_host_is_spi(host) ? 1 : 0]; |
20:03.49 | tmzt | +#ifdef CONFIG_SDIO_FORCE_OPCOND_1_8V |
20:03.49 | tmzt | + // MAR: our sdio card lies to us as it actually runs at 1.8V |
20:03.50 | tmzt | + *rocr |= MMC_VDD_165_195; |
20:04.14 | xsacha | why does the sdio card lie, that's silly.. but ok |
20:04.45 | xsacha | that could be cause of voltage issue |
20:05.21 | tmzt | so get those two patch from the kernel patch for pre |
20:05.41 | *** join/#htc-linux rocket_ (n=rocket_a@A253.in.net.pl) |
20:06.16 | *** join/#htc-linux dcordes_ (n=luke@unaffiliated/dcordes) |
20:06.38 | xsacha | :D thx! |
20:07.17 | tmzt | do you use v or non-v firmware? |
20:08.08 | xsacha | what's that? |
20:08.08 | tmzt | <PROTECTED> |
20:08.12 | tmzt | cool! |
20:08.30 | xsacha | oh, most likely the non-b |
20:08.32 | xsacha | non-v |
20:09.24 | tmzt | how big is helper? |
20:09.31 | tmzt | can you also post the md5's here |
20:10.02 | xsacha | -rw-r--r-- 1 root root 2516 2009-06-25 00:41 sd8686_helper.bin |
20:10.24 | tmzt | file ? |
20:10.27 | tmzt | is it elf? |
20:10.47 | xsacha | 2a4d8f4df198ce949c350df5674f4ac6 sd8686_helper.bin |
20:11.05 | xsacha | sd8686_helper.bin: DBase 3 data file (2 records) |
20:11.11 | _Rocket | i got boot.img from EOL for my card id, but my wizard says 'Not allow update!" |
20:11.30 | xsacha | it's not an ELF |
20:14.01 | tmzt | #define MARVELL_VENDOR_ID 0x02df |
20:14.01 | tmzt | <PROTECTED> |
20:14.01 | tmzt | <PROTECTED> |
20:14.01 | tmzt | <PROTECTED> |
20:14.01 | tmzt | <PROTECTED> |
20:14.06 | tmzt | xsacha: do you get either of those? |
20:14.41 | xsacha | <6>libertas_sdio: Libertas SDIO driver <6>libertas_sdio: Copyright Pierre Ossman |
20:14.46 | xsacha | i get those, then voltage error |
20:14.53 | tmzt | oh |
20:15.08 | tmzt | you aren't using the marvel driver then |
20:15.21 | tmzt | you might get some help in #libertas is anyone is ever there |
20:15.23 | xsacha | the guy who had same problem said he only got that marvell sdio card detected after voltage error was fixed |
20:16.05 | tmzt | so that might be it |
20:16.08 | tmzt | can you dumpcis? |
20:16.35 | tmzt | I don't have any sdio cards to tell you where in sys it is but it should be under /sys/bus/mmc/devices |
20:17.33 | xsacha | how do i dumpcis? :\ pcis? |
20:18.26 | xsacha | this is the post about the voltage problem: http://markmail.org/message/iq7vlvqvku2ifeet |
20:20.37 | tmzt | that's the message you get? |
20:20.41 | xsacha | yes |
20:20.46 | tmzt | same numbers? |
20:20.53 | xsacha | yeah |
20:21.02 | tmzt | try the pre patch then, I think that will work |
20:21.03 | xsacha | exactly the same |
20:21.18 | tmzt | if you know how to parse that ocr number though it might help |
20:21.47 | xsacha | yeah ive been in and out of that sdio driver changing ocr values trying to get it to work |
20:22.00 | xsacha | but even when i fixed the voltage i still got that -22 error |
20:22.20 | tmzt | ah |
20:22.34 | xsacha | will do that pre patch tomorrow :) it will definitely work |
20:22.50 | tmzt | where are you changing it? |
20:23.40 | xsacha | i tried changing it in core.c (mmc) and in if_sdio.c (i think that's what it was called) |
20:24.40 | xsacha | in /sys/bus/mmc/devices/ i have only mmc0:d555 |
20:24.55 | tmzt | that's the address |
20:24.56 | tmzt | oh |
20:25.00 | tmzt | sd card? |
20:25.03 | xsacha | yes |
20:25.11 | tmzt | so it's not probing |
20:25.16 | tmzt | where are you chaning ocr? |
20:25.27 | xsacha | right now, im not |
20:25.30 | xsacha | it's getting voltage error |
20:26.00 | tmzt | but where were you? |
20:26.17 | xsacha | core.c (mmc) and alternatively tried if_sdio.c |
20:27.02 | xsacha | drivers/net/wireless/libertas/if_sdio.c |
20:27.25 | xsacha | drivers/mmc/core/core.c |
20:27.51 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-96-249-154-100.hrbgpa.fios.verizon.net) |
20:28.13 | xsacha | it got rid of voltage error but kept saying -22 :( |
20:28.13 | tmzt | @@ -230,6 +230,15 @@ static int sdio_read_cis(struct mmc_card *card, struct sdio_func *func) |
20:28.16 | tmzt | <PROTECTED> |
20:28.19 | tmzt | <PROTECTED> |
20:28.22 | tmzt | <PROTECTED> |
20:28.24 | tmzt | + |
20:28.27 | tmzt | +#ifdef CONFIG_SDIO_WORKAROUND_MARVELL_CIS_B1_BUG |
20:28.29 | tmzt | + // workaround for marvell B1 CIS issue: |
20:28.32 | tmzt | + // dummy read into other register area (non-CIS) |
20:28.34 | tmzt | + { |
20:28.37 | tmzt | + unsigned char dummy; |
20:28.40 | tmzt | + (void) mmc_io_rw_direct(card, 0, 0, 0, 0, &dummy); |
20:28.43 | tmzt | + } |
20:28.45 | tmzt | +#endif |
20:28.48 | tmzt | here? |
20:28.50 | tmzt | sdio_read_cis |
20:28.51 | xsacha | yeah i thnk that might be what i need (in addition to other patches) |
20:28.53 | tmzt | got rid of voltage error? |
20:29.09 | xsacha | i didnt do somethng that big, i just changed the ocr |
20:29.23 | tmzt | you changed it in that function though? |
20:29.37 | xsacha | hmmm ill check |
20:29.49 | tmzt | did it appear in sysfs then? |
20:29.56 | xsacha | i didnt check |
20:30.50 | xsacha | i dont have that function in my source, sdio_read_cis |
20:31.22 | xsacha | is that in mmc? |
20:31.36 | xsacha | oh it is, found it |
20:31.51 | xsacha | sdio_cis.c, i didnt change that |
20:32.43 | tmzt | where did you change it then? |
20:33.02 | xsacha | core.c |
20:33.31 | tmzt | probably the wrong place, try sdio_cis |
20:33.35 | xsacha | oh ok |
20:33.42 | xsacha | mmc_select_voltage where i changed it |
20:36.30 | tmzt | so it's restore the values later |
20:36.41 | xsacha | oh |
20:37.05 | tmzt | that was a guess but it makes sense |
20:37.13 | tmzt | sdio is a little different then just sd card |
20:37.28 | xsacha | ok anyway i have to get to sleep |
20:37.39 | tmzt | alright, tommorow then |
20:37.41 | xsacha | will patch it later and continue this.. should work with pre patch |
20:47.28 | *** join/#htc-linux cmonex (n=xy6091@zy2wiuu283.adsl.datanet.hu) |
20:48.56 | *** join/#htc-linux timebomb (n=tb@131.165.177.65) |
20:55.25 | *** join/#htc-linux dcordes__ (n=luke@unaffiliated/dcordes) |
21:01.24 | cr2 | tmzt: uboot supports msm nand ? |
21:03.06 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
21:05.07 | tmzt | seems so with that patch from aurora |
21:05.11 | dcordes | cr2, can you show me the default.txt you are using for raphael? |
21:06.56 | cr2 | dcordes: need to search for the usb hdd with the kernel |
21:07.49 | cr2 | tmzt: the patch supports gpio ALT and (at least) the SD clock settings |
21:07.51 | cr2 | lol |
21:07.54 | cr2 | + // Configure GPIOs |
21:07.56 | cr2 | + // ZZZZ Todo: move to ARM9 or do via IPC |
21:08.29 | cr2 | it's exactly what google has obfuscated |
21:08.52 | cr2 | + // Configure the general purpose I/O for SDC2 |
21:08.54 | cr2 | + IO_WRITE32(GPIO1_PAGE, 62); |
21:08.55 | cr2 | + IO_WRITE32(GPIO1_CFG, (0x1 << 2) | 0x3 | (io_drive << 6)); |
21:09.35 | *** join/#htc-linux MethoS (n=clemens@host-091-097-245-060.ewe-ip-backbone.de) |
21:10.25 | cr2 | + * Can't assume the user knows which block the APPS partition starts in. |
21:10.27 | cr2 | + * To boot from NAND, user should run "nboot <addr> 0 0". (offset = 0) |
21:10.28 | cr2 | + * This function will add the APPS partition offset automatically. |
21:10.30 | cr2 | + */ |
21:12.18 | cr2 | hmm |
21:12.21 | cr2 | + // Get pointer to the bad block table in SMEM |
21:13.56 | cr2 | + * Determine if TCXO (19.2MHz) or TCXO/4 (4.8MHz) is the UART clock source. |
21:13.57 | cr2 | + * Use recommended m,n,d,mnd register settings. |
21:14.20 | cr2 | now that's what i call readable. |
21:14.42 | cr2 | all these comments are missing in the g1 code. |
21:14.47 | tmzt | I'm wonder if we couldn't work on a generic low-level clock api for linux |
21:15.15 | cr2 | we need to get it fully working first |
21:18.27 | cr2 | +// ZZZZ chip specific, move to another place |
21:18.27 | cr2 | +#define ADM_AARM_NAND_CHN 7 |
21:18.27 | dcordes | does raphael power off on a9 or a11 failure? |
21:18.27 | cr2 | +#define ADM_AARM_SD_CHN 8 |
21:18.28 | cr2 | it's a pmic call |
21:18.28 | cr2 | i think it's better to do it this way, than to hang arm11 |
21:18.29 | cr2 | need to fix that later |
21:18.53 | cr2 | cool |
21:18.57 | cr2 | +// SD MCLK definitions |
21:18.59 | cr2 | + |
21:19.00 | cr2 | +// For MCLK 400KHz derived from TCXO (19.2MHz) (M=1, N=48, D=24, P=1) |
21:19.02 | cr2 | +#define MCLK_MD_400KHZ 0x000100CF |
21:19.03 | cr2 | +#define MCLK_NS_400KHZ 0x00D00B40 |
21:19.25 | cr2 | i have M,N,D and s0,s1,s2,s3 in my tables |
21:19.37 | dcordes | I tried latest kernel. device powers off after console handover line is shown. |
21:20.05 | cr2 | need to find out how P and s0s1s2s3 are related |
21:20.13 | cr2 | dcordes: on which device ? |
21:20.16 | dcordes | kovsky |
21:20.33 | cr2 | can we get rif of console handover ? |
21:20.38 | cr2 | s/rif/rid/ |
21:20.59 | dcordes | it's the druidu driver with kernel config no? |
21:21.02 | cr2 | and use only the normal fbf0 |
21:21.04 | cr2 | yes |
21:21.14 | dcordes | good let me try disabling it |
21:21.23 | dcordes | where to set normal fb0 ? |
21:21.34 | cr2 | you don't need to |
21:21.43 | cr2 | +// For MCLK 25MHz derived from PLL1 768MHz (M=14, N=215, D=107.5, P=2), dual edge mode |
21:21.45 | cr2 | +#define MCLK_MD_25MHZ 0x000E0028 |
21:21.46 | cr2 | +#define MCLK_NS_25MHZ 0x00360B49 |
21:22.33 | dcordes | HTC_FB_CONSOLE=n ? |
21:24.38 | cr2 | ok, so the s2 value defines the clock source: TCXO (19.2MHz) (=0) or PLL1 768MHz (=1) |
21:24.44 | cr2 | http://www.htc-linux.org/wiki/index.php?title=MSM_SDIO |
21:25.19 | cr2 | hmm. but then what is a clock=4 used for BT ? |
21:25.54 | cr2 | and what is "dual edge mode" ? |
21:26.14 | cr2 | clock generated on FE and RE ? |
21:26.54 | cr2 | P=1 TCX0, P=2 PLL1 |
21:27.02 | dcordes | kernel oops |
21:29.29 | cr2 | hmm |
21:29.31 | cr2 | +#define UART1_UART_SIM_CFG (0xA9A0003C) |
21:30.59 | dcordes | ah the navi driver! |
21:31.17 | cr2 | ? |
21:31.18 | dcordes | went through this process already.. |
21:31.27 | dcordes | navi driver breaks kovsky |
21:31.55 | cr2 | tmzt: the aurora uboot is very nice. no google BS there, all is documented ;) |
21:32.02 | tmzt | yeah |
21:32.24 | cr2 | +#define GPIO1SH2_CFG (0xA9201044) |
21:32.31 | cr2 | +#define GPIO1SH2_CFG__DRV_STRENGTH__2_MA 0x0 |
21:32.32 | cr2 | +#define GPIO1SH2_CFG__DRV_STRENGTH__4_MA 0x1 |
21:33.08 | tmzt | did you get that __M __S are mask and shift? |
21:33.45 | cr2 | we can reuse all these #defines |
21:35.06 | cr2 | hm. even the weird TLMM registers are declared |
21:35.17 | tmzt | yes |
21:35.36 | dcordes | ok the oops solved. now I have a new problem. it says something about non present clock and then rebooting in 3 seconds |
21:35.39 | dcordes | any pointers? |
21:35.47 | cr2 | but since it's a different CPU, we need to recheck the things carefully |
21:35.53 | tmzt | and axi |
21:36.09 | cr2 | dcordes: which one ? |
21:36.19 | dcordes | it's fast I will boot again |
21:36.51 | cr2 | +#define GLBL_CLK_ENA__AXI_IMEM_CLK_ENA___S 25 |
21:36.57 | cr2 | i think we have USBH here |
21:37.49 | cr2 | +#define GLBL_CLK_ENA__PBUS_CLK_ENA___S 14 |
21:38.06 | dcordes | if only I had high res digital camera |
21:38.37 | cr2 | tmzt: i don't see the usbh clock in the list |
21:39.09 | cr2 | omg |
21:39.14 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__TCXO 0x0 |
21:39.16 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__GLOBAL_PLL_SRC 0x1 |
21:39.17 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__Q6_PLL_SRC 0x2 |
21:39.19 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__SCPLL_AUX_SRC 0x3 |
21:39.20 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__MODEM_PLL_AUX_SRC 0x4 |
21:39.22 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__PLL4_AUX_SRC 0x5 |
21:39.23 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__PLL5_AUX_SRC 0x6 |
21:39.25 | cr2 | +#define GLBL_SRC0_NS_REG__SRC_SEL__PLLTEST_CORE_IN 0x7 |
21:39.34 | cr2 | TXC0=0, GLOBAL_PLL=1 |
21:39.45 | cr2 | and MODEM_PLL_AUX=4 |
21:39.58 | cr2 | hmm. BT on raph uses MODEM_PLL_AUX clock ? |
21:40.43 | cr2 | hmm. the TCXO is 19.2MHz, GLOBAL_PLL is 768MHz |
21:42.20 | cr2 | aha |
21:42.23 | cr2 | +#define DUAL_MODEM_NS_REG (0xA8600020) |
21:43.54 | cr2 | a8600020 || 00000000 |
21:46.57 | dcordes | Memory 89MB 128MB = 217MB total |
21:47.06 | dcordes | where's the code that adds the other ram bank? |
21:48.01 | cr2 | in the board file |
21:48.16 | dcordes | ok |
21:48.19 | *** join/#htc-linux timebomb (n=tb@2309ds2-noe.0.fullrate.dk) |
21:48.20 | cr2 | tmzt: all CLK MD/NS bitmasks are declared |
21:48.24 | cr2 | +#define UART2DM_NS_REG__MNCNTR_MODE__DUAL_EDGE_MODE 0x2 |
21:48.40 | cr2 | need to compare with my values |
21:49.25 | cr2 | ah, it's the prescaler |
21:49.28 | cr2 | +#define UART2DM_NS_REG__PRE_DIV_SEL__DIV_2 0x1 |
21:49.44 | cr2 | +#define UART2DM_NS_REG__PRE_DIV_SEL__DIV_4 0x3 |
21:50.22 | cr2 | ok, now the only missing thing is MODEM_PLL_AUX frequency. |
21:50.51 | *** join/#htc-linux TeringTu1y (n=Maarten@195-241-125-243.ip.telfort.nl) |
21:51.57 | *** join/#htc-linux mickey|linuxtag (n=M@92.117.95.92) |
21:52.28 | cr2 | +#define ADSP_RESET (0xA8600210) |
21:52.36 | cr2 | hi mickey|linuxtag |
21:52.45 | mickey|linuxtag | hi |
21:53.04 | cr2 | the uboot source code for msm is a great source of information |
21:53.24 | cr2 | mickey|linuxtag: we are very close to have the gps driver |
21:53.48 | cr2 | +#define APPS_RESET (0xA8600214) |
21:53.48 | dcordes | so mickey|linuxtag can run maps :D |
21:53.51 | mickey|linuxtag | wah, nice! how are you going to export it to userland? |
21:54.16 | cr2 | mickey|linuxtag: nmea on /dev/smd27, and some misc device for control |
21:54.40 | cr2 | mickey|linuxtag: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=blob;f=arch/arm/mach-msm/gps.c;h=21f83303da4c79c44d7837f48f553e5f992ceaff;hb=290256f8e162818fe8c33b55000f9a7808a7ba76 |
21:55.07 | cr2 | we have some differences for our AMSS, but the core driver should be the same |
21:56.36 | mickey|linuxtag | nice |
21:57.42 | cr2 | the sound does not work yet, but i know the area where to look |
21:59.07 | dcordes | cr2, which initrd are you using currently? |
21:59.50 | dcordes | initrd-fso ? |
22:00.42 | cr2 | dcordes: the one you gave me. |
22:00.45 | cr2 | i think so |
22:00.58 | cr2 | dcordes: i'd like to add some things to it. |
22:01.20 | dcordes | ok what do you need? |
22:01.21 | cr2 | like ts_* programs, and playwav from android |
22:02.00 | cr2 | vodafone-de config for ppp/umts |
22:02.17 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
22:02.25 | dcordes | do you have that config handy? what is needed in order to make playwav work? |
22:02.36 | cr2 | playwav is probably the most urgent thing. |
22:02.55 | cr2 | and some sample wav and mp3 files |
22:03.22 | cr2 | tmzt: where is this evil link ? :) |
22:04.03 | cr2 | +// Flash partition table magic numbers |
22:04.04 | cr2 | + |
22:04.06 | cr2 | +#define SMEM_FLASH_PARTITION_TBL_MAGIC1 0x55EE73AA |
22:04.08 | cr2 | +#define SMEM_FLASH_PARTITION_TBL_MAGIC2 0xE35EBDDB |
22:05.05 | dcordes | http://android.git.kernel.org/?p=platform/system/extras.git;a=blob;f=sound/playwav.c;h=bb37d4a9ef1a64919422433141c1de14ea2eccc3;hb=donut |
22:06.00 | dcordes | ok got it locally |
22:06.06 | cr2 | ok |
22:06.10 | mickey|linuxtag | cr2: (sounds) that'd rock... |
22:06.17 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
22:06.50 | cr2 | dcordes: fn = play ? "/data/out.wav" : "/data/rec.wav"; |
22:08.31 | cr2 | + // Startup TCXO |
22:08.33 | cr2 | + // Assume the ARM9 has done this already. |
22:08.34 | cr2 | + // IO_WRITE32(PRPH_WEB_NS_REG, 0xa00); |
22:08.51 | dcordes | cr2, does that need changing? |
22:13.12 | cr2 | dcordes: no, it's just the default setting if you don't provide the filename |
22:13.17 | dcordes | good |
22:13.28 | cr2 | but i need some sample .wav and .mp3 files |
22:13.31 | dcordes | I build it with OE gcc |
22:14.28 | dcordes | playwav.o: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, stripped |
22:14.46 | dcordes | but build gives two warnings |
22:15.26 | dcordes | playwav.c: In function âfill_bufferâ: |
22:15.26 | dcordes | playwav.c:129: warning: incompatible implicit declaration of built-in function âmemcpyâ |
22:15.26 | dcordes | playwav.c: In function âmainâ: |
22:15.26 | dcordes | playwav.c:367: warning: incompatible implicit declaration of built-in function âstrrchrâ |
22:16.45 | cr2 | #include <stdlib.h> ? |
22:17.02 | cr2 | no |
22:17.05 | cr2 | #include <string.h> |
22:17.41 | dcordes | ok no error |
22:20.43 | dcordes | cr2, can you try if it works? |
22:21.13 | cr2 | where can i download it ? |
22:23.57 | dcordes | cr2, http://linuxtogo.org/~lgorris/misc/playwav.o |
22:24.30 | dcordes | d2a3cac938660a2a2b7826c58b98d714 playwav.o |
22:24.35 | cr2 | .o ? |
22:24.48 | cr2 | can you create a new initrd instead ? |
22:25.38 | tmzt | dcordes: cc -o playwav playwav.c |
22:25.49 | *** join/#htc-linux MethoS (n=clemens@host-091-097-245-060.ewe-ip-backbone.de) |
22:25.51 | tmzt | or just cross-ld playwave.o |
22:26.23 | dcordes | what's cross-ld ? |
22:26.45 | tmzt | arm-*-ld |
22:26.51 | dcordes | ah |
22:27.46 | dcordes | ./arm-angstrom-linux-gnueabi-ld playwav |
22:27.47 | dcordes | ./arm-angstrom-linux-gnueabi-ld: warning: cannot find entry symbol _start; defaulting to 000085dc |
22:28.18 | cr2 | dcordes: use 'cc' and not the ld directly |
22:28.26 | tmzt | yeah, sorry |
22:29.01 | dcordes | cr2, I used the OE gcc |
22:29.20 | cr2 | dcordes: then why do you have .o file ? |
22:29.21 | mickey|linuxtag | g'night |
22:29.22 | dcordes | and strip |
22:30.03 | dcordes | because I put -o playwav.o :) |
22:30.30 | *** join/#htc-linux rocket_ (n=rocket_a@A254.in.net.pl) |
22:30.32 | cr2 | lol |
22:31.30 | dcordes | can you try if it works before I add it in initrd? |
22:33.02 | cr2 | ok, booting |
22:33.57 | dcordes | cr2, I use fso-console-image as base for initrd again ok? (same as last initrd) or do you want some X ? |
22:34.51 | cr2 | X may be fun, but not right now. |
22:35.11 | tmzt | X actually needs some patches |
22:35.33 | tmzt | to return sucess from fbioset* |
22:36.03 | cr2 | root@htcraphael:~# ./playwav |
22:36.05 | cr2 | playwav: cannot open '/data/out.wav' |
22:36.08 | dcordes | kovsky doesn't like initrd. it says gzip magic numbers corrupted. somebody seen that error before? |
22:36.12 | cr2 | ok, that looks good |
22:36.17 | dcordes | nice |
22:38.21 | cr2 | hm |
22:38.23 | cr2 | cannot open mp3 output device: No such device |
22:38.33 | cr2 | [ 197.402758] audio: failed to get audplay0 dsp module |
22:38.34 | cr2 | [ 197.403582] audmgr_rpc_thread() start |
22:38.36 | cr2 | [ 197.404254] [RPC] READ on ept d4a32140 |
22:38.47 | tmzt | try wave |
22:38.55 | tmzt | mp3 is different endpoint |
22:39.04 | cr2 | <PROTECTED> |
22:39.26 | cr2 | tmzt: should work with mp3 too |
22:39.48 | high-rez | clearly I'm going to need a copy of this code for uhh testing purposes. |
22:40.09 | cr2 | root@htcraphael:~# ./playwav -wav KDE_Critical_Error.wav |
22:40.10 | cr2 | playwav: 2 ch, 22050 hz, 16 bit, PCM |
22:40.12 | cr2 | prefill |
22:40.13 | cr2 | start |
22:40.16 | cr2 | and hangs |
22:40.41 | cr2 | hard lock |
22:41.14 | cr2 | ok, that's some progress ;) |
22:41.15 | dcordes | I added the sim card self destruction line |
22:41.21 | dcordes | secret at command |
22:41.30 | high-rez | at&h0sec4rd ? |
22:41.31 | cr2 | i don't have sim card |
22:41.32 | tmzt | yay??! |
22:42.08 | tmzt | lowlevel serial sim access would be nice, don't think radio will let us have it on arm11 though |
22:42.26 | dcordes | when it works you need to call a taiwanese voice mailbox. that's the first call I made with kaiser in linux |
22:42.52 | cr2 | dcordes: but it works, so you can create a new initrd. (with vodafone-de in /etc/ppp/peers/ |
22:43.01 | dcordes | I'm configuring OE |
22:43.15 | cr2 | tmzt: we can tell arm9 to fsck off |
22:43.41 | dcordes | need to figure what I added manually in the old images |
22:44.03 | cr2 | playwav: 2 ch, 22050 hz, 16 bit, PCM |
22:44.16 | cr2 | i'll look for a 44100 pcm |
22:45.00 | cr2 | <PROTECTED> |
22:45.05 | tmzt | cat a cd |
22:45.45 | cr2 | PCM, 16 bit, mono 22050 Hz |
22:46.21 | cr2 | <PROTECTED> |
22:46.29 | cr2 | PCM, 16 bit, mono 44100 Hz |
22:47.07 | cr2 | <PROTECTED> |
22:47.13 | cr2 | PCM, 16 bit, mono 48000 Hz |
22:48.22 | cr2 | hardlock |
22:48.37 | cr2 | will try strace |
22:49.39 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
22:52.56 | dcordes | cr2, rpc mapping incorrect? |
22:53.16 | cr2 | adsp_6210 may have something wrong |
22:53.31 | cr2 | the rpc should be ok |
22:53.59 | dcordes | any extra tools initrd needs? what nonstandard stuff do you use frequently? |
22:54.00 | tmzt | is pcm/mp3 playback through the mailbox? |
22:54.27 | cr2 | yes, through some adsp queue number |
22:54.42 | cr2 | dzo has made some changes there |
22:55.02 | cr2 | but some of them are wrong for us, so i've not used his patch |
22:55.15 | tmzt | can we see what they look like? |
22:55.18 | swc|666 | http://www.google.com/hostednews/ap/article/ALeqM5iSBcP-aWO-v-ijibVUcKN58VdKSAD991VMB80 |
22:55.19 | tmzt | the patch |
22:55.21 | dzo | hi cr2 |
22:55.24 | swc|666 | kids will be safer now |
22:55.50 | cr2 | ho dzo |
22:56.14 | dzo | what are you working on, audio? |
22:56.17 | cr2 | dzo: i've documented the gps init sequence for amss52xx |
22:56.19 | cr2 | yes |
22:56.26 | tmzt | dzo: would it work on msm7500A then? more likely? |
22:56.37 | cr2 | i've copied the adsp_6210 file, |
22:56.55 | cr2 | because the logs show module 2 and 4 in use for play/record |
22:56.59 | dzo | should do is guess. |
22:57.02 | cr2 | your patch has 3 |
22:57.24 | cr2 | i have also fixed the rpc numbers |
22:57.34 | dzo | yes, one of the rpcs gives you back the module number. |
22:57.34 | cr2 | so rpc does not fail anymore |
22:58.06 | cr2 | hmm. need to check that. |
22:58.15 | dzo | and it changes depending on what has been done before. i.e. what image the adsp is using. |
22:58.37 | cr2 | ok |
22:59.00 | cr2 | dzo: two more questions |
22:59.10 | dzo | ok |
22:59.38 | cr2 | dzo: i've looked at the msm8250 uboot code, and they have documented a lot of registers |
23:00.15 | cr2 | the BT seems to be clocked from the MODEM_PLL_AUX |
23:00.38 | cr2 | but i have no idea about its frequency. |
23:01.26 | cr2 | another one is about the gps init |
23:01.32 | dzo | I still don't have working bt on vogue. that could be useful. |
23:01.46 | cr2 | ok. |
23:01.50 | tmzt | we only know that for the new surf board though |
23:02.00 | tmzt | Happy? I think it is |
23:02.26 | cr2 | i have added the BT clock init, but itstill hangs on stty -F /dev/ttyHS1 |
23:02.49 | dzo | tmzt: were you looking at writing an xip bootloader or is that somebody else? |
23:02.53 | cr2 | gps : there is a magic 0xda3 value |
23:03.15 | tmzt | I was researching it with ce developers |
23:03.25 | cr2 | which is some kind of return from pdsm_client_init() |
23:03.53 | cr2 | but msm_rpc_call() does not have any return value. |
23:04.36 | cr2 | the 0xda3 seems to be consistent for vogue/raph, but it is not clear to me if it can change. |
23:04.40 | dzo | it needs a server 0x31000004 |
23:04.59 | cr2 | 5b here |
23:05.35 | cr2 | maybe you can lookup the wince rpc names in rpc_remote_client.dll ? |
23:06.09 | cr2 | because the current gps driver code is not very readable |
23:06.11 | dzo | yes, the replies for rpc commands jusy say that it has been received, you need a thread to listen for commands on a different prog. |
23:06.22 | tmzt | needs a server on the a11? |
23:06.40 | cr2 | tmzt: for the replies |
23:06.41 | dzo | yes |
23:06.43 | tmzt | ah, the code that sends the HELLO, that sends it to us right, not the modem? |
23:07.22 | cr2 | tmzt: it's a bit different on amss4 |
23:07.28 | dzo | i don't know how it works for you but we have 2 channels 1 for client, 1 for server. |
23:07.44 | tmzt | oh yeah, we have a router too |
23:07.50 | tmzt | forgot that you don't |
23:07.50 | dzo | yours are multiplexed into 1, but the same should apply |
23:07.51 | dcordes | oh no Error, DISTRO_PR has changed (.2 to .3) which means all packages need to rebuild. Please remove your TMPDIR so this can happen. |
23:08.13 | dzo | i think you may have to register servers with the a9 rpc code. |
23:08.14 | dcordes | glad I put the fan voltage high in the desktop's bios |
23:08.18 | cr2 | dcordes: hehe |
23:08.58 | tmzt | yeah, the patch we have doesn't do that, just fakes the response from the modem |
23:09.24 | tmzt | we need a /dev/mmem |
23:09.47 | dzo | that may be the problem, surely the older google code is designed for your version of amss though. |
23:09.58 | tmzt | since we know how mpu works that might be doable |
23:10.08 | tmzt | yeah, I think so |
23:10.46 | cr2 | tmzt: hangs here: |
23:11.01 | cr2 | open("/dev/msm_pcm_out", O_RDWR) = 4 |
23:11.02 | cr2 | ioctl(4, 0x80046103, 0xbecd1c0c) = 0 |
23:11.04 | cr2 | ioctl(4, 0x40046104, 0xbecd1c0c) = 0 |
23:11.05 | cr2 | write(2, "prefill\n", 8prefill |
23:11.18 | cr2 | write(4, "\33\375\216\375\325\0\200\2\342\1\2\1q\0\214\377\370\376"..., 4800) = 4800 |
23:11.20 | cr2 | write(4, "7\373\346\372\302\373\255\374M\375\353\374\277\373\'\373"..., 4800) = 4800 |
23:11.21 | cr2 | write(2, "start\n", 6start |
23:11.22 | cr2 | ) = 6 |
23:11.24 | cr2 | ioctl(4, 0x40046100 |
23:12.18 | tmzt | that can't be an address, why would it use the same struct twice? |
23:16.05 | *** join/#htc-linux Funklord (n=cow@c-e1d571d5.014-46-73746f28.cust.bredbandsbolaget.se) |
23:16.37 | *** join/#htc-linux Disconnect (n=nndis@sigkill.net) |
23:16.49 | *** join/#htc-linux Nemesis|OFF (i=nemesis2@rand-des-wahnsinns.de) |
23:18.21 | *** join/#htc-linux droid001 (n=mc@p4FDCE1FC.dip.t-dialin.net) |
23:18.39 | cr2 | it's ioctl number |
23:20.25 | cr2 | ioctl(afd, AUDIO_START, 0) |
23:24.08 | cr2 | hm. record is unhappy |
23:24.13 | cr2 | [ 82.773913] adsp: opening module AUDPREPROCTASK |
23:24.14 | cr2 | [ 82.774035] [RPC] CALL to 3000000a:0 @ 0:00000001 (56 bytes) |
23:24.15 | cr2 | [ 82.774096] [RPC] READ on ept d4a32680 |
23:24.17 | cr2 | [ 82.776171] [RR] - ver=1 type=1 src=0:00000001 crx=0 siz=28 dst=1:d4a32680 |
23:24.19 | cr2 | [ 82.776934] [RPC] READ on ept d4a32680 (24 bytes) |
23:24.20 | cr2 | [ 82.776995] adsp error: RPC call was not successful (3) |
23:24.22 | cr2 | [ 82.777026] adsp: REGISTER_APP failed |
23:24.23 | cr2 | [ 82.780322] audmgr_rpc_thread() start |
23:24.24 | cr2 | [ 82.781115] [RPC] READ on ept d4a326e0 |
23:24.48 | cr2 | mp3 is unhappy |
23:24.53 | cr2 | playing wav hangs |
23:27.49 | cr2 | ok, something to think about |
23:30.30 | dcordes | cr2, how does it work for making calls? do we need to put the RPC calls manually? |
23:30.47 | dcordes | assuming the hardlock will be fixed |
23:36.40 | cr2 | it's something inside android |
23:36.58 | cr2 | for non-android you need to switch manually |
23:41.47 | cr2 | ok, good night |
23:53.37 | tmzt | you actually routing would be more interesting |
23:53.39 | tmzt | yeah |
23:59.36 | dcordes | tmzt, how does that work? in the good old kaiser amss, speakerphone was working by default on call. |