00:39.23 | *** join/#htc-linux Epsylon3 (i=kvirc@ip-103.net-89-2-83.rev.numericable.fr) |
00:40.02 | Epsylon3 | hi |
01:29.56 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-88-217-5-48.dynamic.mnet-online.de) |
01:40.15 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
01:44.14 | *** join/#htc-linux wikitesti (i=5d2d564d@gateway/web/freenode/x-bujsgztbwexvsmnn) |
01:44.23 | *** part/#htc-linux wikitesti (i=5d2d564d@gateway/web/freenode/x-bujsgztbwexvsmnn) |
01:47.25 | *** join/#htc-linux mes (n=mes@203x20781148.lightspeed.ca) |
02:04.14 | *** join/#htc-linux surge (n=surge@pool-98-118-154-21.bflony.fios.verizon.net) |
02:39.01 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) |
02:41.40 | *** join/#htc-linux Tulga (n=chatzill@203.91.113.10) |
02:42.32 | Tulga | I compiled android source on my ubuntu. now what should I do to create zImage and initrd.gz? |
02:50.41 | Guest36787 | zImage is linux kernel |
02:51.19 | tpr | initrd is a init script which load the rootfs or system |
02:51.45 | Battousai | it's actually a small filesystem of its own |
02:51.55 | Battousai | it can load modules and whatnot before changing to the live root |
02:53.05 | tpr | http://github.com/tpruvot/android-initrd |
02:58.15 | *** join/#htc-linux luminoso_ (n=lumos@av-217-129-139-239.netvisao.pt) |
04:05.04 | tpr | erf, i ve loaded nand modules, but nothing is detected... |
04:07.18 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
04:17.10 | *** join/#htc-linux g55 (n=g55@rgnb-5d8742f3.pool.mediaWays.net) |
04:37.34 | *** join/#htc-linux panicbutton (n=pb@74-143-95-10.static.insightbb.com) |
04:41.01 | *** join/#htc-linux thedicemaster (n=thedicem@j89051.upc-j.chello.nl) |
04:48.08 | *** join/#htc-linux ToAsT (n=Administ@115-106.96-97.tampabay.res.rr.com) |
04:53.46 | ToAsT | i have a diam500 and i need to get a calibration for wifi im unable to get any of the older wifi buids to boot. any other options to get this? |
04:59.52 | ToAsT | i also notice when tryin to boot these older builds i get an error: invalid module format for the wifi driver. is this the norm? |
05:02.23 | *** join/#htc-linux Tulga (n=chatzill@203.91.113.10) |
05:03.27 | tpr | your kernel is not compatible with module |
05:03.53 | kam187 | hey tpr, you know much about the SMI/EBI allocation on these MSM processors? |
05:03.55 | tpr | modules are compiled for a kernel version |
05:04.25 | ToAsT | it does it even when i use the kernels in the packs |
05:05.39 | tpr | kam187: no sorry |
05:05.51 | kam187 | ok :( |
05:05.52 | tpr | to use GPU memory ? |
05:06.26 | tpr | http://forum.xda-developers.com/showthread.php?t=564975 |
05:06.44 | kam187 | yeah i'm that far already :) |
05:07.01 | kam187 | on the samsung galaxy, there seems to be a second copy of the AMSS in upper EBI |
05:07.42 | kam187 | I dont understand why all of lower SMI is used for AMSS and so is upper EBI |
05:07.46 | tpr | maybe an alternative version |
05:07.53 | kam187 | http://androidforums.com/samsung-i7500/10881-galaxy-how-much-ram-96mb-109mb-128mb-192mb.html#post77540 |
05:07.56 | kam187 | illustrates it a bit better |
05:08.07 | kam187 | it shouldnt be in both places tho. Why have 2 copies in ram |
05:09.09 | tpr | can you compare them ? |
05:09.23 | ToAsT | tpr: anyideas? |
05:09.25 | kam187 | i cant read either of those regions :( |
05:09.45 | kam187 | i can see in the AMSS file, that its loading into upper EBI |
05:10.05 | tpr | mmm yea |
05:10.17 | tpr | maybe a buffer to flash radio |
05:10.25 | *** join/#htc-linux droid001 (n=g1@p4FDCFD59.dip.t-dialin.net) |
05:10.42 | kam187 | yeah must be something like that |
05:10.49 | kam187 | but i'd like to use it for android memory |
05:11.15 | tpr | mmm, i think gpu memory is usefull ;) |
05:11.34 | kam187 | i've moved GPU1 and FB out of EBI |
05:11.42 | kam187 | i have 105 mb now |
05:12.01 | kam187 | well 109Mb and about 4mb used for the kernel, so 105 usable |
05:14.56 | *** join/#htc-linux JoshuaL (n=JoshuaL@unaffiliated/joshual) |
05:19.24 | *** join/#htc-linux tids2k (n=r3x@d58-106-255-105.riv7.nsw.optusnet.com.au) |
05:19.31 | tids2k | good morning |
05:19.42 | tids2k | ping @ darkstar |
05:19.47 | tids2k | ping @ dzo |
05:20.03 | tids2k | hello |
05:36.23 | kam187 | hmm i think i need to disable the MPU |
06:12.21 | *** join/#htc-linux stickboy (n=anonymou@128.153.210.116) |
06:14.26 | tpr | where do you cange the smi mapping ? |
06:14.35 | tpr | or ebi |
06:34.47 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
06:35.27 | *** join/#htc-linux tids2k (n=r3x@d58-106-255-105.riv7.nsw.optusnet.com.au) |
06:36.02 | tids2k | guys what is the difference between a qualcomm MSM 8250 and a QSD 8250 |
06:36.39 | tpr | hmm |
06:36.40 | tids2k | is the MSM platform specifically for the Windows Mobile .. |
06:36.53 | tpr | no |
06:37.29 | tids2k | coz as the processor in the hd2 reads as msm8250 and not qsd8250 like in toshiba tg01,acer liquid |
06:37.32 | tpr | msm i maybe the generic name |
06:37.53 | tpr | msm is the generic name under linux |
06:38.03 | tpr | arm-msm |
06:38.22 | tpr | arm/mach-msm |
06:38.38 | tpr | i think the M is mach, not sure of that |
06:38.44 | tids2k | but msm and qsd are those two different processors with the same instructions |
06:39.19 | tpr | yea |
06:39.22 | tpr | Snap dragon |
06:39.37 | tpr | it's the new technology from qualcomm |
06:39.47 | tpr | like centrino |
06:39.50 | tpr | for intel |
06:40.12 | tids2k | but why the generic name and not the commercialised name for the dragon in hd2 |
06:40.34 | tpr | maybe because this codename is recent |
06:40.54 | tids2k | i think htc has added some custom core to it .. |
06:41.20 | tpr | this part is software (radio) |
06:41.29 | tpr | the cpu firmware |
06:41.55 | tpr | http://pdadb.net/index.php?m=cpu |
06:42.02 | tids2k | the dragon is made on the arm cortex-a8 ? so is it faster ? tpr can u point me to any benchmarks between them |
06:42.04 | tpr | there is no more msm8520 |
06:42.11 | tids2k | i had been to that site thanks though |
06:42.25 | tpr | so i think its same cpu |
06:42.54 | tids2k | so are u suggesting porting android on a qsd and msm would be the same process |
06:43.00 | tids2k | same method ? |
06:43.11 | tpr | ARMv7 |
06:43.59 | tpr | Predecessor: 32bit Qualcomm MSM7201A |
06:44.33 | tpr | msm 7200 is ARMv6 |
06:45.15 | tpr | and cortex a8 is ARMv7-A |
06:45.39 | tids2k | so it is not based on the arm7a chipset |
06:45.42 | tids2k | ? |
06:46.19 | tpr | i think no |
06:46.31 | tids2k | oh .. |
06:47.17 | tpr | http://www.qualcomm.com/products_services/chipsets/snapdragon.html |
06:47.47 | tids2k | thanks . |
06:48.09 | tids2k | so which one is faster do u think arm7a or the legacy snapdragon |
06:48.23 | tpr | hard to tell you |
06:48.29 | tpr | depends of frequency |
06:48.33 | tpr | on |
06:48.41 | tids2k | as i see the nokia n900 will be running on the arm cortex a8 |
06:49.00 | tpr | Optimized power management for all-day battery life |
06:49.34 | tpr | High-performance 3D graphics up to 22M triangles/sec and 133M 3D pixels/sec |
06:49.40 | tpr | High-resolution up to WXGA (1280x720) display support |
06:49.47 | tpr | Multiple audio codecs: (AAC+, eAAC+, AMR, FR, EFR, HR, WB-AMR, G.729a, G.711, AAC stereo encode) |
06:49.55 | tpr | Built-in seventh-generation gpsOne® engine with Standalone-GPS and Assisted-GPS modes |
06:49.57 | tids2k | hehe copy paste rocks ;) |
06:50.01 | tpr | 600MHz DSP |
06:50.07 | tpr | 1 GHz CPU |
06:50.17 | tpr | upport for Windows Mobile®, Android, and a number of Linux®-based operating systems |
06:50.30 | tpr | Support for mobile broadcast TV (MediaFLO, DVB-H and ISDB-T) |
06:50.46 | tpr | and 12-megapixel camera support |
06:51.21 | tids2k | is it for the snapdargon or the arm7a specs |
06:51.40 | tpr | dragon |
06:51.47 | tids2k | ok |
06:51.58 | tids2k | so msm is the legacy name for the dargon |
06:51.59 | tids2k | hmnn.. |
06:53.17 | tids2k | thanks for the info tpr |
06:53.29 | tpr | np |
06:54.38 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
06:57.24 | tids2k | tpr u thr |
06:57.35 | tpr | yes |
06:58.38 | tids2k | can u point me to the benchmarks for arm cortex a8 and snapdragon |
07:00.03 | tpr | dont have sorry |
07:01.59 | tids2k | np thanks |
07:25.09 | *** join/#htc-linux Epsylon3 (i=kvirc@ip-103.net-89-2-83.rev.numericable.fr) |
07:37.56 | tids2k | epsylon3 howz ur port going on ? |
07:38.16 | Epsylon3 | i explore kernel abilities ;) |
07:38.28 | Epsylon3 | just set a 6x6 font |
07:38.36 | Epsylon3 | too little to see what is wrong |
07:39.34 | tids2k | oh ok |
07:39.59 | tids2k | is that your site where u post the updated zimages ? |
07:40.10 | tids2k | for blackstone and raphael |
07:41.46 | Epsylon3 | no, mine is only for initrd |
07:42.05 | Epsylon3 | i only have a kaiser, so i'm using the vogue |
07:42.07 | Epsylon3 | kernel |
07:44.05 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
07:47.15 | tids2k | ok . |
07:47.33 | tids2k | do you think android can be ported on a htc touch hd2 |
07:47.54 | Epsylon3 | yes |
07:48.18 | tids2k | and how hard do u think that would be ... considering its a new platform |
07:48.54 | tids2k | and also is there any differnece between a msm8250 and a qsd8250 snapdragon ? |
07:50.24 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
07:52.45 | Epsylon3 | grrr |
07:52.54 | tids2k | ? |
07:53.05 | tpr | :p |
07:53.11 | tids2k | hahaha ... |
07:53.15 | tids2k | lol .. |
07:53.49 | tids2k | im a bit confused man @ with the msm and qsd thingy i dont know if its just me .. but there is something to it |
08:24.51 | *** part/#htc-linux tids2k (n=r3x@d58-106-255-105.riv7.nsw.optusnet.com.au) |
08:42.39 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
08:44.44 | *** join/#htc-linux timebomb (n=tb@f054020089.adsl.alicedsl.de) |
09:31.40 | *** join/#htc-linux g55 (n=g55@rgnb-5d87de3a.pool.mediaWays.net) |
10:15.13 | *** join/#htc-linux _kiozen (n=oeichler@p54920289.dip0.t-ipconnect.de) |
10:39.47 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
10:45.52 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
10:46.34 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
11:05.31 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-91-31.web.vodafone.de) |
11:06.35 | cr2 | phh: do you know what is AT, PI, and RBDS ? |
11:06.45 | cr2 | s/AT/AF/ |
11:06.54 | phh | no |
11:07.30 | cr2 | http://www.continentalimports.com/rds.html |
11:08.29 | cr2 | Program Identification code (PI) |
11:08.40 | cr2 | Alternative Frequency lists (AF) |
11:09.19 | cr2 | hoho. Location and Navigation (LN) |
11:09.59 | cr2 | RDS in Europe, RBDS in the USA |
11:10.43 | cr2 | fd33, fd35, fd37 |
11:11.53 | cr2 | phh: can we detect FMchipversion and FMchipsubversion without looking into wince registry ? |
11:12.05 | cr2 | 2,0 and 2,1 |
11:12.14 | phh | i guess there must be some registry controls no ? |
11:12.35 | phh | the same way as hciattach detects which chip it is |
11:13.18 | phh | hciattach gives LMP version/subversion, this might be linked |
11:13.46 | cr2 | firmware version ? |
11:14.02 | cr2 | <PROTECTED> |
11:14.13 | cr2 | <PROTECTED> |
11:14.16 | cr2 | <PROTECTED> |
11:14.25 | cr2 | <PROTECTED> |
11:14.29 | cr2 | <PROTECTED> |
11:15.12 | cr2 | <PROTECTED> |
11:15.19 | cr2 | <PROTECTED> |
11:16.02 | cr2 | fd37 is HCI_VS_I2C_FM_POWER_MODE |
11:17.30 | phh | we would need hard with 2.0 and with 2.1 to compare |
11:17.51 | phh | Texas module LMP version : 0X4 |
11:17.51 | phh | Texas module LMP sub-version : 0X15B5 |
11:17.51 | phh | <PROTECTED> |
11:17.51 | phh | <PROTECTED> |
11:17.55 | phh | here it is what i get for 2.1 |
11:19.32 | cr2 | fd35 is HCI_VS_I2C_Write_to_FM |
11:20.19 | cr2 | fd33 HCI_VS_I2C_Read_from_FM |
11:20.36 | cr2 | the 2.1 .bts is much more extensive |
11:20.42 | cr2 | i think i have 2.1 too |
11:22.16 | cr2 | for me it looks like a software controlled radio |
11:22.29 | cr2 | 155cc = 87.5MHz |
11:22.42 | cr2 | 1a5e0 = 108MHz |
11:22.57 | cr2 | 128e0 = 76MHz |
11:23.06 | cr2 | 15f90 = 90MHz |
11:25.25 | _kiozen | cr2: http://70.40.222.100/forum/viewtopic.php?f=2&t=1462 |
11:28.18 | cr2 | _kiozen: wee :) |
11:28.57 | cr2 | CPU S3C2412 (id 0x32412003) ? |
11:28.58 | *** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215) |
11:28.58 | _kiozen | looks like someone did the work for you ;) |
11:29.02 | _kiozen | is he known to you? |
11:29.10 | cr2 | not the best model ? |
11:29.12 | cr2 | no |
11:29.57 | cr2 | it's the barebones s3c setup |
11:30.15 | _kiozen | think they use the samll 400/500 ones |
11:30.27 | _kiozen | not the big 1500/2000 |
11:31.03 | _kiozen | PNA is easier, less cheesy hardware to bother about |
11:31.25 | cr2 | hmm. where is the source ? |
11:31.41 | cr2 | dmesg output is very helpful anyway |
11:32.22 | _kiozen | only binaries |
11:32.40 | _kiozen | but you can ask the guy |
11:33.25 | cr2 | not right now :) |
11:33.43 | _kiozen | lol "2. There is no yet battery driver to report its charge. No power management to turn the unit off when battery is low." I know that one :) |
11:33.57 | _kiozen | 3. There is no proper solution yet for shutdown (turn the unit OFF). This is important because with improper shutdown the information on SD card can be damaged. |
11:34.01 | _kiozen | and that one too |
11:34.09 | cr2 | hahaha |
11:34.18 | _kiozen | it's always the same issues on every device |
11:34.42 | cr2 | the nand full nand dump can't hurt |
11:35.05 | cr2 | and some gpio dump+tracing |
11:35.07 | _kiozen | ask him :) |
11:35.21 | cr2 | how much does this device cost ? |
11:36.02 | cr2 | _kiozen: i bought a new car, so don't have any money for toys in the next 2 months ;) |
11:36.32 | _kiozen | LOL, ok :) |
11:36.45 | cr2 | 273000+ on the old car already. |
11:36.51 | _kiozen | what happened to the old one, any funny story to tell? |
11:37.24 | cr2 | it produces strong metallic sounds from the motor, when cold. |
11:37.35 | _kiozen | http://www.amazon.de/Magellan-GPS-Tritron-500/dp/B000WO4D9I/ref=sr_1_1/278-0507521-7075954?ie=UTF8&s=ce-de&qid=1256989042&sr=8-1 |
11:37.58 | _kiozen | so it didn't fell into pieces on the highway? |
11:38.12 | _kiozen | you got rid of it befor |
11:38.22 | _kiozen | with abwrackprämie? |
11:38.30 | cr2 | no |
11:38.45 | _kiozen | bad timing ;) |
11:38.45 | cr2 | i'm not crazy to buy a "new" car :) |
11:38.53 | _kiozen | ok |
11:39.10 | cr2 | yeah, don't know what to do with the old one. |
11:40.11 | _kiozen | plant some flower into it |
11:41.53 | cr2 | lol |
11:42.49 | _kiozen | ok, let's sweeten up my weekend in the office with some sushi to go, bbl |
11:42.52 | cr2 | phh: http://khason.net/blog/reading-and-decoding-rds-radio-data-system-in-c |
11:44.46 | phh | cr2: i thaught the AT command returned processed data ? |
11:45.33 | cr2 | phh: AT command ? |
11:45.56 | phh | aren't RDS data retrieven with an AT command ? |
11:46.13 | cr2 | phh: you can push the .bts with hcitool |
11:46.20 | cr2 | no. |
11:46.32 | cr2 | rds is |
11:46.47 | cr2 | fd33, 3, 5, 0xc0, 0 |
11:46.49 | cr2 | aka |
11:47.23 | phh | how do we get data back ? |
11:47.24 | cr2 | hcitool cmd 0x3f 0x133 5 0xc0 0 |
11:47.42 | cr2 | i guess hcitool will parse the response |
11:48.09 | phh | seems a lot of fun then |
11:48.13 | cr2 | but you need to send commands to swithc BT on, FM/RDS on and to select the frequency |
11:48.35 | cr2 | yeah, but you can write FM radio app in bash :) |
11:48.45 | phh | :) |
11:49.02 | cr2 | the only missing thing is how to calculate the index |
11:49.11 | cr2 | from the channel frequency |
11:49.38 | cr2 | because the frequency select register (0xa) is only 1 byte :) |
11:50.03 | cr2 | hehe. i need to put this onto wiki |
11:50.19 | cr2 | phh: but you can dump all these registers already |
11:51.27 | cr2 | for reg in 1 3 0xa 0xb 0xc 0xd 0xe 0xf 0x10 0x11 0x12 0x13 0x14 0x17 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x20 0x2d 0x2f |
11:51.30 | cr2 | do |
11:51.38 | *** join/#htc-linux LarsOevlisen (n=LarsOevl@188.178.241.206) |
11:52.02 | cr2 | hcitool cmd 0x3f 0x133 $reg 2 0 |
11:52.03 | cr2 | done |
11:52.18 | cr2 | don't know if you need to push the .bts first |
11:52.47 | phh | < HCI Command: ogf 0x3f, ocf 0x0133, plen 3 |
11:52.47 | phh | <PROTECTED> |
11:52.47 | phh | > HCI Event: 0x0e plen 4 |
11:52.47 | phh | <PROTECTED> |
11:52.55 | phh | for the first command |
11:53.22 | cr2 | this is cmd 01 33 FD |
11:53.31 | cr2 | 0xc is RSSI ? |
11:53.34 | phh | http://pastebin.com/m343b4aff |
11:54.36 | cr2 | 1 is rssi, 1c is volume, a is frequency, 1d is audioen, 20 is fm/rds en |
11:55.03 | cr2 | but for the actual data used, we need to mmutrace the HCI buffer |
11:55.12 | *** join/#htc-linux Gnutoo (n=gnutoo@host25-145-dynamic.51-79-r.retail.telecomitalia.it) |
11:55.47 | cr2 | phh: you may echo the command before sending |
11:56.16 | *** join/#htc-linux dream_kill (n=nospam@92.56.53.50) |
11:56.34 | cr2 | ah |
11:57.05 | phh | http://pastebin.com/m383ab1a4 |
11:57.14 | cr2 | it's already there |
11:58.20 | cr2 | need to check how do they read the BT addr with vendor-specific command |
11:58.48 | cr2 | hcitool may be ok for sending commands, but don't know how to read the responses |
11:59.20 | cr2 | > HCI Event: 0x0e plen 4 |
11:59.22 | cr2 | <PROTECTED> |
11:59.49 | cr2 | NetRipper: ping |
12:05.35 | cr2 | phh: bdaddr.c in $BLUEZ/test |
12:06.23 | cr2 | #define OCF_TI_WRITE_BD_ADDR0x0006 |
12:06.32 | cr2 | don't know if it works for us |
12:06.52 | cr2 | but we can put our OCF here |
12:09.55 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
12:10.25 | *** join/#htc-linux tsdogs (n=tsdogs@tsdogs.metalit.net) |
12:10.42 | cr2 | hey tsdogs |
12:10.55 | tsdogs | hi cr2 |
12:11.25 | cr2 | tsdogs: we are hacking FM radio on {raph|diam}100 |
12:11.33 | tsdogs | cool |
12:12.05 | tsdogs | just builded a console image for raph |
12:12.23 | cr2 | need to parse the HCI response somehow |
12:12.49 | cr2 | intramfs/initrd ? |
12:13.43 | tsdogs | console-image |
12:14.04 | tsdogs | initrd |
12:14.20 | cr2 | ok |
12:14.23 | tsdogs | but it should have everything for initramfs too... |
12:14.26 | cr2 | with wifi ? |
12:14.31 | tsdogs | only need to find target |
12:14.44 | tsdogs | no idea, it did compile the git kernel |
12:15.22 | cr2 | you need some modules and tools |
12:15.25 | tsdogs | u mean wifi in the kernel or userspace |
12:16.37 | tsdogs | well not many modules so I suppose I'll need to use the git kernel |
12:17.12 | tsdogs | how do I create an img from a tar.gz? |
12:18.26 | phh | for which filesystem ? |
12:19.01 | tsdogs | ext3 should be ok |
12:19.08 | tsdogs | do i need to use dd? |
12:19.12 | phh | yes |
12:19.16 | phh | what is it for ? |
12:19.20 | phh | rootfs on sdcard ? |
12:19.41 | tsdogs | sdcard (rootfs loopback mounted) |
12:19.56 | phh | you'd better not use ext3 then |
12:19.58 | tsdogs | ok then I know how to create it |
12:20.17 | tsdogs | no prob microsd costs 10 Euros :) |
12:20.24 | phh | ok |
12:20.26 | phh | you lucky raph user. |
12:20.34 | cr2 | hehe |
12:20.51 | cr2 | ext3 for nand |
12:21.14 | cr2 | need nand byte access first |
12:23.05 | tsdogs | hmm, what about a cpio archive (initramfs) |
12:23.44 | cr2 | tsdogs: works for me |
12:24.23 | tsdogs | yeah, it's only 11mb uncompressed |
12:24.30 | tsdogs | so what's the cpio command? |
12:24.42 | cr2 | phh: should we write a big bash fm script ? |
12:24.59 | cr2 | tsdogs: was done by oe somehow |
12:25.00 | tsdogs | if it works why not |
12:25.18 | tsdogs | yeah, but I sayd I wanted a tar.gz filesystem :) |
12:25.29 | phh | tsdogs: find . |cpio -i (or -o ?) |gzip -c > initrd.imgs |
12:25.40 | phh | cpio -o |
12:25.43 | tsdogs | phh tnx |
12:25.53 | phh | oh no |
12:25.56 | phh | cpio -o -H newc |
12:26.15 | tsdogs | ok |
12:27.32 | tsdogs | hmm, cpio too many arguments ? |
12:27.40 | *** join/#htc-linux skodde (n=skodde@adsl-ull-78-4.47-151.net24.it) |
12:27.59 | tsdogs | does not like the -H |
12:28.17 | tsdogs | ok working now |
12:31.13 | tsdogs | hmm, oe kernel hangs after sd detection |
12:31.31 | tsdogs | let's try with my own |
12:31.52 | *** join/#htc-linux JoshuaL (n=JoshuaL@unaffiliated/joshual) |
12:32.15 | phh | cr2: many people complains about hanging in sd, any idea about it ? |
12:32.26 | phh | DMA, clock, 4pin VS 1 pin ? |
12:32.34 | cr2 | phh: on which device ? |
12:32.39 | phh | raph/diam |
12:32.53 | phh | i think the diam i've seen was a diam400 so external SD too |
12:33.10 | cr2 | 4 vs 1 should be in CIS |
12:33.23 | *** join/#htc-linux Gnutoo (n=gnutoo@host25-145-dynamic.51-79-r.retail.telecomitalia.it) |
12:33.33 | cr2 | we need a list of strange devices in wiki |
12:33.51 | cr2 | i have no idea about !100 (and !500/800) |
12:35.28 | tsdogs | my kernel booted but root was not found, need to change default.txt :) |
12:36.36 | cr2 | tsdogs: ramboot ? |
12:36.57 | tsdogs | yeah, but need to check what's in the default.txt |
12:37.59 | *** join/#htc-linux ToAsT (n=Administ@115-106.96-97.tampabay.res.rr.com) |
12:38.41 | tsdogs | isn't "set initrd myinitrd" enough? |
12:39.19 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable187.118-80-70.mc.videotron.ca) |
12:41.33 | cr2 | should be ok |
12:42.44 | tsdogs | hmm I get VFS cannot open root device "NULL" ... please specify root= |
12:44.28 | tsdogs | lol, you even hacked the logo :) |
12:47.18 | phh | tsdogs: check logs about initramfs |
12:47.31 | phh | most likely magic wrong or something like that |
12:47.34 | phh | or didn't found /init |
12:48.27 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-98-111-116-175.hrbgpa.fios.verizon.net) |
12:48.32 | tsdogs | I'll try with the initramfs you gave me |
12:48.55 | phh | cr2: to put FM radio firmware, basically, dump-bin FMInit.bts |xargs hcitool cmd (with a for loop somewhere.) will do the trick ? |
12:50.39 | cr2 | phh: yes. with a patched dump-brf |
12:50.55 | tsdogs | hmm yours is working so it must be something with my initrd then |
12:50.57 | phh | hu ? why ? |
12:51.06 | phh | the current one doesn't work ? |
12:51.39 | cr2 | phh: but not the switch to 4Mbit ;) |
12:51.52 | cr2 | the current is not user-friendly enough |
12:52.15 | phh | tsdogs: most common mistakes are wrong gzip (no -9 or such things.) or cpio (-H newc and nothing else.), unexecutable (modes, libs, and such) /init |
12:52.17 | cr2 | i have |
12:52.20 | cr2 | # FM ON |
12:52.22 | cr2 | ACTION_SEND_COMMAND: ogf=0x3f ocf=0x137 -> 0x01 0x37 0xfd 0x01 -> payload -> 0x01 |
12:52.38 | cr2 | can be stripped down to |
12:52.52 | NetRipper | cr2, pong |
12:52.56 | cr2 | hcitool cmd 0x3f 0x137 0x01 |
12:52.59 | tsdogs | phh I simply did: find . | cpio -o -H newc | gzip -c > initramfs |
12:53.06 | cr2 | NetRipper: working on FM now |
12:53.10 | tsdogs | obviously from the untarred rootfs |
12:53.10 | NetRipper | ah |
12:53.24 | phh | tsdogs: no error while doing this command ? |
12:53.28 | tsdogs | nope |
12:53.43 | cr2 | NetRipper: do you know what is PImask ? |
12:53.59 | tsdogs | hmm, but the rootfs contains linuxrc and not init |
12:54.00 | NetRipper | probably the checksum for the first block |
12:54.04 | phh | tsdogs: hum try just find | .... not find . | .... |
12:54.08 | phh | don't know if that matters |
12:54.14 | phh | tsdogs: rootfs= initramfs ? |
12:54.19 | phh | it must contain init for initramfs afaik |
12:54.20 | tsdogs | though the error reported was before starting |
12:54.28 | NetRipper | let me send you a doc cr2 |
12:54.33 | NetRipper | can you give me your mail in pm? |
12:54.35 | tsdogs | but that should have given a different error. |
12:54.47 | phh | tsdogs: what's the error ? |
12:55.00 | cr2 | NetRipper: the RDS command is known, now we only need to pick the response. |
12:55.08 | cr2 | NetRipper: cr2@htc-linux.org |
12:55.17 | tsdogs | VSF: cannot open root device "NULL" ... please specify root= |
12:55.25 | phh | cr2: and maybe init the FM ... |
12:55.27 | tsdogs | well, I'll manage |
12:55.31 | phh | tsdogs: that's not the real error. |
12:55.34 | tsdogs | please concentrate on the FM |
12:55.41 | phh | if it says so it's because initramfs hasn't be launched at all |
12:56.10 | tsdogs | yeah it's like the initramfs is not as it wonts it to be |
12:56.17 | tsdogs | s/wont/want/ |
12:56.33 | cr2 | phh: we can feed it all TIInit_5_3_53.bts , FMInit_2.bts and FM_on_2_1.bts first |
12:56.40 | cr2 | phh: it will switch FM on |
12:56.52 | phh | cr2: and then we need to set the frequency.... et voila ? |
12:57.08 | cr2 | phh: and you need to send 2 AT commands to switch audio out |
12:57.21 | cr2 | phh: yeah. write an index in the 0xa reg |
12:57.39 | cr2 | don't know the freq -> index algorithm though. |
12:57.49 | phh | that seems really simple. |
12:57.52 | phh | let's mod dump-brf |
12:58.47 | cr2 | phh: modify this printf : ACTION_SEND_COMMAND: ogf=0x3f ocf=0x23a -> 0x01 0x3a 0xfe 0x00 -> payload -> |
12:59.19 | tsdogs | whooo I have the lights which do strange stuff here :) |
12:59.21 | cr2 | with HCITOOL: tag, then you can grep for it. and cut -b |
12:59.27 | phh | tsdogs: yes it happens a log |
12:59.32 | cr2 | tsdogs: :) |
12:59.32 | tsdogs | home flashing fast |
12:59.44 | phh | s/log/lot/ |
13:00.06 | tsdogs | ok, as far as it's normal, and no damage then it's ok |
13:00.07 | NetRipper | ok see mail cr2 |
13:00.08 | phh | tsdogs: i guess the capacitive panel doesn't know what to do if there is a little capacity loss somewhere |
13:00.18 | cr2 | tsdogs: the leds are linked to capacitive panel too :) |
13:00.22 | cr2 | NetRipper: ok |
13:00.44 | NetRipper | hope it helps.. i was more on the user-side of the driver instead of talking to the hardware |
13:01.16 | cr2 | looking |
13:01.19 | cr2 | # Enable Dynamic LNA mode switch |
13:01.20 | cr2 | ACTION_SEND_COMMAND: ogf=0x3f ocf=0x135 -> 0x01 0x35 0xfd 0x07 -> payload -> 0x64 0x04 0x00 0x00 0x00 0x00 0x01 |
13:01.29 | phh | what's this payload thing ? |
13:01.30 | cr2 | i wish all .bts was socumented in this way ;) |
13:01.33 | phh | i don't have it in the sources you gave me |
13:01.52 | cr2 | phh: it's 2 printfs in your source |
13:02.03 | cr2 | i squeezed them to 1 yesterday |
13:03.57 | cr2 | NetRipper: lol. Winning Notification!!! Contact : deskofsilva002@gmail.com |
13:04.05 | tsdogs | ok it was the init link missing :) |
13:04.08 | tsdogs | now it booted |
13:04.13 | phh | tsdogs: great |
13:04.14 | cr2 | NetRipper: was it your e-mail ? :) |
13:04.29 | NetRipper | cr2, lol |
13:04.47 | NetRipper | cr2, no |
13:04.49 | NetRipper | :P |
13:05.05 | NetRipper | cr2, you get one from @netripper.nl |
13:05.06 | NetRipper | ;) |
13:05.14 | cr2 | Dear Internet User, |
13:05.16 | cr2 | This Email is to inform you that you emerged a winner of the sum of 750,000.00 Pounds.For further Information about your |
13:05.17 | cr2 | Winnings,contact your Lottery Claims Officer with the following contact Address Below. |
13:05.20 | NetRipper | awesome |
13:05.23 | cr2 | NetRipper: notyet |
13:05.38 | NetRipper | contact them and claim your money |
13:05.44 | NetRipper | and sue them for giving false hope |
13:06.01 | NetRipper | too bad it doesnt work that way |
13:06.06 | tsdogs | how do I enable usbnet on my PC? (I disconnected the cable before booting, cause needed access to microsd), but now I do not see any usb device |
13:06.07 | cr2 | ok, now i have your email :) |
13:06.09 | NetRipper | k |
13:06.36 | phh | tsdogs: you must have usb connected before calling haret |
13:07.01 | tsdogs | hmm, so I need to disable the usbdisk first on the phone... ok |
13:07.20 | phh | hcitool cmd 0x3f 0x137 0xfd 0x01 0x01 |
13:07.23 | phh | for the first line of FM ON |
13:07.34 | phh | is it ok ? |
13:07.44 | cr2 | NetRipper: the RDS request is a simple fixed command, but i don't know how the reply will look like |
13:08.05 | NetRipper | well hopefully you'll start getting a stream of rds data |
13:08.06 | tsdogs | btw u are still on 2.6.27 right? |
13:08.22 | phh | tsdogs: tmzt tried working on 2.6.32/31 but i think he gave up |
13:08.36 | cr2 | tsdogs: wish to switch |
13:08.47 | cr2 | tsdogs: for tvout and usb host |
13:08.51 | tsdogs | ok, it's only 'cos I saw a 2.6.29 branch |
13:09.15 | tsdogs | did many things change? well suppose so ;) |
13:09.31 | cr2 | tsdogs: not really |
13:09.49 | cr2 | tsdogs: do you have fm radio working ? and a registry editor ? |
13:09.59 | NetRipper | cr2, so you should receive binary data in multiples of 13 bytes |
13:10.02 | NetRipper | 104 bits |
13:10.09 | tsdogs | hmm, yeah in winmo I suppose? |
13:10.48 | cr2 | 0xc0 is ? |
13:11.05 | cr2 | 192... |
13:11.08 | cr2 | tsdogs: yes |
13:11.27 | cr2 | c is 12 |
13:11.40 | tsdogs | cr2: what do you need? |
13:12.22 | NetRipper | cr2, maybe you don't get the checksums.. which mean you would get 64 bits for each group.. and 192 is 3 groups then |
13:12.54 | NetRipper | although that doesn't match my experience in winmo |
13:13.14 | cr2 | NetRipper: ok, we will see it soon |
13:13.41 | cr2 | tsdogs: SOFTWARE/Drivers/FMS/FMchip* |
13:14.12 | cr2 | tsdogs: and also \Drivers\BuiltIn\FMS\HTCDebug |
13:14.43 | tsdogs | FMChipVersion: 2 |
13:14.53 | cr2 | subversion ? |
13:14.54 | tsdogs | FMMode: 0 |
13:15.11 | tsdogs | no SubVersion |
13:15.20 | cr2 | hmm. ok |
13:15.32 | cr2 | what about HTCDebug ? |
13:16.19 | tsdogs | HTCDebu: 1 |
13:16.30 | tsdogs | Index: 1 |
13:16.40 | tsdogs | Prefix: FMS |
13:16.44 | cr2 | ok |
13:16.52 | tsdogs | Dll? |
13:16.56 | cr2 | do oyu have FMLog* file ? |
13:17.32 | tsdogs | u mean in the registry or somewhere on the fs? |
13:17.41 | tsdogs | no FMLog in the reg |
13:18.17 | cr2 | in \ |
13:19.15 | tsdogs | nope with explorer I cannot see it |
13:20.06 | cr2 | hmm. maybe change HTCDebug to 0 ? |
13:20.15 | tsdogs | I have a FMInit_2 in /Windows |
13:21.18 | cr2 | .bts |
13:21.58 | cr2 | handleRdsGroup14 - 14B |
13:22.20 | tsdogs | cr2: should I reboot after the change? |
13:22.48 | cr2 | yes |
13:23.28 | tsdogs | rebooting, bbiaf |
13:23.36 | cr2 | probably disabled ;) |
13:24.16 | cr2 | NetRipper: are you using functions like that -> |
13:24.19 | cr2 | FM_MuteRadio(%d) |
13:24.21 | cr2 | FM_SetVolume(%d) |
13:24.22 | cr2 | FM_SetRDS(%d) |
13:24.24 | cr2 | FM_Tune(0x%d) |
13:24.27 | cr2 | FM_SetMoSt(%d) |
13:24.29 | cr2 | FM_SetBand(%d) |
13:24.39 | cr2 | FM_SetPower(%d) |
13:24.45 | NetRipper | i'm using an abstraction layer, someone else made the actual interface to the driver |
13:25.03 | NetRipper | let me see if i can check |
13:25.25 | cr2 | i can correlate the raw commands to these functions. |
13:26.44 | cr2 | tsdogs: from FMS.dll |
13:26.46 | cr2 | Error Reading ChipSubVersion, error code = 0x%x!!! |
13:26.48 | cr2 | Fm_on_2_1.bts |
13:26.49 | cr2 | Fm_on_2_0.bts |
13:26.51 | cr2 | \Windows\ |
13:26.52 | cr2 | %s%s |
13:26.54 | cr2 | Unknown ChipSubVersion = %d!!! |
13:26.55 | cr2 | FM ChipSubVersion = %d |
13:27.01 | tsdogs | no log so far |
13:27.39 | NetRipper | do you have the fms.dll? |
13:27.55 | NetRipper | then you can see its exports |
13:28.01 | cr2 | FMLog_%02d.txt |
13:28.03 | tsdogs | let's try with 2 |
13:28.42 | cr2 | tsdogs: don't know the full path though |
13:28.57 | NetRipper | FMS_Close FMS_Deinit FMS_IOControl FMS_Init FMS_Open FMS_Read FMS_Write |
13:29.02 | tsdogs | ok, I might look around and see if I find it |
13:29.10 | NetRipper | oh that's the lower level |
13:29.27 | tsdogs | yeah with value 2 I have the file there in / |
13:29.44 | NetRipper | cr2, this is what the abstraction layer that I use, talks to: http://netripper.pastebin.com/f4bacddd1 |
13:29.47 | tsdogs | it's 0 size though |
13:29.54 | tsdogs | trying to start fm |
13:29.56 | cr2 | NetRipper: only these |
13:30.01 | cr2 | [Ordinal/Name Pointer] Table |
13:30.02 | cr2 | <PROTECTED> |
13:30.04 | cr2 | <PROTECTED> |
13:30.05 | cr2 | <PROTECTED> |
13:30.07 | cr2 | <PROTECTED> |
13:30.08 | cr2 | <PROTECTED> |
13:30.10 | cr2 | <PROTECTED> |
13:30.11 | cr2 | <PROTECTED> |
13:30.19 | tsdogs | maybe it's the log level |
13:30.46 | cr2 | tsdogs: wait a bit. and change frequencies et al. |
13:30.52 | *** join/#htc-linux thielmann (n=thielman@78.52.96.109) |
13:30.55 | cr2 | the ATLog is also buffered |
13:30.59 | NetRipper | cr2, on lower level, yes... but on winmo it's like FMS.dll -> FMS_api.dll (abstraction 1 by HTC) -> GFMAPI.dll (abstraction 2 by a user) -> apps |
13:31.00 | cr2 | then close the app |
13:31.28 | cr2 | NetRipper: yes. FMSAPI |
13:31.42 | NetRipper | FPSAPI is not the FMS_Close stuff |
13:31.49 | NetRipper | FPSAPI is what you see in the pastebin |
13:31.53 | cr2 | NetRipper: but these calls are more or less 1:1 BT commands |
13:32.01 | NetRipper | ah ok |
13:32.08 | cr2 | which are in turn the I2C registers. |
13:32.17 | cr2 | but behind the HCI interface |
13:32.18 | NetRipper | cr2, if you wish i can ask for the source code for talking to the FMS_API.dll from the original author? |
13:32.27 | tsdogs | hmm, the file seems locked ... but size is still reported to 0bytes |
13:32.44 | cr2 | NetRipper: i think he has published it at my request ? |
13:32.52 | NetRipper | did she? |
13:33.01 | NetRipper | i think i only saw the code for the test app |
13:33.18 | cr2 | tsdogs: the API header |
13:34.38 | tsdogs | you mean I should put a value something like 99? |
13:34.57 | NetRipper | http://forum.xda-developers.com/showthread.php?t=497977 that's the thread |
13:35.43 | cr2 | tsdogs: 0xff ? |
13:36.02 | tsdogs | I tried turning it off and then on again |
13:37.06 | cr2 | NetRipper: yes, the fmradioapi |
13:37.58 | NetRipper | that's not the source for the GFMAPI.dll, but for the c++ wrapper that talks go GFMAPI.dll |
13:38.15 | cr2 | ok |
13:38.17 | NetRipper | for easier programming against it from c++ instead of c |
13:38.33 | cr2 | tsdogs: you may try this FMradio app too |
13:39.05 | cr2 | NetRipper: but these funcs are in FMS.dll |
13:39.37 | phh | tsdogs: maybe reboot, it will force it to close the file and maybe flush buffers |
13:39.44 | NetRipper | FMS.dll has the open/close/iocontrol/read/write, but not the setvolume etc |
13:39.55 | NetRipper | FPS_API.dll has the setvolume etc |
13:40.35 | cr2 | NetRipper: not exported, but they are inside |
13:40.39 | tsdogs | ok, but then i need to disable the registry so it won't wipe it out on next reboot. |
13:40.45 | cr2 | maybe ioctl table |
13:40.46 | NetRipper | no, im talking all exported |
13:40.51 | NetRipper | ah ok |
13:40.52 | phh | tsdogs: i think the %2d is there to disable wiping |
13:40.57 | NetRipper | that could b eyes |
13:41.39 | tsdogs | ok, but I only have _00 |
13:41.58 | cr2 | NetRipper: this api is unbelievable bloatware :) when i think about i2c regs. |
13:42.23 | phh | tsdogs: even after reboot ? |
13:42.25 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
13:43.01 | cr2 | In RDS Raw data, PI appears recursively in 12 bytes (a Group). |
13:43.02 | tsdogs | yep, but I need to do more sistemic tests :) |
13:43.14 | cr2 | 0xc |
13:43.15 | tsdogs | hmm, 0xff did disable the log file... |
13:43.37 | cr2 | 0xc0 looks like 16groups |
13:43.51 | cr2 | tsdogs: ok |
13:45.18 | tsdogs | hmm it is a decimal value, so now I try with 255 |
13:47.01 | *** join/#htc-linux JoshuaL_ (n=Joshua@unaffiliated/joshual) |
13:47.06 | tsdogs | nope, let's try with 9 then |
13:47.54 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
13:48.39 | *** join/#htc-linux Zoolooc (n=lucian@p54953CA3.dip.t-dialin.net) |
13:51.28 | cr2 | lol |
13:51.31 | cr2 | - Support FMBAND_WIDEJPN (76.0 - 108.0 World wide) |
13:52.04 | phh | isn't it illegal in many countries ? |
13:54.31 | cr2 | phh: in France even the 128bit SSL is illegal, afair :) |
13:54.46 | phh | no 128bit is the limit :D |
13:55.01 | cr2 | ok, it must have changed :) |
13:57.53 | cr2 | 76-90 is a TV channel |
13:58.03 | cr2 | so there is nothing illegal here. |
13:58.09 | phh | oO |
13:58.15 | phh | i thaught police used these frequencies |
13:58.22 | cr2 | >108 |
13:58.34 | cr2 | 144 is amateur band |
13:59.15 | cr2 | not only police, but the airplane pilots too |
13:59.36 | cr2 | with the SDR it's all irrelevant anyway |
14:00.35 | tsdogs | ok, the only value that generates the file is 2 |
14:00.45 | cr2 | tsdogs: ok |
14:00.54 | tsdogs | but I found no way to get something into it... |
14:01.07 | tsdogs | and it's only _00 |
14:01.19 | phh | tsdogs: look at the processes |
14:01.25 | phh | maybe one holds the file |
14:01.35 | cr2 | tsdogs: strange. |
14:01.46 | cr2 | phh: it's the kernel in wince |
14:01.47 | tsdogs | sure, but I enabled logging with the 2 value, and rebooted |
14:01.53 | phh | oh. |
14:01.58 | tsdogs | then started the fm and done something |
14:02.18 | tsdogs | then disabled the logging and shutdown / start up, but the file is still 0b |
14:02.28 | cr2 | tsdogs: try this app http://forum.xda-developers.com/showthread.php?t=497977 |
14:02.36 | cr2 | tsdogs: it may spam all your log :) |
14:02.45 | tsdogs | np |
14:03.24 | tsdogs | Power Radio, or the other one? |
14:03.35 | tsdogs | or simply the tests? |
14:04.21 | tsdogs | ok downloaded xfmradio |
14:04.35 | tsdogs | hmm a exe? |
14:05.33 | cr2 | with source too |
14:07.02 | cr2 | but the source is not very useful for us |
14:08.18 | tsdogs | the app works, but what should I do with it? |
14:08.43 | tsdogs | if source code is not necessary it won't the log either :) |
14:09.07 | cr2 | FMS.dll does the logging |
14:09.29 | cr2 | the highlevel API is useless |
14:10.34 | tsdogs | ok so i might try it with a value of 2 then... |
14:10.46 | tsdogs | last test the i gg |
14:14.07 | tsdogs | wow, it got to 48k now |
14:14.09 | tsdogs | :) |
14:14.17 | cr2 | :) |
14:14.22 | cr2 | pastebin |
14:17.14 | tsdogs | http://pastebin.ca/1650458 |
14:18.03 | tsdogs | is it useeful? |
14:19.06 | cr2 | .ca does not work for me |
14:19.51 | tsdogs | ? |
14:20.13 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
14:20.39 | phh | cr2: http://husson.hd.free.fr/1650458 |
14:20.39 | tsdogs | http://pastebin.com/m5f9e275a |
14:20.41 | tsdogs | better |
14:20.44 | phh | . |
14:20.44 | tsdogs | lol |
14:21.09 | cr2 | The requested operation could not be completed |
14:21.10 | cr2 | Internal Error in Server |
14:21.11 | cr2 | Details of the Request: |
14:21.13 | cr2 | URL: http://pastebin.ca/1650458 |
14:21.14 | cr2 | Protocol: http |
14:21.16 | cr2 | Date and Time: Saturday 31 October 2009 15:20 |
14:21.17 | cr2 | Additional Information: pastebin.ca |
14:21.26 | tsdogs | cr2: ok, check the other links |
14:21.29 | cr2 | This is most likely to be caused by a bug in the server program. Please consider submitting a full bug report as detailed below. |
14:22.15 | cr2 | FM ChipSubVersion = 2 |
14:22.18 | cr2 | eh ? |
14:22.27 | phh | oO |
14:22.29 | tsdogs | it's a RAPH120 afair |
14:22.44 | phh | tsdogs: you have a FM_on_2_2.bts ? |
14:22.54 | cr2 | tsdogs: what *.bts files do you have in \windows ? |
14:22.58 | tsdogs | let me chek |
14:23.35 | cr2 | [FM00:01:04:684] FM_SetAudioPath(1) |
14:23.36 | cr2 | <PROTECTED> |
14:23.38 | cr2 | [FM00:01:04:684] FM_AUDIO_PATH_EARPHONE |
14:24.24 | tsdogs | nope only 2_0 and 2_1 |
14:24.47 | phh | strange |
14:24.59 | tsdogs | but I cannot see extensions, should install activesync somewhere... |
14:25.16 | cr2 | send_fm_event_cmd_done: status=9, cmd=9, value=88000 |
14:25.20 | cr2 | frequency ? |
14:25.32 | tsdogs | yes |
14:25.56 | cr2 | send_fm_event_cmd_done: status=0, cmd=8, value=21 |
14:25.58 | cr2 | rssi |
14:26.13 | tsdogs | like I said I have a FMInit_2.bts |
14:26.20 | cr2 | [FM00:01:21:254] (data len=192) |
14:26.40 | cr2 | this is the 0xc0 RDS dump |
14:26.47 | cr2 | NetRipper: still here ? |
14:27.42 | cr2 | Not handling group type 1. |
14:27.44 | tsdogs | btw, as I have bought it in the uk, I reflashed it with htc firmware |
14:27.52 | cr2 | Not handling group type 4 |
14:27.59 | cr2 | Not handling group type 15. |
14:28.27 | tsdogs | ok, really gg now. bb tonight I hope. cya |
14:28.29 | cr2 | send_fm_event_ps_changed: freq=0x157c0 |
14:28.41 | cr2 | tsdogs: nice log |
14:28.51 | tsdogs | cr2: good |
14:28.56 | tsdogs | bye |
14:29.22 | cr2 | bye |
14:29.30 | cr2 | end_fm_event_ps_changed: freq=0x157c0 |
14:29.35 | cr2 | 88MHz |
14:34.03 | cr2 | Not handling group type 8 |
14:34.23 | cr2 | Not handling group type 3 |
14:34.30 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
14:35.44 | cr2 | Ignore - error in block B |
14:35.45 | NetRipper | cr2, sounds ok |
14:37.08 | NetRipper | most apps only handle group type 0, 2, 4a, 10 |
14:37.23 | cr2 | NetRipper: the block is 0xc0 sized (=192 bytes) as ive said |
14:37.40 | NetRipper | 192 bytes |
14:37.41 | cr2 | 1,3,4,8,15 are not handled |
14:37.55 | NetRipper | that's 14 groups in one message |
14:37.56 | NetRipper | sounds good |
14:38.02 | NetRipper | means good reception |
14:38.21 | cr2 | it's always requested in 0xc0 blocks |
14:38.33 | NetRipper | ok but probably not always valid data |
14:38.34 | cr2 | maybe cached on chip or so |
14:38.37 | NetRipper | depending on the reception |
14:38.38 | cr2 | yees |
14:39.30 | cr2 | need to parse this 0xc0 block somehow |
14:39.46 | cr2 | 0,2,14 are handled ? |
14:39.55 | cr2 | 1,3,4,8,15 are not handled |
14:40.12 | NetRipper | yes the group type is a number within the group |
14:40.18 | cr2 | what is 15 ? |
14:40.22 | cr2 | ok |
14:40.39 | NetRipper | bit 27-30 within a group denote the message type |
14:40.53 | NetRipper | (looking from the left) |
14:41.08 | cr2 | 15 is fats tuning and switching |
14:41.25 | NetRipper | probably something the radio station sends out, but the driver doesn't handle |
14:41.46 | NetRipper | it's not interesting what is or what isn't handled |
14:41.52 | cr2 | 8 is tmc |
14:42.03 | cr2 | not handled in wince :) |
14:42.19 | NetRipper | yes, but via the GFMAPI we can handle tmc |
14:42.28 | NetRipper | which is how they wrote the tmc support for igo |
14:42.39 | cr2 | ok |
14:42.43 | NetRipper | it's not handled, but is passed to the user space |
14:42.49 | cr2 | 4 is date-time |
14:43.12 | cr2 | yes, we can handle all of them |
14:43.36 | NetRipper | if we want to |
14:43.43 | NetRipper | but it's best to leave that up to user space |
14:43.45 | cr2 | these were the groups tsdogs was receiving |
14:43.48 | NetRipper | so the dev can choose what to handle |
14:44.00 | cr2 | NetRipper: it's all userspace |
14:44.12 | cr2 | all fm radio. |
14:44.15 | NetRipper | ok |
14:44.30 | NetRipper | i mean in linux.. that you dont go parsing message types in the kernel |
14:44.34 | cr2 | even the .bts upload is in userspace |
14:44.41 | NetRipper | ok |
14:45.05 | cr2 | it's just a serial port in linux |
14:45.09 | NetRipper | oki |
14:45.11 | cr2 | <PROTECTED> |
14:45.39 | cr2 | you request rds and get a 0xc0 blob |
14:45.42 | NetRipper | how about receiving the audio from fm and routing it to speaker? |
14:45.55 | cr2 | done with AT command |
14:46.08 | NetRipper | you have to keep requseting rds or does it just come flowing once you "enable" it? |
14:46.09 | cr2 | audioloopback+setaudio(3) i think |
14:46.22 | cr2 | hmm. good question |
14:47.29 | cr2 | NetRipper: btw, how are they doing tmc pro ? |
14:47.39 | NetRipper | how do you mean? |
14:47.45 | cr2 | NetRipper: i think i've seen a .pdf somewhere |
14:47.51 | cr2 | encrypted tmc |
14:47.55 | NetRipper | oh |
14:47.58 | NetRipper | dont know |
14:48.01 | NetRipper | maybe there's a reference in the thread |
14:48.01 | cr2 | ok |
14:48.11 | cr2 | yes, somewhere there |
14:48.47 | NetRipper | http://forum.xda-developers.com/showthread.php?t=497977 second post has a bunch of links |
14:48.48 | cr2 | is there an androed tmc app ? |
14:48.59 | NetRipper | but i dont think tmc is encrypted usually |
14:49.07 | NetRipper | or did you just mean encoding? |
14:49.07 | NetRipper | :) |
14:50.19 | NetRipper | should be getting my leo next friday btw |
14:50.19 | NetRipper | :D |
14:50.24 | cr2 | there is tmc pro here in Germany, which is encrypted |
14:50.28 | NetRipper | ah |
14:50.36 | NetRipper | poor poor poor you |
14:50.38 | cr2 | with wince ? |
14:50.41 | NetRipper | yes |
14:51.10 | cr2 | normal tmc is not encrypted, but very often it's of questionable quality. |
14:51.11 | *** join/#htc-linux g55 (n=g55@rgnb-5d87d8dc.pool.mediaWays.net) |
14:51.22 | NetRipper | i read a document about spoofing tmc :P |
14:51.24 | cr2 | NetRipper: run haret immediately :) |
14:51.36 | cr2 | and dump the smem/nand et al. |
14:51.44 | NetRipper | how you can influence the car next to you by making him see a " terrorist thread" |
14:51.47 | NetRipper | :P |
14:51.49 | NetRipper | threat* |
14:52.04 | cr2 | fm transmitter ? |
14:52.08 | NetRipper | yes |
14:52.13 | cr2 | lol |
14:52.14 | NetRipper | and sure i'll run haret |
14:52.15 | NetRipper | :) |
14:52.27 | NetRipper | it was about 50 dollars worth of equipment that you needed to pull that sunt |
14:52.28 | NetRipper | stunt |
14:52.34 | cr2 | i've already seen a rom at xda-dev |
14:52.45 | NetRipper | for leo? yes |
14:52.47 | cr2 | :) |
14:52.50 | NetRipper | but no hardspl yet, so cant flash yet |
14:53.10 | cr2 | i can't split the topa100 rom |
14:53.18 | cr2 | even in windows xp |
14:53.22 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
14:53.37 | cr2 | damn closed source windows people |
14:53.38 | NetRipper | official rom? some custom roms are "optimized" which makes them unable to extract |
14:53.51 | cr2 | custom |
14:54.02 | cr2 | but i get the name list |
14:54.22 | NetRipper | im not into rom cooking but i know there's a technique that makes it impossible to extract a rom into a kitchen again |
14:54.27 | cr2 | with a segfault later on invalid offset |
14:54.43 | NetRipper | or at least make it unusable for a cook |
14:54.43 | NetRipper | :) |
14:54.55 | cr2 | fuckers, what should i say ;) |
14:55.06 | NetRipper | :P |
14:55.25 | NetRipper | you could ask around about that in #xda-devs |
14:55.26 | cr2 | xda-dev was great because of all free tools by itsme |
14:55.28 | NetRipper | more than enough cooks there |
14:55.44 | NetRipper | yea some cooks commercialise it a bit |
14:56.04 | NetRipper | demanding donations before releasing the rom |
14:56.04 | cr2 | i'm in the decooking business :) |
14:56.07 | NetRipper | :P |
14:56.31 | cr2 | the best way to dump data is the old testwm5 way |
14:56.52 | cr2 | but it needs many patches, though |
14:57.28 | cr2 | NetRipper: i've seen that 7za supports some .wim format now |
14:57.31 | NetRipper | never heard of that |
14:57.39 | cr2 | looks damn close to .nbh |
14:57.47 | NetRipper | what's 7za? |
14:57.57 | cr2 | 7-zip.org |
14:57.59 | NetRipper | ah |
14:58.17 | NetRipper | hehe would be fun if you could jsut open up a .nbh with 7-zip |
14:58.17 | cr2 | linux version is 7za |
14:58.22 | NetRipper | ah |
14:58.51 | NetRipper | btw htc announced they won't make an android variant for the leo/hd2 |
14:59.09 | cr2 | http://p7zip.sourceforge.net |
14:59.13 | cr2 | who cares |
14:59.28 | NetRipper | i do |
14:59.47 | NetRipper | would be awesome if i could swithc to android just to try it |
14:59.47 | cr2 | it's fun how they use uart1dm on android, and uart2dm on wince |
14:59.55 | NetRipper | as i'll be damned to buy an android device |
15:00.16 | cr2 | yeah, android devices are shit (tm) |
15:00.17 | NetRipper | how's that fun? |
15:00.17 | NetRipper | :P |
15:00.29 | cr2 | and the amss mess too |
15:00.41 | NetRipper | at least the amss is open on linux |
15:00.41 | NetRipper | ;) |
15:00.52 | cr2 | open ? |
15:00.54 | NetRipper | and they had a chance to redesign it |
15:01.11 | NetRipper | yea, aint it? all the source to interface with the linux amss is available |
15:01.15 | NetRipper | so it's open |
15:01.17 | cr2 | tpro2/diam2 have a different amss |
15:01.18 | NetRipper | not the amss itself |
15:01.25 | cr2 | from raph/diam and android |
15:01.25 | NetRipper | oh |
15:01.46 | cr2 | but i've found out most differences |
15:01.52 | cr2 | at least the important ones |
15:02.01 | cr2 | yeah 6120/6125 there |
15:02.02 | NetRipper | they gotta do something to keep us busy |
15:02.15 | cr2 | instead of 52xx/6150(cdma) |
15:02.21 | NetRipper | :) |
15:02.40 | cr2 | not a big problem for an experienced person :) |
15:03.09 | cr2 | they also enable/disable different irqs for wince and android ;) |
15:03.18 | cr2 | BT and ADSP are the examples . |
15:04.21 | cr2 | the last dirty trick to solve is GPS |
15:04.46 | cr2 | i do everything as wince, but arm9 still crashes. |
15:04.51 | cr2 | must be missing something. |
15:05.16 | cr2 | but GPS is closed sourc e on android too |
15:06.56 | cr2 | NetRipper: is the leo rom dissectable ? don't want to dl 150MB over umts to throw it away ;) |
15:07.16 | NetRipper | lol |
15:07.28 | NetRipper | the roms appearing now are probably dissectable |
15:07.33 | NetRipper | but i dont know for sure |
15:08.16 | AstainHellbring | leo rom is defiantely discetable |
15:08.54 | AstainHellbring | need a high speed link to nbh? |
15:09.51 | NetRipper | if you can give him a link to a file he can certainly dissect ;) |
15:09.58 | cr2 | AstainHellbring: tar.gz of xip and imgfs files is more linux-friendly |
15:10.10 | cr2 | :) |
15:10.14 | NetRipper | AstainHellbring, weren't there techniques for making rom's used by cooks that makes dissecting impossible? |
15:10.22 | NetRipper | "in favor of performance" |
15:10.46 | NetRipper | AstainHellbring, as that's why i said 'probably' dissectable :) |
15:10.53 | cr2 | NetRipper: LRK may deal with such tricks |
15:11.07 | cr2 | because you can adjust the source |
15:11.15 | AstainHellbring | cr2 sure I can do that |
15:11.31 | AstainHellbring | NetRipper yah but stock roms are always disctable |
15:11.32 | cr2 | AstainHellbring: rhod100 too ? |
15:11.42 | AstainHellbring | not yet |
15:11.54 | AstainHellbring | withing a few days should have whatever version att gets |
15:11.58 | AstainHellbring | I have rhod400 |
15:12.02 | cr2 | ok |
15:12.06 | cr2 | does not matter |
15:12.10 | AstainHellbring | with US sims hackitvated via cmonex |
15:12.21 | cr2 | hehe |
15:12.26 | AstainHellbring | :) |
15:12.39 | cr2 | my US sim does not work here ;) |
15:12.43 | AstainHellbring | fucking htc placing a specific model check in radio |
15:13.05 | cr2 | AstainHellbring: i think they check a gpio in wince code. |
15:13.05 | AstainHellbring | rhod400 dont pick up any US towers |
15:13.20 | cr2 | and gpio is probably set by amss |
15:13.35 | cr2 | put the gpios in wiki |
15:13.52 | cr2 | topa and rhod have different gpios |
15:14.50 | AstainHellbring | yah I think no2chem2's wiki has gios there I'll check |
15:16.48 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
15:31.16 | *** join/#htc-linux luminoso (n=lumos@av-217-129-139-239.netvisao.pt) |
15:51.42 | *** join/#htc-linux g55 (n=g55@rgnb-5d87df47.pool.mediaWays.net) |
15:57.00 | phh | cr2: isn't normal that power management has been disabled ? The only power management thing currently activated (in the whole git, not just for one board), is setting the ARM11 clock to 250MHz |
16:00.15 | *** join/#htc-linux thielmann_ (n=thielman@e179156008.adsl.alicedsl.de) |
16:01.46 | cr2 | phh: not normal, just i want to finish lcd power first. and gps |
16:01.58 | phh | ok |
16:02.06 | phh | dzo disactivated it 10 days ago |
16:02.25 | phh | and a month. |
16:06.05 | *** join/#htc-linux kiozen_ (n=kiozen@rgnb-5d87d795.pool.mediaWays.net) |
16:12.14 | *** join/#htc-linux kiozen_ (n=kiozen@rgnb-5d87d795.pool.mediaWays.net) |
16:15.36 | cr2 | phh: have you looked at how to receive the hci replies ? |
16:15.59 | phh | hcitool cmd returns something, isn't that it ? |
16:16.28 | cr2 | hm. maybe if you powerup first |
16:16.53 | kam187 | hey cr2! |
16:17.11 | kam187 | do you know off hand how to disable the MPU on MSM7200A ? |
16:17.20 | cr2 | phh i'm looking "hcitool cmd" |
16:17.21 | kam187 | i searched the logs for ages last night, lots of hits :p |
16:17.41 | phh | bash-4.0# hcitool cmd 0x03 0x0013 0x41 0x42 0x43 0x44 |
16:17.41 | phh | < HCI Command: ogf 0x03, ocf 0x0013, plen 4 |
16:17.41 | phh | <PROTECTED> |
16:17.41 | phh | > HCI Event: 0x0e plen 4 |
16:17.41 | phh | <PROTECTED> |
16:17.42 | cr2 | kam187: i don't think you really want it |
16:17.43 | phh | bash-4.0# |
16:17.47 | phh | we get something like that |
16:17.57 | phh | but we get only one hci event |
16:18.18 | phh | if events are asynchronous then it's not that way |
16:18.40 | phh | but we will have to change kernel code ... |
16:18.46 | kam187 | cr2: no? the samsung galaxy seems' to keep 2 copies of the AMSS :( I want to disable the MPU protection and reuse the ram of the copy thats not used |
16:18.55 | phh | or filter by hand mmm |
16:19.03 | kam187 | cr2: i have the 7200 datasheet, but i'm not sure if its the same on the 7200A |
16:19.13 | cr2 | phh: i think it's hci0 business to take care of sync/async |
16:19.31 | cr2 | kam187: where do you see 2 copies ?? |
16:19.31 | phh | mmm seems right |
16:19.46 | kam187 | I guess i assume there is... |
16:19.53 | cr2 | phh: hcitool talks to hci0 |
16:20.08 | kam187 | cr2: http://androidforums.com/samsung-i7500/10881-galaxy-how-much-ram-96mb-109mb-128mb-192mb.html#post77540 |
16:20.15 | kam187 | i posted the info i found up there |
16:20.25 | cr2 | kam187: do you have an amss dump ? |
16:21.07 | kam187 | brb |
16:21.08 | kam187 | yeah |
16:21.11 | kam187 | sorry brb |
16:21.31 | phh | cr2: hcitool.c's code seems really simple :-) |
16:21.45 | cr2 | kam187: then run objdump on it |
16:25.08 | phh | int fd=hci_open_dev(hci_get_route(NULL)); struct hci_filter flt; hci_filter_clear(&flt);hci_filter_set_ptype(HCI_EVENT_PKT, &flt);hci_filter_all_events(&flt);setsockopt(fd, SOL_HCI, &flt, sizeof(flt));read(fd, buffer, 2048); |
16:25.11 | phh | seems easy. |
16:29.17 | *** join/#htc-linux g55 (n=g55@rgnb-5d874220.pool.mediaWays.net) |
16:29.24 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
16:35.04 | AstainHellbring | cr2 you looked at the dragon rom yet? |
16:37.24 | cr2 | AstainHellbring: no |
16:37.42 | AstainHellbring | wantto? |
16:37.51 | cr2 | AstainHellbring: make tar.gz and pm |
16:38.00 | cr2 | AstainHellbring: rhod too :) |
16:38.17 | cr2 | tar.bz2 even better |
16:38.19 | AstainHellbring | cr2 you have lrk right? |
16:38.28 | AstainHellbring | *linux rom kitchen |
16:38.33 | cr2 | dead now |
16:38.46 | cr2 | lost the usb hdd somewhere around |
16:40.19 | AstainHellbring | k |
16:40.40 | *** join/#htc-linux balans (n=barry@53546505.cable.casema.nl) |
16:41.02 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
16:41.31 | AstainHellbring | ok cr2 |
16:42.45 | AstainHellbring | dragon rom I have in zip now |
16:42.49 | AstainHellbring | zip is full of the img files |
16:52.24 | phh | <PROTECTED> |
16:52.24 | phh | <PROTECTED> |
16:52.28 | phh | this mean > 10GHz .... |
16:53.21 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable187.118-80-70.mc.videotron.ca) |
16:53.29 | cr2 | where does it come from ? |
16:53.30 | phh | ok the "khz" in the name is wrong |
16:53.36 | phh | board-htc*.c |
16:54.02 | cr2 | ok |
17:02.24 | *** join/#htc-linux Gnutoo (n=gnutoo@host25-145-dynamic.51-79-r.retail.telecomitalia.it) |
17:03.16 | *** join/#htc-linux panicbutton (n=pb@74-143-95-10.static.insightbb.com) |
17:06.46 | *** join/#htc-linux thielmann__ (n=thielman@e179041160.adsl.alicedsl.de) |
17:24.15 | *** join/#htc-linux Gnutoo (n=gnutoo@host171-39-dynamic.117-80-r.retail.telecomitalia.it) |
17:53.22 | *** join/#htc-linux pronik``` (n=user@ppp-88-217-121-162.dynamic.mnet-online.de) |
18:10.42 | *** join/#htc-linux Gnutoo (n=gnutoo@host171-39-dynamic.117-80-r.retail.telecomitalia.it) |
18:18.58 | *** join/#htc-linux kvaster (n=kvaster@live.bn.by) |
18:22.40 | *** join/#htc-linux stickboy (n=anonymou@128.153.210.175) |
18:47.06 | *** join/#htc-linux balans (n=barry@53546505.cable.casema.nl) |
19:10.13 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
19:11.30 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
19:12.02 | *** join/#htc-linux timebomb (n=tb@f054020089.adsl.alicedsl.de) |
19:14.21 | *** join/#htc-linux c4software (n=Adium@78.250.230.84) |
19:14.31 | c4software | hi everyone |
19:15.33 | tmzt | kam: add dzo to the search, it was less than a week ago though |
19:15.45 | tmzt | almost taught it to apt |
19:17.06 | tmzt | NetRipper: cmonex can do it, it's just harder |
19:18.23 | *** join/#htc-linux xfiles (n=xfiles@c-98-193-151-150.hsd1.ky.comcast.net) |
19:18.35 | *** join/#htc-linux JoshuaL (n=JoshuaL@unaffiliated/joshual) |
19:18.50 | *** part/#htc-linux xfiles (n=xfiles@c-98-193-151-150.hsd1.ky.comcast.net) |
19:18.53 | *** join/#htc-linux g55 (n=g55@rgnb-5d874a90.pool.mediaWays.net) |
19:23.20 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
19:28.25 | *** join/#htc-linux ali12341 (n=al@robotfuzz.co.uk) |
19:29.49 | tmzt | drivers builtin fms htcdebug 1 is default on raph500 but no log and seems to be no fm (ant?) |
19:31.25 | phh | tmzt: it has to be setted to 2 it seems |
19:34.00 | phh | anyone knows how to get which irq caused the wake ? |
19:39.25 | cr2 | tmzt: no fm on cdma afaik |
19:39.45 | cr2 | phh: by adding debug printk :) |
19:39.53 | phh | as usual ok. |
19:40.09 | phh | but which printk ? :D |
19:40.53 | cr2 | by disabling the wakeup irq sources |
19:40.57 | cr2 | one by one |
19:41.35 | phh | /o\ |
19:41.47 | phh | btw, i already did that: http://pastebin.com/m74044c80 |
19:42.00 | phh | do you think this might break anything ? |
19:42.24 | phh | saves 60interrupts/second when screen off |
19:42.32 | *** join/#htc-linux Reactor16 (i=Reactor1@93.182.132.122) |
19:42.47 | Reactor16 | Hi all |
19:48.34 | tmzt | tids: msm is mobile station modem, what qualcomm calls all of their cell phbone main chips |
19:50.55 | cr2 | phh: looks good |
19:50.57 | tmzt | hello |
19:51.02 | phh | ok |
19:51.05 | tmzt | only working on fm now? |
19:51.09 | phh | i hope i will be able to commit it one day. |
19:51.18 | tmzt | is wifi working well on gsm? |
19:51.29 | cr2 | phh: i have a lot of local patches |
19:51.32 | phh | tmzt: in linux yes, in android not really |
19:51.36 | cr2 | and need even more |
19:51.46 | phh | cr2: git's still broken :/ |
19:51.47 | tmzt | in linux with wl12xx? |
19:51.52 | phh | tmzt: yup |
19:51.57 | tmzt | ok |
19:52.12 | tmzt | anyone try 31 on raph100? |
19:52.20 | phh | 31 ? |
19:52.42 | tmzt | gitorious.org/~tmzt |
19:52.49 | phh | oh 2.6.31 |
19:52.54 | tmzt | mdrobnak was working on it with me |
19:52.59 | tmzt | mddi is broken |
19:55.12 | cr2 | tmzt: supports tvout ? |
19:56.09 | Reactor16 | Any one help to unlock Htc vox |
19:57.44 | tmzt | not sure |
19:58.08 | tmzt | Reactor16: gsm unlock? |
20:00.44 | Reactor16 | ya |
20:01.47 | Reactor16 | is there way to decrypt contents of onenand chip ? |
20:01.55 | Reactor16 | it contain unlock code |
20:06.00 | AstainHellbring | hey tmzt |
20:15.04 | tmzt | hello |
20:15.16 | tmzt | Reactor16: boot linux, fix mtd |
20:15.37 | AstainHellbring | tmzt work started on rhod400 yet? |
20:15.50 | tmzt | might also try itsutils |
20:16.05 | tmzt | me? |
20:16.18 | tmzt | is that msm7600? |
20:16.22 | tmzt | 7600a |
20:16.36 | AstainHellbring | yes 7600a |
20:16.40 | AstainHellbring | just in general |
20:17.22 | tmzt | anybody know if the mdp class device is used for anything in android? |
20:31.49 | MethoS- | kaff |
20:31.52 | MethoS- | ups |
20:32.11 | MethoS- | wrong focus ^^ |
20:41.51 | phh | grr i got a "Summary interrupt from GPIO group 2 - those used for ETM" interrupt |
20:41.55 | phh | that's useful. |
20:43.08 | *** join/#htc-linux Googleman (n=Reactor1@41.105.62.94) |
20:50.15 | *** join/#htc-linux luke-jr (n=luke-jr@2002:62b3:1d4c:0:20e:a6ff:fec4:4e5d) |
20:53.43 | flyback | bbl gotta drop off a prescription |
20:58.57 | *** join/#htc-linux balans (n=barry@53546505.cable.casema.nl) |
21:05.23 | phh | mmc as / sucks. |
21:11.16 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-116-36.web.vodafone.de) |
21:14.56 | cr2 | UMULL <RdLo>, <RdHi>, <Rm>, <Rs> |
21:18.28 | cr2 | hmm. what is 0x51eb851f ? |
21:19.39 | cr2 | 0x32=50 |
21:21.08 | Gnutoo | hi I've the strangest things in my kernel....like size_t fbytes=0;fbytes = frames_to_bytes(runtime, frames);ssize_t alsa_send_buffer(struct msm_audio *prtd, const char __user *buf,size_t count, loff_t *pos) and fbyte is a value,count is another.... |
21:21.23 | cr2 | i*50 |
21:21.25 | cr2 | aha |
21:21.44 | Gnutoo | oops |
21:21.50 | Gnutoo | I'll paste a better explanation |
21:21.55 | cr2 | fmin+i*50 |
21:22.13 | cr2 | bizarre arm asm |
21:22.29 | cr2 | F=fmin+i*50 |
21:22.42 | cr2 | i=(F-fmin)/50 |
21:23.02 | Gnutoo | http://pastebin.com/m5352ab3c |
21:23.08 | Gnutoo | there are some useless debug inside |
21:23.09 | cr2 | 1/50 is *0x51eb851f ?? |
21:23.13 | Gnutoo | like size checking |
21:23.54 | cr2 | Gnutoo: where does this code come from ? |
21:24.02 | Gnutoo | codeaurora |
21:24.08 | cr2 | hmm |
21:24.30 | Gnutoo | + printks from me for debuging + advise from a friend for the size checking of certains variables |
21:24.39 | Gnutoo | the files are: |
21:24.51 | Gnutoo | msm-pcm.c |
21:24.59 | Gnutoo | msm7k-pcm.c |
21:25.07 | Gnutoo | it's inside my git but in a clean way |
21:25.11 | Gnutoo | (no printk) |
21:25.57 | Gnutoo | example of output: |
21:26.10 | Gnutoo | [ 116.933105] REMOVE_THAT: fbytes: 0;[ 116.938568] REMOVE_THAT: count 01 : 4800 |
21:26.18 | Gnutoo | that's from aplay |
21:26.41 | Gnutoo | from mplayer count is 19200 |
21:27.06 | Gnutoo | previous code without size checking was: |
21:27.25 | Gnutoo | fbytes: -1 |
21:27.34 | Gnutoo | fbytes is: |
21:27.49 | Gnutoo | pcm.h: |
21:28.12 | Gnutoo | return size * runtime->frame_bits / 8; |
21:28.17 | Gnutoo | (frames_to_bytes) |
21:28.35 | Gnutoo | cr2, what do you think? |
21:30.29 | cr2 | Gnutoo: not that far yet, need to solve gps puzzle... |
21:30.41 | Gnutoo | ok |
21:30.52 | Gnutoo | who could help me on this question? |
21:30.56 | Gnutoo | not alsa but what I asked |
21:31.03 | Gnutoo | it seems so impossible |
21:31.19 | Gnutoo | because it's not a pointer |
21:31.24 | Gnutoo | it's a value |
21:31.52 | Gnutoo | x=5;f(5);f(x){print x} should print 5 |
21:32.21 | Gnutoo | here the value it prints before calling the function and in the function is different |
21:32.26 | Gnutoo | the type is the same |
21:32.28 | Gnutoo | size_t |
21:32.48 | phh | groumpf, msm_serial_hs wake_lcok |
21:32.49 | cr2 | looking |
21:33.11 | Gnutoo | ok thanks a lot |
21:33.55 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
21:35.01 | cr2 | Gnutoo: which lines are these [ 116.933105] REMOVE_THAT: fbytes: 0;[ 116.938568] REMOVE_THAT: count 01 : 4800 |
21:35.33 | cr2 | phh: F=fmin+i*50 |
21:35.58 | cr2 | fmin is 76MHz or 87.5MHz |
21:35.58 | Gnutoo | line 11 |
21:36.16 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) |
21:36.21 | Gnutoo | and line 40 |
21:36.31 | Gnutoo | in http://pastebin.com/m5352ab3c |
21:36.38 | cr2 | yes |
21:37.11 | cr2 | phh: the 76MHz vs 87.5MHz must be somewhere else too |
21:37.19 | phh | cr2: fm subversion ? |
21:37.53 | cr2 | Gnutoo: but these are 2 different functions ? |
21:37.57 | Gnutoo | cr2, yes |
21:38.05 | Gnutoo | in 2 different files |
21:38.31 | Gnutoo | if you mean alsa_send_buffer and msm_pcm_playback_copy |
21:38.32 | cr2 | ok, now i get it |
21:38.41 | Gnutoo | one is in msm-pcm.c |
21:38.49 | Gnutoo | and the other in msm7k-pcm.c |
21:40.31 | cr2 | printk(KERN_ERR "REMOVE_THAT: fbytes: %i\n"); |
21:40.37 | cr2 | where is %i ? |
21:41.03 | cr2 | you forgot fbytes here |
21:41.32 | cr2 | phh: the 50kHz step is fixed. |
21:41.44 | Gnutoo | ah indeed sorry |
21:42.03 | Gnutoo | must be that I'm tired |
21:42.04 | Gnutoo | so sorry |
21:42.38 | cr2 | phh: i have also looked at the gps init, but still don't understand what goes wrong. the modem reset code is to notify the GPS driver |
21:42.44 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
21:43.19 | phh | ok, i'm trying to be able to suspend (and awake) |
21:43.30 | cr2 | phh: i've also rechecked the NS/MD values for 921600, 368640 and 4000000 |
21:43.49 | cr2 | but my NS/MD parser was on the missing hdd ;) |
21:43.55 | phh | ah |
21:44.49 | cr2 | 115200 -> 3ff9b / 9e0000 |
21:45.22 | cr2 | 921600 -> 3ffcd / d00000 |
21:45.56 | cr2 | 3686400 -> 6ffe6 / ec0000 |
21:46.22 | cr2 | 4000000 -> 19ff9f / b80000 |
21:46.38 | cr2 | freq -> MD/NS |
21:47.00 | cr2 | a fast way to do ~ ? |
21:48.50 | cr2 | phh: i'm also for embedding all known clock settings in clock-wince.c |
21:48.59 | cr2 | will save us a lot of trouble |
21:49.11 | phh | ok |
21:49.18 | cr2 | but then we need to remove silly configs like 11MHz for wifi |
21:49.38 | cr2 | we also ned to decide on the rpc clocks |
21:50.11 | cr2 | i fear race conditions here, and it's not 100% clear how to translate the rpc id to g1 name |
21:51.31 | cr2 | .md = ((0xffff & (M)) << 16) | (0xffff & ~((D) << 1)), |
21:51.33 | phh | grrr, so many wake locks not unlocked |
21:51.45 | cr2 | <PROTECTED> |
21:52.26 | cr2 | 3,3,6,x19 |
21:52.32 | cr2 | for M |
21:52.40 | cr2 | ok |
21:53.45 | cr2 | ff9e, ffd0, ffec, ffb8 |
21:53.59 | cr2 | now ~ |
21:54.01 | cr2 | hmm. |
21:55.13 | cr2 | compl |
21:55.59 | cr2 | awk '{printf("%x\n",and(0xffff,compl(0xff9e)))}' |
21:56.01 | cr2 | 61 |
21:56.19 | cr2 | awk '{printf("%x\n",and(0xffff,compl(0xffd0)))}' |
21:56.21 | cr2 | 2f |
21:56.37 | cr2 | awk '{printf("%x\n",and(0xffff,compl(0xffec)))}' |
21:56.39 | cr2 | 13 |
21:56.52 | cr2 | awk '{printf("%x\n",and(0xffff,compl(0xffb8)))}' |
21:56.53 | cr2 | 47 |
21:57.05 | phh | ok, i hate wakelocks. |
21:57.10 | cr2 | lol |
21:57.21 | cr2 | it's N-M |
21:57.42 | cr2 | x61+3=x64 |
21:58.10 | cr2 | x2f+3=x32 |
21:58.34 | cr2 | x13+6=x19 |
21:59.15 | cr2 | x47+x19=x60 |
21:59.20 | cr2 | comparing |
21:59.42 | cr2 | ok too |
21:59.55 | cr2 | prescaler... |
22:01.38 | cr2 | | (0x7 & (SRC)) |
22:01.43 | cr2 | is ok |
22:02.36 | cr2 | bic60 | 40 |
22:04.46 | cr2 | bic 18 removes the prescaler... |
22:05.07 | cr2 | <PROTECTED> |
22:05.18 | cr2 | 0001.1000 |
22:05.34 | cr2 | err |
22:05.49 | cr2 | hmmm |
22:09.19 | phh | oh, there is no unwanted interrupts wakeup actually, i have just been fooled by kernel timestamps which are stopped during suspend ... |
22:10.42 | cr2 | lol |
22:11.12 | cr2 | AstainHellbring: ping |
22:13.18 | cr2 | phh: the BT clock logic is recovered |
22:13.31 | cr2 | phh: now you need to check if it works |
22:13.57 | phh | give me the lines |
22:14.34 | cr2 | cleaning and making a patch |
22:17.06 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
22:19.16 | *** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
22:20.37 | Gnutoo | so it's definitely the frame size |
22:21.14 | Gnutoo | in aplay's case the loop is run once...it consume all the frames and go out of the loop,then it configures the soundacrd and it works |
22:21.39 | Gnutoo | in mplayer's case it run the first time in the loop,then block at the second run in the loop |
22:21.47 | Gnutoo | so it nevers goes out of the loop |
22:22.12 | cr2 | phh: big patch https://privatepaste.com/d3U3oCaJzp |
22:22.19 | cr2 | Gnutoo: mplayer bug ? |
22:22.37 | Gnutoo | pulseaudio does the same |
22:23.01 | Gnutoo | and I was in the kernel when I was talking... |
22:23.47 | cr2 | phh: 640 ?? |
22:23.50 | cr2 | awk '{print (108-76)*1000/50}' |
22:23.51 | cr2 | 640 |
22:24.00 | phh | 640 what ? |
22:24.02 | phh | subchannels ? |
22:24.07 | cr2 | ok, for 2byte |
22:24.26 | cr2 | yes, frequency FM grid |
22:24.32 | cr2 | biggest index value |
22:25.08 | cr2 | so it's only needed to find the jap/ccir switch |
22:25.23 | phh | groumpf, every patch got rejected, i have to merge by hand |
22:25.33 | phh | file* |
22:25.39 | cr2 | because the raw index is relative to fmin |
22:25.41 | cr2 | hehe |
22:27.00 | phh | even arch/arm/mach-msm/board-htcraphael-gps.c ... i'd like to understand how this is possible /o\ |
22:27.43 | phh | oh...dos2unix's power ... |
22:27.44 | phh | bah |
22:27.58 | Battousai | ah line endings. they'll get you every time |
22:28.36 | phh | yeah... |
22:28.56 | cr2 | privatepaste is evil |
22:29.31 | cr2 | not only they hook https to googel tracking, but also add \r ;) |
22:30.08 | phh | better after dos2unix. |
22:30.17 | cr2 | ok |
22:34.27 | phh | arch/arm/mach-msm/board-htcraphael-gps.c:47:2: error: #error "Unknown AMSS version" <---- hu ? |
22:35.34 | cr2 | MSM_AMSS_VERSION_5200 |
22:35.45 | cr2 | what do you have in .cnfig ? |
22:36.22 | phh | CONFIG_MSM_AMSS_VERSION_5200=y ... |
22:37.23 | cr2 | so why is it unknown ? |
22:38.42 | cr2 | err |
22:38.45 | cr2 | forgot CONFIG |
22:39.02 | cr2 | but why did it work for me on topa ??? |
22:39.48 | cr2 | <PROTECTED> |
22:39.56 | cr2 | such style may be even better |
22:43.31 | phh | starting |
22:44.05 | cr2 | :) |
22:45.15 | phh | ?!? frozen |
22:47.14 | cr2 | a new bug ? |
22:47.20 | phh | don't know |
22:47.24 | cr2 | check ramconsole |
22:47.25 | phh | i think i broke something :p |
22:47.35 | phh | cr2: what's the address again ? |
22:47.48 | cr2 | you have diam ? |
22:48.03 | phh | yes |
22:48.36 | cr2 | i think dzo moved it to 0x800000 ? |
22:50.08 | c4software | yes dzo moved to 0x8000000 |
22:50.40 | phh | c4software: sleep works, but it takes 10seconds to wake up |
22:50.55 | c4software | hmm nice work |
22:51.12 | phh | c4software: actually i did nothing. |
22:51.16 | c4software | Its due to what driver you know ? |
22:51.18 | phh | just removed dzo's modifications ... |
22:51.25 | c4software | lol |
22:51.27 | cr2 | lol |
22:51.41 | c4software | Thz Dzo diam its really different |
22:51.53 | c4software | no frontal camera, no 3G, no Wifi, etc |
22:52.04 | phh | ?!? |
22:52.17 | cr2 | what diam is that ? |
22:52.25 | tmzt | chinese |
22:52.38 | tmzt | but 3g is probably frequency thing |
22:52.40 | cr2 | diamXXX ? |
22:52.45 | tmzt | or just broken |
22:52.49 | tmzt | not sure |
22:52.51 | c4software | diam100 too apparently |
22:52.56 | phh | <PROTECTED> |
22:53.12 | cr2 | phh: 8mb physical |
22:53.14 | phh | both gives me exceptions /o\ |
22:53.27 | c4software | no no, the dzo diam don't have the feature at all, its say this last time i talk to him in private |
22:53.39 | cr2 | phh: 7mb ? |
22:54.02 | phh | i think i'll read source code. |
22:54.18 | LittleJ | where can i get an already builded version of android |
22:54.50 | LittleJ | and where moust of the things work :) including sleep :) |
22:54.54 | phh | 0x00800000 |
22:56.48 | phh | cr2: i have many dmesg in it /o\ |
22:58.02 | tmzt | LittleJ: device? |
22:58.10 | LittleJ | diam 100 |
22:58.17 | Gnutoo | wow I know how to make aplay block... |
22:58.18 | tmzt | whehther sleep works is mostly kernel issue |
22:58.18 | Gnutoo | buffersize=19200 |
22:58.28 | tmzt | ah |
22:58.35 | Gnutoo | period size 300 |
22:58.38 | Gnutoo | it makes it block |
22:58.52 | Gnutoo | it doesn't wait for the ioctl tough but it get called a lot |
22:59.04 | Gnutoo | it seems to loop on it somewhere |
22:59.50 | cr2 | phh: many dmesg ? |
23:00.03 | phh | cr2: i have 9000s timestamps. |
23:01.10 | phh | while system freeze at startup |
23:04.42 | cr2 | hmm |
23:05.15 | phh | i'm doing it wrong. |
23:08.33 | LittleJ | tmzt so can u provide me with a build link ? |
23:09.32 | tmzt | connect-utb.com |
23:09.42 | *** join/#htc-linux LarsOevlisen (n=LarsOevl@188.178.241.206) |
23:10.13 | tmzt | gl: 's |
23:10.17 | tmzt | glemsom |
23:10.24 | tmzt | and dzo |
23:11.15 | LittleJ | tmzt thanks will give it a try |
23:12.42 | cr2 | <PROTECTED> |
23:12.44 | cr2 | lol |
23:21.06 | mdrobnak | Hey everyon. |
23:21.11 | mdrobnak | *everyone. |
23:24.36 | dzo | hi mdrobnak |
23:24.45 | tmzt | hey |
23:24.56 | tmzt | get anywhere with 31? |
23:25.26 | mdrobnak | Just saw you made a branch now |
23:25.35 | mdrobnak | How about you? |
23:26.13 | tmzt | a few days ago |
23:26.16 | tmzt | mddi is broken |
23:26.32 | tmzt | need to remove mdp class devices or switch to samsung version |
23:27.24 | mdrobnak | MDDI has been my problem all along, I thought.. |
23:27.42 | mdrobnak | The registration is convoluted to me |
23:27.47 | tmzt | looks like it |
23:27.49 | tmzt | it is |
23:27.55 | tmzt | mddi should be a bus |
23:28.14 | tmzt | but it's registering platform devices on the platform bus |
23:28.17 | mdrobnak | and I've been trying to start practicing guitar again, so I've been hands off on android recently |
23:28.20 | tmzt | which is completly wrong |
23:28.30 | mdrobnak | dzo: What camera sensor do we have in the RAPH?> |
23:28.52 | mdrobnak | tmzt: Right, which is probably why it's broken :-) |
23:29.36 | dzo | same as g1, more or less. |
23:29.36 | mdrobnak | tmzt: But how can the Samsung version work if it's totally different MDDIs? |
23:29.36 | tmzt | we have to port our client code |
23:29.36 | tmzt | but the code is cleaner |
23:29.36 | dzo | just need to port my vfe driver from vogue. g1 does it in userspace. |
23:29.37 | tmzt | and no class devices |
23:29.39 | mdrobnak | dzo: Any idea of the sensor name? I see a few options in 2.6.32 |
23:29.45 | tmzt | I really want to do is: |
23:29.57 | tmzt | move clients to clients |
23:30.01 | tmzt | make mddi a bus |
23:30.27 | tmzt | move lcms/drivers to their own ops structure |
23:30.30 | cr2 | elf: ELF 32-bit LSB executable, ARM, version 1, statically linked, corrupted section header size |
23:30.36 | tmzt | which abstracts spi |
23:31.10 | tmzt | eventually use drm for the dma stuff but no reason to right now |
23:31.10 | dzo | mt9t013, but thats the i2c interface to the ccd, the rest is done by the adsp. |
23:31.36 | tmzt | except google added a lot to the client i2c driver that doesn't belong there |
23:31.54 | mdrobnak | dzo: Yeah, Bayer 3M it says |
23:32.07 | tmzt | dzo: you use ramconsole for everything? |
23:32.28 | tmzt | any reason why adding tty ops to htcfb and supporting it as console won't work? |
23:32.42 | dzo | for debugging after a kernel crash. |
23:32.48 | tmzt | or should I get a serial setup to debug mddi |
23:33.11 | dzo | if kernel is running, just use adb to debug. |
23:33.44 | phh | dzo: why have you disactivated power collapsing ? |
23:33.47 | tmzt | there's some example code in linux that allows unregistering an fb and switching to a different one |
23:34.04 | tmzt | dzo: also. have you ever got apps sleep working? |
23:34.06 | dzo | i haven't, perhaps somebody else did. |
23:34.23 | tmzt | or what mode works better |
23:34.54 | dzo | tmzt: no, never worked for me. mode 1 should work, also mode 0. |
23:34.55 | mdrobnak | tmzt: The update speed on htcfb seems very slow. |
23:35.22 | dzo | why do you need htcfb? |
23:36.17 | tmzt | it is |
23:36.24 | tmzt | it updates the whole screen |
23:36.29 | tmzt | should be using putc |
23:36.36 | mdrobnak | thats what I figured |
23:36.38 | mdrobnak | it was doing |
23:40.04 | mdrobnak | tmzt: Did you get ram console working on your side? |
23:40.22 | tmzt | I don't know the address |
23:40.26 | tmzt | for raph500 |
23:40.31 | tmzt | it should work though |
23:41.02 | tmzt | dzo: trying to figure out what the mddi driver is doing |
23:41.20 | tmzt | if you/mdro look at my recent commits you should see the problem |
23:41.32 | tmzt | gitorious.org/~tmzt |
23:41.33 | Gnutoo | btw what's the 0x806c4120 ioctl? |
23:41.41 | tmzt | for alsa? |
23:41.49 | Gnutoo | yes |
23:41.53 | tmzt | you'll have to check headers |
23:42.12 | Gnutoo | ok but Is there a howto or a program that calculate the ioctl? |
23:42.34 | Gnutoo | because I tried their example in the docs and I didn't succeed |
23:42.36 | tmzt | only if you fix or rebuild strace |
23:42.41 | Gnutoo | maybe I read too fast |
23:42.58 | Gnutoo | wow how do I rebuild strace with that support? |
23:45.13 | tmzt | a right so I was getting a panic trying to rename a kobject |
23:45.19 | tmzt | because of the rcu changes |
23:45.27 | mdrobnak | argh. could anyone familar with gitorious help me via pm here? I'm trying to commit something.. |
23:45.28 | tmzt | and I can't really debug it |
23:47.32 | phh | ok, i broke something. but what ? |