00:09.10 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
00:10.50 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
00:17.48 | *** join/#htc-linux ptl (n=patola@201.82.16.182) |
00:25.39 | *** join/#htc-linux tcccp (i=hey@223.66.238.89.arpa-addr.in) [NETSPLIT VICTIM] |
00:26.18 | *** join/#htc-linux SanMehat (n=san@nat/google/session) |
01:12.14 | marajin | yo SanMehat |
01:13.34 | marajin | uhoh |
01:13.39 | marajin | oom-killer is triggering on perses |
01:16.14 | marajin | wowzer |
01:16.18 | SanMehat | yo |
01:16.20 | marajin | openfire is leaking memory like a mofo |
01:16.36 | SanMehat | ? |
01:19.27 | marajin | SanMehat: oom-killer? the linux kernel OutOfMemory process termination |
01:19.46 | marajin | openfire (java based XMPP server) was using like half the memory of the whole system |
01:19.56 | SanMehat | ah |
01:20.01 | marajin | which is inconcieveable considering it's only got er 3 users |
01:20.09 | marajin | so somethings leaking very naughtily |
01:20.12 | SanMehat | i thought you were having a seizure for a second there.. :) |
01:20.34 | marajin | who me? |
01:20.36 | marajin | naw |
01:47.49 | *** join/#htc-linux marajin (n=marajin@87-194-102-189.bethere.co.uk) |
01:47.53 | marajin | ahem |
01:47.55 | marajin | whoops |
01:57.23 | *** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
01:59.53 | *** join/#htc-linux heise2k (n=rheise@65-78-40-52.c3-0.upd-ubr6.trpr-upd.pa.cable.rcn.com) |
02:00.16 | *** join/#htc-linux tetsuo\0 (n=user@201-213-104-15.net.prima.net.ar) |
02:01.24 | *** join/#htc-linux SmallR2002 (n=SmallR20@79-69-87-203.dynamic.dsl.as9105.com) |
02:26.55 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
03:50.28 | *** join/#htc-linux ltxda (n=ltxda@c-98-201-10-242.hsd1.tx.comcast.net) |
04:51.45 | *** join/#htc-linux surgex (i=surge@pool-71-186-163-107.bflony.fios.verizon.net) |
05:13.18 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:29.00 | *** join/#htc-linux pleemans (n=peter@dD577D009.access.telenet.be) |
05:44.52 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
05:48.21 | *** join/#htc-linux patoche (n=patoche@46.61.197-77.rev.gaoland.net) |
05:56.40 | *** join/#htc-linux tmzt_ (n=ircuser@adsl-70-228-98-147.dsl.akrnoh.ameritech.net) |
06:01.18 | *** join/#htc-linux patoche (n=patoche@46.61.197-77.rev.gaoland.net) |
06:06.57 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfaede.pool.einsundeins.de) |
06:34.28 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
07:00.14 | *** join/#htc-linux kring (n=kring@211.155.128.98) |
07:01.38 | *** part/#htc-linux kring (n=kring@211.155.128.98) |
07:01.44 | *** join/#htc-linux kring (n=kring@211.155.128.98) |
07:13.19 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
07:13.30 | *** join/#htc-linux ay^ (n=flux@c-7a64e253.1129-1-64736c10.cust.bredbandsbolaget.se) |
07:13.48 | kring | hello dcordes |
07:17.52 | *** join/#htc-linux LunohoD_ (n=alex@e180070163.adsl.alicedsl.de) |
07:20.00 | dcordes | kring: hi there |
07:20.22 | tcccp | Hello kring and dcordes |
07:20.36 | dcordes | kring: did you have success with your aim of turning on the GPS from within linux (proc comm?) ? |
07:20.46 | dcordes | tcccp: morning |
07:20.53 | tcccp | apropos |
07:20.55 | dcordes | how are you? |
07:20.56 | tcccp | coffee - bb :) |
07:21.06 | dcordes | hmmm coca |
07:21.07 | tcccp | Fine! Monday first day not being unemployed |
07:21.10 | dcordes | (cola) |
07:21.22 | dcordes | you going to ossetia? |
07:21.35 | tcccp | Negative |
07:22.06 | dcordes | I just read they are sending some of our troops unarmed there after the fights are gone |
07:22.29 | dcordes | anyway, congrats |
07:22.32 | tcccp | dcordes: rumor has it there are recruits to take care of |
07:22.37 | tcccp | brb |
07:26.36 | kring | decordes: not yet. I paused researching these days since I changed my harddisk. |
07:26.40 | tcccp | re |
07:28.37 | *** part/#htc-linux ay^ (n=flux@c-7a64e253.1129-1-64736c10.cust.bredbandsbolaget.se) |
07:30.13 | kring | tcccp: congrats. |
07:30.35 | tcccp | kring: Well...we'll see |
07:31.04 | kring | it seems kaiser use old amss, but diamond use amss 6.x as android hardware. |
07:34.36 | dcordes | kring: yes I think swetland and SanMehat mentioned that it is 6.* |
07:36.15 | dcordes | kring: not in the diamond, but in the hardware they use with the msm kernel |
07:36.16 | kring | I almost finished reading dllmain of smem.dll in diamond |
07:36.36 | dcordes | is dllmain an area of dlls? |
07:36.58 | kring | the entry function of dll |
07:37.38 | kring | including lot of smem setup function, such as smem_init smem_log_init smem_smsm_init.. |
07:38.06 | dcordes | nice. did you see any parallels to the kaiser stuff present in memory map? |
07:38.41 | kring | not, looks like in android more. |
07:39.33 | dcordes | but at least smem has same base address, no? |
07:40.10 | kring | sure. smem, vic & csr are the same |
07:40.13 | kring | :) |
07:40.52 | dcordes | so kaiser-smd.c will be functional on diamond. |
07:41.06 | kring | no |
07:41.59 | kring | there are some minor differences. |
07:42.28 | dcordes | like? |
07:43.25 | *** join/#htc-linux zoolooc (n=lucian@nrbg-4dbfaede.pool.einsundeins.de) |
07:44.25 | kring | I didn't calculated carefully. wait a second. |
07:44.28 | dcordes | I would like to put them in :) http://wiki.xda-developers.com/index.php?pagename=DiamondMemoryMap |
07:44.55 | dcordes | I will copy kaiser smem as a basis |
07:46.34 | dcordes | sorry I have to go will be back in an hour |
07:46.57 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d865713.pool.einsundeins.de) |
07:48.47 | kring | in anroid, heapinfo located in +0x90 |
07:53.01 | kring | in android, heap_info located in +0x90, size 0x10, smem_heap_entry located in +0xa0, size 0x200 |
07:53.22 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
07:53.49 | kring | in diamond, heap_info located in +0xc0, size 0x10, smem_heap_entry located in +0xd0, size 0x800 |
07:55.00 | kring | but the struct of both smem_heap_info and smem_heap_entry are the same to those in android |
07:58.19 | *** join/#htc-linux ginge (n=ginge@host81-149-155-58.in-addr.btopenworld.com) |
07:58.25 | kring | is there any body has diamond hardware can comfirm me? |
08:00.23 | kring | I just analyzed the dlls downloaded for xda forum and have no diamond mobile. |
08:07.49 | *** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl) |
08:48.40 | dcordes | driving school so sucks |
08:48.47 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
08:49.11 | BabelO_ | hi |
08:49.41 | dcordes | kring: Espenfjo has diamond |
08:49.57 | dcordes | hi BabelO_ |
08:50.02 | ginge | BabelO: morning. dcordes: hi |
08:50.29 | dcordes | I hope I will not fall asleep during the next 45 mins of driving movie |
08:50.36 | dcordes | hi ginge |
08:50.46 | BabelO_ | kiozen: around ? |
08:50.51 | BabelO_ | hi ginge, dcordes |
08:50.55 | kiozen | BabelO_ |
08:50.56 | kiozen | yes |
09:17.28 | *** join/#htc-linux Dinde (n=kayser@sur-internet.net) |
09:37.31 | dcordes | darn this was one refreshing brainwash |
09:38.55 | swetland | diamond is 7201A (same chip as we've been working with), but not the same AMSS version (shared memory interface is probably going to be somewhat different) |
09:42.54 | swetland | hey, here's a question -- does one need some kind of specially modified vogue to boot stuff with haret? |
09:43.04 | swetland | has totally not followed any of this closely |
09:45.23 | dcordes | darn this was one ultimate brainwash |
09:46.09 | dcordes | argh kaiser already sent the message |
09:46.13 | dcordes | it's taking over control |
09:46.50 | kring | dcordes, diamond MSM_CSR+0x414 is also A2M_INT5 to notify smsm_state_changing |
09:48.14 | dcordes | base is 0xc0100000 ? |
09:48.18 | swetland | #define MSM_A2M_INT(n) (MSM_CSR_BASE + 0x400 + (n) * 4) |
09:48.34 | kring | decordes: yes, phy address |
09:48.50 | dcordes | ok I will copy it to diamond table |
09:48.51 | swetland | diamond is 7201A, so at least for hw regs all the stuff from the git.android.com repo will apply |
09:49.13 | dcordes | ok swetland |
09:49.18 | dcordes | kring: you know the google repo, right? |
09:49.21 | kring | sounds good |
09:49.38 | kring | decordes: yes i know. |
09:49.42 | swetland | it sounds like (from what I'm seeing in scrollback) the shared memory stuff is closer to 6.x |
09:50.02 | swetland | but as we were still getting changes to AMSS after diamond shipped, I'm sure there are some differences |
09:50.09 | dcordes | swetland: was that line an excerpt from msm_iomap.h? |
09:50.14 | swetland | smd.c |
09:50.47 | swetland | probably should be in a header, but happens to be locally defined in smd.c |
09:51.27 | dcordes | kring: we should still document it in the wiki |
09:52.06 | dcordes | swetland: have you seen the dma problems with msm_sdcc on kaiser we get? |
09:53.08 | swetland | I haven't seen any details |
09:53.12 | kring | swetland: in diamond, there is a mapping table, looks {{size=0x40, ch=3}, {0x80, 1}, {0x10, 2}, {0x800, 4}, {8, 5}, {4, 6}, {0xC8, 7}, {0x20, 8}, {4, 0x6B}, {0, 0}} |
09:53.26 | swetland | it may be 7200A has excitingly *different* sdcc issues than 7201A |
09:53.45 | dcordes | we don't even have 7200A but 7200 |
09:53.46 | swetland | but I certainly know the sdcc controller is a very very cranky beast |
09:53.52 | dcordes | swetland: in kaiser that si |
09:53.56 | swetland | nods |
09:54.07 | swetland | I'll be interested to hear if the sdcc code works better on diamond |
09:54.15 | kring | they use it for maping(smem_mem_type fixed items) to offset to shared_mem_base |
09:54.19 | swetland | if it does, that I fear the kaiser issues are 7200 vs 7201A hw issues |
09:54.50 | swetland | s/kaiser issues/kaiser sdcc issues/ |
09:55.01 | dcordes | swetland: as of now we couldn't try anything on diamond because a) kernel doesn't boot or b) we have an fb problem that causese the console not to display |
09:55.19 | swetland | doh! |
09:55.28 | dcordes | and of course no serial |
09:55.34 | dcordes | or any other connection in |
09:55.46 | swetland | having a serial port is so very very handy for early bringup |
09:56.06 | dcordes | yes I took note of that with the beagleboard |
09:56.12 | dcordes | serial is very powerful |
09:56.17 | swetland | we worked on some omap850 based hardware way back when which only had serial muxed with usb, which made debugging usb a huuuge pain in the ass |
09:56.21 | kring | it seems that the "size" means prev_channel's size, any idea on the "ch" member? |
09:56.44 | swetland | the 7201A hw we're working with thankfully has uart3 exposed for debugging. huge lifesaver |
09:56.54 | ginge | can never get enough uarts |
09:57.08 | dcordes | hm I don't know if we have serial pins somewhere on the kaiser and friends |
09:57.11 | swetland | silicon vendors never give you enough |
09:57.12 | kring | swetland: you need a stable usb firmware first.. |
09:57.39 | ginge | dcordes: I found some on the PCB, but not had time to make a voltage adapter for it |
09:57.39 | dcordes | ginge: do we? |
09:57.41 | swetland | kring: when you're writing the usb client code from scratch on the platform you don't have that luxury. you just suffer a lot |
09:58.00 | dcordes | ginge: is this the jtag stuff or rs232 standard? |
09:58.17 | swetland | ftdi sells some nice USB->Serial@3.3V adapters. handy stuff |
09:58.19 | ginge | not found all the jtag pins yet, this is TTL 232 |
09:58.48 | ginge | swetland: Nah, I will just make one. Much more fun ;) |
09:58.49 | kring | i think usb client is no more difficulty than serial, either bulk or iso mode.. |
09:59.42 | swetland | ginge: depends on time and budget. having a handful of usb/serial modules in the box'o'stuff is a nice timesaver, though I've certainly soldered together enough little levelshifter boards in my time |
09:59.59 | swetland | kring: depends entirely how braindamaged your usb client controller is |
10:00.18 | ginge | swetland: true enough. Depends on how much time you have. |
10:00.20 | kring | swetland: i agree. |
10:00.20 | swetland | sometimes you get lucky and they're pretty decent. often they are impressively buggy. |
10:00.33 | swetland | and sometimes the uart is *worse* |
10:00.36 | ginge | swetland: I have programmed FPGAs to do logic shifting before now. Talk about overkill |
10:01.00 | dcordes | battle! :) |
10:01.34 | kring | swetland: i ever developed an usb driver on winmo while the driver of usb host controller is buggy.. |
10:02.24 | ginge | kring: you never lived! working around bug after bug is fun ;) |
10:02.50 | ginge | takes a sly look at msm chips and grrrs |
10:03.11 | kring | ginge: yes. :) |
10:03.14 | swetland | if it makes you feel any better, the databooks are not a huge help ^^ |
10:03.26 | ginge | figures |
10:03.31 | swetland | I mean, well yeah, they are, but the hw is still insane in many ways |
10:03.45 | swetland | of course all databooks lie and all hardware has bugs |
10:04.07 | ginge | you know when you are in trouble when the errata is bigger than the datasheet |
10:04.08 | dcordes | are there many design/hardware problems with the msm? |
10:04.22 | kring | swetland: could you explain what's the meaning of img(QTC_LP etc..) in adsp code? |
10:04.49 | swetland | can you point me at a specific part of adsp.c or whatnot? |
10:04.56 | kring | is it speical radio rom release? |
10:05.27 | kring | static qdsp_module_type *qdsp_task_to_module[] = { |
10:05.27 | kring | qdsp_combo_task_to_module_table, |
10:05.27 | kring | qdsp_gaudio_task_to_module_table, |
10:05.27 | kring | qdsp_qtv_lp_task_to_module_table, |
10:05.27 | kring | }; |
10:05.33 | swetland | the arm9 manages loading the firmware for the ADSP (apps dsp) |
10:05.42 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
10:05.48 | swetland | and it can load different firmware with different combinations of dsp tasks |
10:06.08 | kring | is it selected when boot? |
10:06.15 | swetland | it can change at runtime |
10:06.29 | swetland | though the current amss build we're working with only uses the combo image ever |
10:06.36 | kring | can we select "customized" taskset? |
10:07.05 | swetland | maybe if you have an amss source license, though I dunno if they support dsp source licenses |
10:07.06 | kring | or only these predefined 3 image workable? |
10:07.24 | swetland | (simple answer, no) |
10:07.52 | kring | i found code to use rpc to enable task, |
10:07.58 | swetland | from my world the dsp is a magical black box configured for me by the arm9 |
10:08.17 | swetland | that contains a number of smaller black boxes that eat command packets and regurgitate messages |
10:09.07 | swetland | sadly, like the shared memory stuff, it is likely to change from amss version to version, so I don't know how much of what we have for 6220/6225 applies to older stuff |
10:09.24 | kring | int msm_adsp_enable(struct msm_adsp_module *module) |
10:09.34 | ginge | swetland: safe to say: not much |
10:09.49 | kring | in adsp.c |
10:09.57 | swetland | how it all works will become clearer when we push the audio in/out drivers and some other stuff (likely next week) |
10:11.53 | kring | sadly, I found no entry looks like gps in enum qdsp_module_type.. |
10:12.41 | swetland | gps? |
10:12.49 | kring | I thought htc using rpc to switch gps on/off |
10:13.06 | swetland | the GPS on 7K has nothing to do with the DSP |
10:13.07 | dcordes | ginge: on kaiser we don't use the rpc stuff, do we? |
10:13.31 | dcordes | kring: maybe it's a proc comm function? |
10:13.49 | dcordes | kring: can't you use the smd0? |
10:14.14 | ginge | dcordes: not as such. I started to get the rpc working so we can set clocks and whatnot |
10:14.31 | dcordes | ah so the cpu scalin approach you have uses rpc? |
10:14.36 | dcordes | scaling |
10:15.05 | swetland | yeah, clock control via proc_comm is new to 6.x |
10:15.21 | swetland | they added it at our request because I wanted to be able to do it from IRQ context, etc |
10:15.32 | kring | swetland: in kaiser, gps data read from a smd channel |
10:15.48 | swetland | ch27 probably? ^^ |
10:15.58 | kring | isn't it generat from arm9? |
10:16.28 | kring | swetland: yes. |
10:16.40 | swetland | yes, the gps stuff runs on the A9 (well it does for us at least -- I'm assuming that the winmo supporting amss builds aren't *massively* different) |
10:17.58 | kring | maybe I mess up adsp and arm9. I thought they are the same. |
10:18.20 | dcordes | swetland: 27? we use 3 device nodes now. I wasn't aware there are so many. or is it 27 something else than serial interface id? |
10:19.02 | kring | dcordes: remember I said there is a smd array? |
10:19.02 | dcordes | smd0 AT, smd1 gprs, smd7 gps |
10:19.26 | kring | decordes: it is another index system.. |
10:19.46 | swetland | oh maybe the channel numbers are different too! |
10:19.47 | dcordes | oh, I have bad memory sorry |
10:20.30 | swetland | kring: 72xx has an arm9 (modem) arm11 (apps) mdsp (dsp for baseband modem stuff) adsp (dsp for a/v/codec/camera/etc stuff) |
10:20.39 | kring | there is a smd channel array, and only sparse indexs are used |
10:21.10 | ginge | the channel numbers are different, the fifo layout is different etc |
10:21.22 | kring | swetland: thanks. |
10:21.32 | dcordes | I never understood the fifo layout |
10:22.05 | dcordes | I got the meaning of a circular buffer but not what teh different addresses in the KaiserMemoryMap are for |
10:22.05 | kring | I wonder why in both winmo and android name at 0, data 4 and gps 7.. |
10:22.29 | dcordes | data 4 being gprs? |
10:22.33 | kring | it's quit geeky to me. |
10:22.47 | swetland | well the smd channel id stuff is based on AMSS, not the apps OS |
10:22.58 | kring | so how about 1, 2, 3,4, 5,6.. |
10:23.29 | kring | which one is smd channel id? ( for gps, 7 or 23?) |
10:23.53 | dcordes | we have 0 1 ukn ukn ukn ukn ukn 7 |
10:24.16 | dcordes | wait ignore me. sorry. |
10:25.17 | kring | dcordes: maybe the channel marked Unknown3 Unkown4 Unkown5 can be mapped to them. :) |
10:26.53 | dcordes | isn't one of them 3g data? |
10:27.21 | kring | maybe.. |
10:28.17 | dcordes | I will look through my smem rawdumps and see if there is data written to one of the mystery chans |
10:28.44 | dcordes | kring: you know the dump function in haret? it's very useful |
10:29.11 | *** join/#htc-linux Marex (n=vasum7am@auryn.karlin.mff.cuni.cz) |
10:29.12 | dcordes | it helped a lot making the present smd buffers work |
10:29.18 | dcordes | hi Marex |
10:29.41 | kring | const int sharemem_len = 0x100000; |
10:29.41 | kring | char* sharemem_p = (char*)MSM_SHAREMEM_BASE; |
10:30.25 | kring | decordes: I use the raw access code above. :) |
10:31.48 | dcordes | in winmo? |
10:32.18 | kring | I just searched 0x041f0(at channel offset), 0x041fc(at tx buff offset) in the whole sharemem area. |
10:32.25 | kring | and found nothing.. |
10:32.31 | kring | decordes: yes |
10:33.17 | kring | I supposed there maybe some structure like heap_info in android.. |
10:34.39 | kring | decordes: in winmo, after execute SetKMode(TRUE);SetProcPermissions(-1); |
10:34.58 | kring | you will have enough access for exploring |
10:36.24 | dcordes | that's interesting |
10:36.38 | dcordes | we had trouble tracing smem in the paste |
10:37.57 | dcordes | kring: did you make phone calls or rgister/deregister from the network before or while you dumped the at channel? |
10:38.10 | dcordes | in some of my haret dumps, the fifos seem empty |
10:38.18 | dcordes | I think they are flushed every then and now if nothing goes on |
10:38.52 | dcordes | when I caused at traffic while dumping, that was no problem |
10:39.00 | kring | yes, there is nothing in unknow channels |
10:39.24 | dcordes | if you have nothing in AT channels, your search method must be wrong |
10:39.26 | kring | both "before" and "while" |
10:39.32 | dcordes | use pdump in haret to compare |
10:39.40 | kring | unkown channels. |
10:39.54 | dcordes | so you get data in the AT? |
10:39.59 | kring | yes |
10:40.04 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
10:40.13 | kring | and in data channel |
10:40.27 | dcordes | < kring> and found nothing.. <- I thought you mean AT chan offset by it |
10:41.08 | kring | mysterious agps, even I disable smem.dll loading, there are data in rx&tx buffer |
10:42.32 | dcordes | you must ask cr2, he found mysterious stuff in the quickgps.exe |
10:42.48 | dcordes | agps seems to have an own personality |
10:42.49 | kring | and gps channel, if i just wait data, there is nothing |
10:43.48 | kring | if i access COM4(by gpsid_qct driver), data appears in gps channel. |
10:44.12 | kring | so i alway think there is ticks in reading gps rx channel |
10:44.12 | dcordes | can't you trace what the access to com4 triggers? |
10:44.41 | dcordes | I wondered the same, (just by using it, not decompiling or so) |
10:45.20 | kring | i traced proc_comm |
10:45.44 | kring | nothing channged when access com4 |
10:46.07 | dcordes | hm what else can it use? |
10:46.33 | kring | i want to decompile it..but it's to big. |
10:46.44 | kring | about 100kB. |
10:47.32 | kring | and also i trace AT, nothing too. |
10:48.12 | dcordes | trace proc_comm while using AT? |
10:48.14 | kring | it's the same problem met in linux? we cann't read nmea report from smd7? |
10:48.15 | dcordes | I'm confused now |
10:48.31 | dcordes | I did read nmea data from smd7 in the paste |
10:48.35 | dcordes | turn on gps in windows |
10:48.46 | dcordes | access com4 |
10:48.48 | kring | I traced proc_comm, found nothing, and traced AT, found nothing |
10:48.49 | dcordes | then boot linux |
10:49.07 | dcordes | sorry, what exactly do you mean by tracing? |
10:49.30 | kring | proc_comm, print the values of proc_comm. |
10:49.44 | dcordes | I think we can do that in haret |
10:49.46 | dcordes | ginge: can't we? |
10:50.12 | kring | AT, print the data in AT tx buffer |
10:51.07 | dcordes | print=dump memory? |
10:51.16 | kring | there is no special at command sent to arm9 when i open com4. |
10:52.26 | kring | dcordes: yes, i wrote some codes in winmo. |
10:52.54 | kring | to access shared memory. |
10:53.38 | dcordes | you can do this with haret |
10:53.48 | dcordes | even remotely |
10:54.29 | kring | dcordes: visual studio supports online debug :) |
10:54.43 | dcordes | ok |
10:56.02 | dcordes | so if gps is not turned on via proc_comm not via AT.. maybe it's another fifo buffer? |
10:56.29 | dcordes | do we have all the fifos documented now in the wiki? (I added the two you told me) |
10:56.33 | dcordes | http://wiki.xda-developers.com/index.php?pagename=KaiserMemoryMap |
10:56.47 | kring | the last one maybe rpc via some secial smd channel |
10:57.11 | kring | according to the android code. |
10:58.11 | kring | sadly, no gps or nmea can be found in that codebase. |
10:58.43 | kring | so I think the only way is RE the winmo driver.. |
11:01.34 | dcordes | swetland: how do you trigger gpsone on/off on the msm7201A with amss6? |
11:01.46 | *** join/#htc-linux patocheppc (n=zsirc@193.253.141.73) |
11:02.00 | dcordes | although different chip/arm9 code, maybe it's a hint for kring |
11:03.00 | *** part/#htc-linux ginge (n=ginge@host81-149-155-58.in-addr.btopenworld.com) |
11:04.05 | *** join/#htc-linux ginge (n=ginge@host81-149-155-58.in-addr.btopenworld.com) |
11:04.07 | ginge | kring be careful with the rpc, it isnt fully supported in our AMSS |
11:04.15 | ginge | ooo weird |
11:06.01 | swetland | dcordes: we do rpc calls to the arm9 |
11:06.17 | kring | ginge: work around buggy rpc is fun :) |
11:07.08 | kring | swetland: is rpc the only way left to comm with arm9 except AT, proc_comm? |
11:07.33 | swetland | pretty much. there is some low level handshake stuff with the smsm_state bits for power collapse and whatnot |
11:07.52 | swetland | but basically you have the shared memory region, the smsm state thing, the smd channels, rpc which goes over one of them |
11:08.02 | swetland | and proc_comm which is pretty low level |
11:08.33 | kring | dcordes: +0x60660 there are some intereting data. did you memdumpped it? |
11:08.59 | *** join/#htc-linux patocheppc (n=zsirc@193.253.141.73) |
11:10.04 | swetland | whoo. new laptop *and* a couple beagleboards are supposed to show up in the morning |
11:10.05 | kring | swetland: I think smd channel and smsm state are not the same level as shared memory region, they are above it. |
11:10.26 | swetland | kring: yes |
11:10.46 | kring | swetland: i see. thanks. |
11:10.46 | swetland | well, "in" it |
11:11.37 | kring | any one has idea on diag port? |
11:12.46 | kring | i remember when upgrade quancomm mobile, there are 3 port appears, AT, Diag.., NMEA. |
11:13.46 | dcordes | swetland: you need the omap3 for work or private use? |
11:13.57 | dcordes | swetland: I have a beagle too |
11:14.32 | swetland | bit of both. |
11:14.51 | *** join/#htc-linux patocheppc (n=zsirc@193.253.141.89) |
11:16.30 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
11:16.53 | kring | swetland: is the code for rpc calls to arm9 to turn on gps in android code? |
11:17.06 | swetland | not in the published kernel code |
11:17.38 | kring | will it be published later? |
11:17.49 | swetland | I'm not sure if that's going to be able be kernel code / open sourced (there are a handful of "proprietary" bits from qualcomm) |
11:18.23 | swetland | I don't expect that'd stop you folks from picking it apart and figure out what it does, of course |
11:18.28 | *** join/#htc-linux Tonny (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
11:18.35 | dcordes | so gps triggering is part of userspace code? |
11:18.54 | swetland | right now all the gps stuff is a userspace library that uses rpc to talk to the a9 |
11:19.22 | kring | dcordes: I think it's some specific rpc |
11:19.45 | kring | dcordes: we can just trace the whole channels to catch it when open COM4 :) |
11:20.07 | dcordes | can you do it with winbloze studio? |
11:20.11 | kring | swetland: thanks for the hints. :) |
11:20.33 | kring | dcordes: yes. |
11:20.45 | kring | maybe i will try haret :) |
11:21.13 | dcordes | lol, you never ran it on kaiser? |
11:21.25 | swetland | it's fun watching people take this all apart. somebody was asking me the other day how long I thought it'd be after the open source release until people ported to other phones... "what do you mean? without the source there are guys who have it making calls on existing hardware" |
11:21.43 | dcordes | maybe you can provide parts of your code routines for Kevin2 to improve msm* research with haret |
11:22.45 | dcordes | swetland: the android userland poking (rilphone) is all dzo's work. |
11:23.56 | kring | dcordes: I will provide if i think my code is better :) |
11:24.19 | swetland | did he replace rild entirely with his own thing? |
11:24.50 | dcordes | yes |
11:25.01 | kring | dcordes: do you have any ideas on diagnosis port? |
11:25.15 | dcordes | on his vogue (msm7500) , but it also works for calls on kaiser |
11:25.29 | dcordes | kring: debug port or so? no idea, maybe |
11:25.30 | dcordes | ginge: does |
11:25.38 | swetland | he have sources for that published somewhere? |
11:25.43 | dcordes | no |
11:26.08 | kring | i think there maybe some close relations between AT and DIAG and NMEA.. |
11:26.10 | dcordes | not that I'm aware. it's all based on the emulator blob image |
11:26.16 | swetland | nods |
11:26.23 | dcordes | he even made one for the new sdk image |
11:26.27 | kring | becaused they are equally muxed by usb |
11:27.09 | dcordes | kring: I can't help with it. ginge also nows stuff about usb |
11:27.17 | dcordes | he's the kaiser kernel expert |
11:28.19 | kring | dcordes, not the debug port like jtag.. |
11:28.39 | dcordes | <PROTECTED> |
11:28.51 | dcordes | usb2serial thing? |
11:28.56 | kring | it's like AT port and gps port, maybe in the unknown channel. |
11:29.22 | dcordes | ah, a fifo that gives debug info? |
11:29.35 | dcordes | ..from the arm9? |
11:29.50 | kring | yes. |
11:30.07 | kring | and for upgrade. |
11:30.36 | kring | swetland: is it an smd port in android? |
11:30.37 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
11:31.56 | kring | if so, maybe one of the unknow channel in htc is also for that. |
11:32.08 | kring | not for 3g only. |
11:34.37 | dcordes | kring: how can you get output from the "arm9 debug" chan in winmo? |
11:34.52 | dcordes | maybe during flash process when flasher reads out amss verison? |
11:35.14 | dcordes | maybe there's a function in the flash utilities that only reads |
11:36.08 | kring | dcordes: I cann't open. I just think maybe one of the unknow channle is for that. |
11:36.25 | dcordes | yea I mean, how can we make the modem write to it? |
11:36.34 | dcordes | to identify which unknown |
11:36.46 | kring | I have no idea. |
11:36.55 | dcordes | you say it's used for upgrading |
11:36.56 | kring | but in vogue, I found one. |
11:37.01 | dcordes | upgrading what, radio rom? |
11:37.33 | dcordes | kring: you should tell dzo about it. I bet he doesn't use it in his working tree |
11:37.54 | dcordes | http://cs-alb-pc3.massey.ac.nz/vogue/diffs (vogue-smd.c) |
11:39.53 | kring | yes. |
11:39.56 | dcordes | unfortuantely we have not made a memory map for vogue yet |
11:40.19 | kring | google "vogue DMRouter.exe" |
11:41.23 | kring | I found the vogue setup share memory for AT,DM,GPS,DATA |
11:42.20 | dcordes | perhaps it's trivial to put it in vogue-smd.c |
11:42.41 | dcordes | can you put the addresses in a small textfile and provide? |
11:42.50 | dcordes | or email directly to dzo? |
11:43.30 | kring | I don't have a vogue now. |
11:43.53 | kring | yes. I will found the info for my notes. |
11:44.53 | kring | maybe it's the difference between MSM7200 and MSM7500? |
11:45.21 | dcordes | ..that causes what? |
11:46.27 | dcordes | 7200 vs. 7500 = slightly different SMD setup. compare the vogue-smd.c contained in http://cs-alb-pc3.massey.ac.nz/vogue/diffs with htc-msm kaiser-smd.c |
11:46.53 | kring | wow |
11:47.33 | kring | I think there maybe some improvement in vogue-smd.c |
11:47.39 | dcordes | :) |
11:47.46 | kring | just read the code. :) |
11:47.46 | dcordes | tell it dzo, he will be happy |
11:48.00 | dcordes | oh well, I can't code. |
11:48.39 | dcordes | but I know kaiser-smd has a new look |
11:48.45 | dcordes | different |
11:48.58 | dcordes | martin__ tidied it up |
11:49.03 | dcordes | ~seen martin__ |
11:49.05 | apt | martin__ <n=martin@the.earth.li> was last seen on IRC in channel #htc-linux, 22d 22h 56m 21s ago, saying: 'marbalon: mmutrace does work for most stuff, it's just some of the smem that doesn't show up.'. |
11:50.54 | kring | mmutrace cann't test dynamic behaviour |
11:51.08 | ginge | back. yeah vogue AMSS is different once again. Debug port is on the kaiser board. I will get some photos with the traces I know. |
11:51.37 | ginge | kring: you can do a watch on areas in haret, but if mmu does a dynamic relocation, you have to know in advance what the address it |
11:52.05 | kring | according to the document, it cann't do active test, only passive observation |
11:52.26 | kring | eg, no program existing to changed it. mmutrace will found nothing |
11:52.42 | ginge | thats right, yeah. You have to watch while you press buttons etc |
11:53.13 | dcordes | are you guys talking about two different debug ports? |
11:53.27 | dcordes | ginge: I think kring means smd fifo debug port |
11:53.36 | ginge | I see. I meant hardware debug |
11:53.45 | kring | yes. but some functional htc didn't implemented will no be catch by mmutrace, i am sure. :) |
11:53.46 | ginge | JTAG etc |
11:54.04 | ginge | kring: yeah :) |
11:54.07 | dcordes | no we were talking about smd chan for maintining and debugging arm8 |
11:54.13 | dcordes | arm9 |
11:54.30 | kring | ginge, in vogue, there is another port named DMR1: in winmo |
11:54.47 | ginge | hmm |
11:54.49 | kring | using one pair of fifo |
11:55.00 | *** join/#htc-linux kfm82ibook (n=kfm82@p54BEDA8C.dip.t-dialin.net) |
11:55.35 | kring | I guess some fifos in kaiser are opened for that |
11:56.03 | ginge | maybe. There are a few fifos we don't know about/don't know what they do |
11:56.27 | ginge | I can't say I looked too hard at extra SMD channels, other then messing with agps |
11:56.53 | kring | is apgs protocol opened? |
11:56.53 | ginge | is still beating the sd driver into submission |
11:57.10 | dcordes | I thought you gave up on him |
11:57.13 | ginge | no, it isn't. |
11:57.17 | kring | datas in agps tx buffer it had to understand |
11:57.23 | ginge | sd? I keep going back |
11:57.47 | ginge | kring: yeah, it seems to download a binary blob into the a9 and does some magic |
11:58.12 | kring | ginge: are you reading gpsid_qct.dll driver? |
11:58.20 | ginge | dcordes: I got the sd almost working.... until I got scaling working, and than it falls over |
11:58.58 | ginge | kring: yeah, I did decompile that to see wht was happening. Most of wat I looked at were fifo dumps in winmob when getting agps updates |
11:59.06 | kring | it may contains secret of agps and gps smd device which i am eager to known. |
11:59.27 | ginge | I think agps is going to be tricky. gps, probably not so. |
11:59.28 | kring | did you found any rpc code? |
11:59.57 | kring | construct rpc request and send to arm9 |
12:00.06 | ginge | nothing that I could point to and say, "this is doing x" |
12:00.47 | kring | I will join you to read that driver. :) |
12:01.11 | ginge | heh. I need to get back into this now that work has settled down |
12:01.52 | ginge | I need to read my notes on power collapse. msm pm is.... odd |
12:02.11 | kring | I know nothing about pm.. |
12:02.23 | dcordes | swetland: do you have some thoughts on pm :) ? |
12:02.43 | ginge | poor fella ;) |
12:04.46 | kring | it seems diag port can be used to tweak radio.. |
12:04.47 | ginge | select * from isdndb where card="dialogic" and version="1.81" |
12:04.50 | ginge | argh |
12:05.30 | ginge | kring: interesting... tweak how? |
12:06.42 | kring | http://forum.xda-developers.com/showthread.php?p=2500770 |
12:06.58 | ginge | damn you can't step away from your desk for 2 seconds without someone stealing your mouse or keyboard (in this case both) |
12:07.18 | ginge | kring: oh nice |
12:08.15 | kring | <PROTECTED> |
12:09.43 | ginge | "NAND read for MSM7200 using hotpatch is untested and may brick your phone !" |
12:09.54 | ginge | hmm |
12:10.36 | kring | I think this guy researched very deeply. |
12:10.48 | ginge | yeah, it looks like it. Impressive work |
12:12.03 | dcordes | somebody ever played with the bootloadeR? |
12:13.04 | ginge | not as such. I briefly had a look at SPL init sequences for the sd so we could find the right flags |
12:14.43 | dcordes | big parts of the memory map come from spl disassembly |
12:15.18 | ginge | yeah |
12:15.28 | ginge | I have the whole thing disassembled somewhere... |
12:15.36 | ginge | looks through 3GB of files and notes |
12:16.12 | ginge | hmm... well it will be somewhere. Maybe on the old craptop |
12:31.44 | *** join/#htc-linux sni1 (n=igor@92.124.50.220) |
12:32.12 | *** part/#htc-linux sni1 (n=igor@92.124.50.220) |
12:45.47 | *** join/#htc-linux sni1 (n=igor@92.124.50.220) |
12:55.54 | *** join/#htc-linux kring (n=kring@221.222.168.61) |
12:56.41 | kring | hello decordes, ginge. |
12:57.52 | ginge | dcordes: welcome back |
13:00.16 | ginge | kring: welcome back (oops) |
13:08.28 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
13:08.59 | ginge | someone ate my biscuits and cake :( |
13:10.01 | kring | dcordes: i found my notes on vogue in my office. i will send to dzo tomorrow. |
13:11.12 | kring | ginge: is it your lunch? |
13:11.35 | ginge | it was |
13:11.40 | ginge | healthy ;) |
13:12.14 | kring | I just finished supper :) |
13:15.23 | *** join/#htc-linux |patoche| (n=patoche@46.61.197-77.rev.gaoland.net) |
13:19.41 | kring | ginge: did you found fifo pump on unknow channels in gpsid_qct |
13:21.18 | *** join/#htc-linux lama (n=lama@estel.wpia.uw.edu.pl) |
13:21.34 | lama | ah what a shame - have you seen htc dream specs? |
13:22.07 | lama | only 64mb of ram.... |
13:22.10 | ginge | kring: fraid not. Like I said before, not looked too closely at the other channels. |
13:22.27 | ginge | lama should be enough, its not like it is running windows mobile |
13:23.16 | *** join/#htc-linux goxboxlive (n=goxboxli@139.84-48-212.nextgentel.com) |
13:23.43 | ginge | kring: I would be interested to know what else there is in there though. Maybe a side project to save me from msm sdc induced madness |
13:29.18 | *** part/#htc-linux sni1 (n=igor@92.124.50.220) |
13:30.56 | kring | ginge: i cann't understand what you said..:(. maybe i need improve my english skill. |
13:32.55 | ginge | Your english is better than mine, at least less lazy. I basically said:- yes, I should look at that but I didn't decompile the gps dll yet |
13:35.59 | kring | :) |
13:44.51 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
13:45.49 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
14:02.52 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@86.110.163.25) |
14:06.30 | *** join/#htc-linux AbsoLutE (n=allnet@202.93.37.94) |
14:30.39 | *** part/#htc-linux zoolooc (n=lucian@nrbg-4dbfaede.pool.einsundeins.de) |
14:34.58 | *** join/#htc-linux patocheppc (n=zsirc@193.253.141.89) |
14:44.52 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-76-88-212-37.bak.res.rr.com) |
15:27.04 | *** join/#htc-linux Red_Lion (n=lion@194.226.40.193) |
15:43.18 | *** join/#htc-linux patoche (n=patrice@lns-bzn-61-82-250-101-227.adsl.proxad.net) |
15:46.27 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
15:48.47 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
16:05.16 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
16:05.52 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-f7d165c585f1709f) |
16:26.16 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
16:28.13 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
16:37.57 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
16:53.56 | *** join/#htc-linux pH5 (n=ph5@e178222159.adsl.alicedsl.de) |
17:06.07 | *** join/#htc-linux skodde (n=skodde@e178051073.adsl.alicedsl.de) |
17:12.17 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
17:34.15 | herriojr | ginge: what's your latest patch? |
17:38.38 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
18:03.55 | *** join/#htc-linux Tonny_ (n=chatzill@set25-1-88-166-169-49.fbx.proxad.net) |
18:15.09 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d865713.pool.einsundeins.de) |
18:16.10 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
18:20.19 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfaede.pool.einsundeins.de) |
18:25.59 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
18:28.39 | tetsuo\0 | Titchy on my Qtek 9000 FTW! |
18:32.29 | marajin | tetsuo\0: yay! |
18:33.08 | tetsuo\0 | yay indeed |
18:56.50 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
19:06.05 | *** join/#htc-linux Raketemensch_ (n=Rakete@24-151-90-116.static.nwtn.ct.charter.com) |
19:07.53 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
19:09.59 | *** join/#htc-linux wasup (n=Tech@208.47.103.106) |
19:10.43 | *** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
19:15.34 | *** part/#htc-linux wasup (n=Tech@208.47.103.106) |
19:26.24 | *** join/#htc-linux exco (n=exco@e181065224.adsl.alicedsl.de) |
19:37.18 | *** part/#htc-linux everettx (n=gcc80x86@fuzzyneural.net) |
19:37.20 | herriojr | dcordes: the patch you linked is no longer in my chat history, could you send it again? |
19:37.41 | dcordes | hi there |
19:37.42 | dcordes | http://www.headfuzz.co.uk/files/android/git-diff-110808-b.diff |
19:37.49 | dcordes | as I said, I hope it's somewhat recent |
19:38.10 | marajin | well it's 11th august man |
19:38.16 | marajin | it says it right there in the file anem :p |
19:38.18 | marajin | name |
19:38.38 | *** join/#htc-linux tetsuo\0 (n=user@201-213-104-15.net.prima.net.ar) |
19:39.29 | dcordes | git clone git://git.android.com/kernel.git kernel |
19:39.47 | dcordes | git checkout -b android-msm-2.6.25 origin/android-msm-2.6.25 |
19:40.14 | dcordes | herriojr: to checkout android-msm-2.6.25 branch from googlegit |
19:47.17 | herriojr | awesome, thanks |
20:08.46 | *** join/#htc-linux patoche (n=pat@lns-bzn-61-82-250-101-227.adsl.proxad.net) |
20:08.49 | *** join/#htc-linux ltxda (n=ltxda@c-98-201-10-242.hsd1.tx.comcast.net) |
20:16.30 | *** join/#htc-linux Raketemensch (n=Rakete@24-151-90-116.static.nwtn.ct.charter.com) |
20:24.59 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
20:36.54 | *** join/#htc-linux NickBee (n=NickBee@122.163.137.224) |
20:38.56 | NickBee | Hello Guys |
20:39.35 | NickBee | how to flash hx4705 with WM from SD card |
20:39.36 | NickBee | ? |
20:53.37 | *** join/#htc-linux chab7 (n=kvirc@183-17-170.ip.adsl.hu) |
21:09.57 | herriojr | NickBee: what exactly are you asking? |
21:10.30 | NickBee | I need to reflash my hx4705, but don't have the usb cable |
21:10.44 | NickBee | i read at couple of places how i can flash it using SD card |
21:10.52 | NickBee | but i am still stuck |
21:11.13 | NickBee | and sadly, this is the second time in past 6 months i am stuck with the same problem :( |
21:12.05 | exco | why don't you just buy a USB-Cable? (like 2$?), NickBee |
21:12.28 | NickBee | I have ordered the same ... but it shall take about 15 days to come |
21:15.33 | herriojr | what step are you stuck on? |
21:16.15 | herriojr | NickBee: what step are you stuck on? |
21:16.24 | NickBee | I was following the steps: http://resco.net/forums/ShowPost.aspx?PostID=2804 |
21:16.47 | NickBee | i have copied the .nbf after removing first 2600bytes to SD |
21:16.59 | herriojr | http://www.etenblog.com/2007/10/22/flash-your-rom-from-sd-card/ |
21:17.26 | NickBee | and when i restart ipaq in bootloaded, it does not recognises the image in SD |
21:17.26 | herriojr | try that one, seems to be a bit easier |
21:18.51 | NickBee | does eten has the same bootloader as hp? |
21:19.02 | NickBee | as the steps are very different it seems |
21:20.09 | NickBee | also, i have the .nbf file, there is no temp.dat file created after i run update |
21:20.17 | herriojr | oik |
21:21.05 | *** part/#htc-linux exco (n=exco@e181065224.adsl.alicedsl.de) |
21:22.49 | herriojr | did you read the end where it says if that doesn't work, you will need to find the utility to write the image to the SD card? |
21:23.38 | NickBee | i have downloaded the utility i.e. ntrw.exe |
21:23.47 | *** part/#htc-linux ali1234 (n=al@62.24.214.38) |
21:23.49 | NickBee | and it says that it did copies over the file |
21:24.30 | herriojr | and you verified that ECEC comes after the first 64 bytes? |
21:24.57 | NickBee | yup |
21:26.14 | herriojr | I don't know, I don't have the slightest clue...I don't have one of those lying around here |
21:26.39 | NickBee | can understand, thanks for the time though |
21:29.38 | herriojr | what format is the sd card in? |
21:29.45 | NickBee | fat |
21:29.47 | NickBee | fat16 |
21:30.03 | NickBee | its a 1gb card |
21:30.07 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
21:30.13 | herriojr | yeah, I see your post there at the end |
21:32.14 | herriojr | how did you install the image on the sd card? |
21:32.27 | NickBee | i used ntrw.exe |
21:32.47 | herriojr | from what I read, you need the usb cord to install it, but I could definately be wrong :) |
21:33.22 | NickBee | yup, having the USB cord will definitly help, but the problem is then i need to wait 15 odd days ... |
21:33.49 | herriojr | I think somehow the image wasn't properly installed on the sd card |
21:33.54 | NickBee | which by all standards is too much :) |
21:34.02 | NickBee | thats exactly my though |
21:34.11 | NickBee | but am unable to figure a way to verify |
21:34.22 | herriojr | can you read the card if you hook it up to your computer? |
21:34.31 | herriojr | it says you shouldn't be able to |
21:34.31 | NickBee | nope, its a windows box |
21:34.49 | NickBee | and yes, it asks is i need to format it |
21:34.56 | NickBee | which is somewhat correct |
21:35.03 | NickBee | but still does not confirms 100% |
21:35.12 | herriojr | do you have a linux box? |
21:35.45 | NickBee | only a VM |
21:35.49 | NickBee | not a seperate bpx |
21:35.54 | NickBee | box* |
21:36.12 | herriojr | vmware? |
21:36.16 | NickBee | yup |
21:36.17 | herriojr | I can view my card through vmware |
21:36.50 | herriojr | let me see what command we need....I had problems with sd cards earlier |
21:37.01 | NickBee | ok ... |
21:40.37 | NickBee | i am trying to write the image with a different application now |
21:43.36 | NickBee | nope, didn't worked |
21:46.32 | herriojr | I can't find the command |
21:46.53 | NickBee | i have tried 3 programs to write image |
21:46.56 | herriojr | I wish there were any easier way to search for commands if you can't remember their names :) |
21:46.56 | NickBee | to sd |
21:47.02 | NickBee | :) |
21:47.16 | NickBee | seems that its something else |
21:47.33 | NickBee | maybe the bootloader version ... or something |
21:47.38 | herriojr | you want to check its table |
21:48.00 | herriojr | I had an issue where I actually it formatted as 2 different fs in the same location |
21:48.08 | herriojr | so I had to go back and rebuild the table |
21:48.20 | NickBee | hmm ... |
21:48.24 | NickBee | maybe |
21:48.32 | NickBee | let me try to re-format the card |
21:49.54 | NickBee | Its 4 in the morning here ... can't do any more meaningful work :) |
21:50.17 | herriojr | what's the device? |
21:50.25 | NickBee | hx4705 |
21:50.29 | NickBee | hp ipaq |
21:50.39 | herriojr | no, what's it mounted as on your file system under /dev/ |
21:51.06 | NickBee | i have still not connected it to linux |
21:51.21 | herriojr | make sure you don't have any disks in your drives |
21:51.36 | herriojr | also - did you install VMWare tools? |
21:52.09 | NickBee | nope |
21:53.05 | herriojr | you'll need to do that first |
21:53.20 | herriojr | what OS do you have installed on vmware? |
21:53.54 | NickBee | its fedora core 6 |
21:54.20 | herriojr | I *think* it supports it...just go to VM->Install VMWare Tools |
21:54.23 | herriojr | it will mount a drive |
21:54.34 | herriojr | inside the drive will be two packages...pick your poison for installing |
21:54.47 | NickBee | ok |
21:54.55 | NickBee | booting |
21:55.22 | herriojr | dcordes: ok, you're going to think I'm retarded, but it dropped off my history again... |
21:55.57 | Miek | http://www.headfuzz.co.uk/files/android/git-diff-110808-b.diff ? |
21:56.38 | herriojr | ok thanks |
21:56.39 | dcordes_ | thanks |
21:57.02 | dcordes_ | herriojr: do you know irclog.iclem.net ? |
21:57.17 | herriojr | nope |
21:57.21 | dcordes_ | it has livelogs ;) |
21:57.24 | herriojr | I do now :) |
21:58.48 | herriojr | ok, downloaded, so I won't ask again :) |
21:59.20 | NickBee | ok, its ready |
21:59.39 | herriojr | ok, so is the sd card showing up? |
21:59.39 | NickBee | tools are installed |
21:59.45 | NickBee | yes |
22:00.03 | herriojr | ok, what is it under /dev/ |
22:00.05 | herriojr | ? |
22:00.14 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
22:00.25 | imfloflo | hi everyone |
22:00.55 | NickBee | forgive my ignorance, but how to tell which is the card? |
22:01.05 | NickBee | i see: sda, sda1, sda2 etc |
22:01.13 | herriojr | do mount |
22:01.24 | herriojr | and you will see what device is associated with which folder |
22:01.27 | NickBee | i think its automatically mounted |
22:01.38 | herriojr | mount displays the mounted devices |
22:01.41 | NickBee | as i see the removable disk on my desktop now |
22:01.51 | imfloflo | is anybody working on porting android to the HTC polaris here ? or juste kaiser members? |
22:02.06 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
22:02.09 | herriojr | I think we also have vogue people |
22:02.10 | NickBee | /dev/sdb |
22:02.23 | herriojr | do fdisk -l /dev/sdb |
22:03.34 | NickBee | it says: this doesn't looks like a partition table |
22:03.43 | NickBee | and probably i have selected a wrong device |
22:04.01 | herriojr | it is surprising it was mounted btw |
22:04.13 | herriojr | especially since it was recognized as unformatted |
22:04.13 | NickBee | yes |
22:04.24 | NickBee | no, i reformated the card |
22:04.29 | herriojr | ah ok |
22:04.33 | NickBee | just after i tested it again |
22:04.37 | herriojr | lemme pull out my sd card to test really quick |
22:04.57 | NickBee | but even after reformatting, linux shows that something is wrong |
22:04.59 | NickBee | Ok |
22:06.19 | NickBee | brb |
22:07.15 | herriojr | http://pastebin.ca/1187904 |
22:07.20 | herriojr | that's what I get for a formatted drive |
22:07.24 | herriojr | on an sd card |
22:07.53 | herriojr | your card shouldn't be formatted....I'll blow mine away to show you how that should look :) |
22:09.00 | *** join/#htc-linux ali1234 (n=al@62.24.214.38) |
22:09.50 | NickBee | back |
22:10.26 | herriojr | http://pastebin.ca/1187906 |
22:10.54 | NickBee | very strange, if its not formatted, how is linux able to mount it (and then report that it does not seems to have a valid table) :) |
22:11.58 | herriojr | oh yeah, sorry ,that's not what I mean, the table I had was screwed up and listed two partitions in the same location |
22:11.58 | ali1234 | often memory cards and such have a filesystem on the raw disk without partition table, ie /dev/sdb rather than /dev/sdb1 |
22:12.27 | ali1234 | in that case fdisk will often report crazy partitions, because it misinterprets the FS data as partition table |
22:12.49 | herriojr | I learn something new everyday :) |
22:13.53 | NickBee | so, how can i fix the sd card first? |
22:14.00 | NickBee | format it from inside linux? |
22:14.10 | ali1234 | i didn't see your original question, so i have no idea :) |
22:14.44 | NickBee | :) I need to flash myhx4705 using SD card |
22:14.58 | ali1234 | define "flash"? |
22:15.23 | NickBee | need to install wm6.1 |
22:15.30 | NickBee | from .nbf file |
22:15.34 | ali1234 | oooookay |
22:15.47 | herriojr | it's not recognizing the image he has on his sd card |
22:15.57 | herriojr | so I wanted to see if there was something wrong with that |
22:16.24 | ali1234 | that requires a specially formatted card, and it also requires an unlocked bootloader or it will be denied |
22:16.47 | herriojr | you can help him out, I need to run off to a soccer game |
22:16.54 | herriojr | and you seem to know more of what you're talking about :) |
22:16.54 | ali1234 | i'll try |
22:17.04 | NickBee | thanks Herriojr :) |
22:17.17 | ali1234 | what device is it actually? i never heard of myhx4705... googling it... |
22:17.30 | NickBee | Its hx4705 |
22:17.30 | herriojr | dcordes: I'll try to look at some of the sd card issues when I get home |
22:17.55 | ali1234 | ah right "my" is not part of the name :) |
22:18.08 | NickBee | :) |
22:18.10 | ali1234 | ok it's an ipaq? i only know htc... |
22:18.32 | NickBee | yup, its an ipaq and an old one |
22:18.35 | herriojr | as far as I know, he's trying to install production firmware |
22:18.49 | ali1234 | does it use SPL do you know? |
22:19.05 | NickBee | no idea ali |
22:19.19 | NickBee | the worst thing is i have done this in past |
22:19.32 | ali1234 | so is it not booting? |
22:19.38 | NickBee | It boots fine |
22:19.49 | NickBee | but the OS is wm2003se |
22:19.57 | NickBee | wanted to upgrade it to wm6.1 |
22:19.57 | ali1234 | is it a phone or just a PDA? |
22:20.02 | NickBee | just a pd |
22:20.04 | NickBee | just a pda |
22:20.13 | ali1234 | ok... so no operator locks or stuff like that to deal with |
22:20.20 | NickBee | nope |
22:20.23 | ali1234 | that makes it a bit easier |
22:20.38 | NickBee | the way it works is, the os image is on SD card |
22:20.51 | NickBee | and you take the device to bootloader |
22:21.17 | NickBee | and if the sd card is set, the bootloader will pickup the image and ask if i need to install the image |
22:21.25 | ali1234 | HTC can do the same |
22:21.33 | ali1234 | so at what point does it fail? |
22:21.44 | ali1234 | you go into the bootloader, but it doesnt see the card? |
22:21.49 | NickBee | yup |
22:21.55 | NickBee | it doesn't sees an image on card |
22:22.29 | ali1234 | does the bootloader have the ability to backup the current rom to SD? |
22:22.37 | NickBee | nope |
22:22.39 | ali1234 | in HTC bootloader you can do that, and it will format the card properly etc |
22:22.57 | ali1234 | you need to use the USB cable and the remote shell tool on PC though |
22:23.05 | ali1234 | you sure there is nothing like that? |
22:23.25 | NickBee | afaik, nothing of that sort |
22:23.37 | NickBee | i.e. without a usb cable |
22:23.43 | NickBee | with a usb connection it can |
22:23.44 | ali1234 | oh make sure that your disk is not formatted as fat32... bootloader usually only can read fat12/fat16 |
22:23.53 | ali1234 | because of limits on code size |
22:24.20 | ali1234 | can the card be read in WM5? |
22:24.45 | NickBee | the pda is able to read the card |
22:24.55 | NickBee | its running wm2003 |
22:24.55 | ali1234 | you dont have a USB cable? |
22:24.59 | NickBee | nope |
22:25.21 | NickBee | with a usb cable, its as easy as 123 :) |
22:25.40 | NickBee | but ... my dog won't let me live an easy life |
22:25.41 | ali1234 | yep you can back up the rom to SD using the cable |
22:26.01 | NickBee | (he left some peices of the cable for me to understand what he did with it) |
22:26.59 | ali1234 | it looks like you need to raw write the nbf file to the SD card |
22:27.08 | NickBee | yup |
22:27.17 | NickBee | we did that using three different utilities |
22:27.27 | NickBee | but something is not right |
22:27.30 | ali1234 | so in linux you would: dd if=whatever.nbf of=/dev/sdb |
22:27.42 | ali1234 | that will erase your card btw |
22:27.53 | NickBee | let me try that |
22:28.14 | ali1234 | oh wait |
22:28.22 | ali1234 | the comments say to cut the first 2600 bytes |
22:28.44 | ali1234 | oh wait, that comment is saying it didnt work when he did that :( |
22:29.16 | NickBee | yup, i have the .nbf after removing first 2600 bytes |
22:29.32 | ali1234 | how did you remove it? |
22:29.41 | NickBee | using a hex editor |
22:30.23 | ali1234 | hmm ok... try writing that file using dd to the main disk block device |
22:30.30 | ali1234 | that's all i can really suggest |
22:31.13 | NickBee | doing that now |
22:32.15 | NickBee | its writing the data to card now |
22:32.32 | NickBee | done |
22:32.36 | NickBee | testing now |
22:33.39 | ali1234 | you could install linux instead :) http://handhelds.org/hypermail/hx4700-port/9/0991.html see part III - no cable required |
22:34.11 | NickBee | nope, no luck |
22:34.19 | NickBee | about linux yes |
22:34.46 | NickBee | would love to see a matured release for hx4705 soon |
22:34.59 | NickBee | (though its one of the best supported device so far) |
22:35.22 | NickBee | but for a person who have been using windows for about 12years now, it is still not easy :) |
22:35.33 | ali1234 | i wouldnt hold my breath. i think everyone is going to buy android phones :( |
22:36.10 | NickBee | i would love to see ubuntu mobile on this PDA |
22:36.29 | NickBee | that would save me some hard earned money from buying a umpc for sure :) |
22:36.32 | ali1234 | isn't ubuntu mobile designed for netbooks like the eee? |
22:37.00 | NickBee | yes, but maybe any ubuntu flavour like xubuntu or embedded |
22:37.17 | NickBee | anything that can run descent desktop app. like firefox or openoffice |
22:37.56 | NickBee | infact, if firefox alone can run, i won't need to stick with this wm any more |
22:38.18 | ali1234 | maybe debian armel is what you need - but these PDAs are not very powerful |
22:38.50 | NickBee | this one is, with 624mhx and 128mb, its pretty descent |
22:38.54 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
22:38.57 | NickBee | whats debian armel ? |
22:39.05 | NickBee | googling now |
22:39.08 | ali1234 | debian port for ARM EABI |
22:39.16 | ali1234 | should be released in september |
22:39.45 | ali1234 | debian supports all kinds of exotic CPUs (unlike ubuntu) |
22:40.07 | NickBee | Cool |
22:40.21 | ali1234 | i think even with ~600mhz you'll still be lacking in power... and the small screen wont help either |
22:40.38 | ali1234 | i mean when was the last time you tried to use the internet on even an 800x600 screen? these days it is not fun |
22:41.13 | NickBee | true |
22:41.20 | NickBee | but maybe ... |
22:41.21 | NickBee | :) |
22:41.50 | ali1234 | personally i want an ARM based netbook with 10 hour battery life... |
22:42.05 | ali1234 | i dont care that it couldnt run windows :) |
22:42.32 | NickBee | anybody will love it |
22:42.43 | ali1234 | yeah i dunno why somebody hasn't made it yet |
22:42.54 | NickBee | fujistu claims of 11hrs battery on their tablet |
22:43.16 | NickBee | (with a normal battery, not extended) |
22:44.15 | ali1234 | i guess the jury is still out on the new "low power" x86 chips |
22:44.35 | ali1234 | but if they claim 11 hrs, you know it's going to actually be 4 hours, dropping to 2 hours when the battery is 6 months old... |
22:45.20 | NickBee | they need to make money out of something :) |
22:45.56 | NickBee | gotta say it was a pleasure talking to you ... |
22:46.11 | NickBee | its 4:15am here and gotta take a nap |
22:46.16 | ali1234 | sorry i couldnt really help... i have never had any HP device |
22:46.37 | NickBee | hopefully will find something tomorrow (or will wait till the ebayer ships me the new cable) |
22:46.47 | ali1234 | WM6 isnt even that good... |
22:46.54 | ali1234 | but i would say that |
22:47.01 | NickBee | not an issue, we tried atleast (and i learned couple of new things) |
22:49.14 | NickBee | Ok, bye, take care |
22:49.26 | ali1234 | cya |
23:59.36 | *** join/#htc-linux ALo (n=alogeno@227.Red-79-150-192.staticIP.rima-tde.net) |