| 00:00.09 | maejrep[w] | cr2: read about as in how to use it, or the status of where I got with it? :p |
| 00:00.32 | cr2 | your status |
| 00:00.56 | maejrep[w] | yeah, looks like we'll need android ot be able to use it |
| 00:01.00 | cr2 | but don't have the full understanding :) |
| 00:01.01 | maejrep[w] | or implement wireless extensions |
| 00:01.32 | cr2 | how can android do it without extensions ? |
| 00:01.42 | maejrep[w] | it comes with android code to control it |
| 00:01.46 | maejrep[w] | like tiwlan_loader |
| 00:01.49 | maejrep[w] | for firmware |
| 00:02.25 | cr2 | maybe we can merge the loader into the kernel ? |
| 00:02.44 | maejrep[w] | the directory that dcordes provided included the kernel source for the driver, and the android code for utilities |
| 00:02.53 | cr2 | what is this loader actually doing ? |
| 00:02.53 | maejrep[w] | hmm, possibly, but it would have to be rewritten basically |
| 00:02.59 | maejrep[w] | I htink it relies on android libs |
| 00:03.07 | maejrep[w] | not sure, haven't looked to far into it |
| 00:03.19 | cr2 | i can't imagine that |
| 00:03.30 | cr2 | the code was written by ti |
| 00:03.32 | maejrep[w] | http://www.netmite.com/android/mydroid/system/wlan/ti/sta_dk_4_0_4_32/CUDK/tiwlan_loader/tiwlan_loader.c |
| 00:03.37 | maejrep[w] | ti and google |
| 00:03.50 | maejrep[w] | has android specific code in it |
| 00:04.19 | maejrep[w] | probably shouldn't be too hard to compile it without android |
| 00:04.28 | maejrep[w] | I just didn't get a chance to try it |
| 00:05.34 | cr2 | ok |
| 00:05.53 | cr2 | i think the android links are for some custom logging |
| 00:05.54 | maejrep[w] | so, to get the -mmc code to work, I have to disable the switchvdd function |
| 00:06.04 | cr2 | the rest is writing into /dev/mem |
| 00:06.14 | maejrep[w] | ok |
| 00:06.17 | maejrep[w] | how do we enable /dev/mem? |
| 00:06.22 | cr2 | do you enamble vregs ? |
| 00:06.25 | maejrep[w] | my kernel only has /dev/kmem and /dev/ashmem |
| 00:06.47 | maejrep[w] | yes, I'm still enabling vregs, but switchvdd() uses vreg_set_level based on the level that is passed to it |
| 00:06.53 | cr2 | hmm, you tell me some strange things :) |
| 00:06.56 | maejrep[w] | and when I do that, it can't locate the card |
| 00:07.01 | maejrep[w] | lol |
| 00:07.04 | maejrep[w] | sorry :( |
| 00:07.25 | cr2 | can you send me your ti1251.dll ? |
| 00:07.34 | *** join/#htc-linux konsta (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
| 00:07.44 | maejrep[w] | yes, I think I uploaded it once before, would just need to locate it |
| 00:08.01 | cr2 | hmm, /dev/mem is device/char/xxx |
| 00:08.53 | cr2 | i have downloaded 2x blac100 files, but got nothing useful ;) |
| 00:09.17 | cr2 | do you rememebr who has dumped the black100 dmesg ? |
| 00:09.44 | cr2 | he should dump the nk.exe from sdram too. his nk.exe seems to be very special. |
| 00:09.47 | maejrep[w] | no, maybe dcordes? |
| 00:09.51 | cr2 | no |
| 00:10.51 | maejrep[w] | know how to mount a .vdi virtualbox disk image? :p |
| 00:11.02 | maejrep[w] | actually nm |
| 00:11.03 | cr2 | no |
| 00:12.13 | maejrep[w] | http://privatepaste.com/2d02hdNfU0#TNETW1251.dll |
| 00:12.23 | cr2 | ok |
| 00:12.40 | maejrep[w] | I don't know where it gets the firmware file from |
| 00:12.44 | maejrep[w] | haven't really looked into that |
| 00:12.52 | cr2 | from \windows |
| 00:13.00 | maejrep[w] | oh ok :p |
| 00:13.03 | cr2 | the g1 fw is different from wince |
| 00:13.06 | maejrep[w] | right |
| 00:13.14 | cr2 | we need to compare raph100 and 800 fw |
| 00:13.28 | maejrep[w] | :/ |
| 00:14.03 | maejrep[w] | have any ideas for what would cause the switchvdd issues? or should we just leave it at always using 2850 mA? |
| 00:14.10 | *** part/#htc-linux balsa1 (n=kll@87.72.13.87) |
| 00:14.21 | cr2 | mA ? |
| 00:14.35 | cr2 | mV |
| 00:14.35 | maejrep[w] | er |
| 00:14.38 | maejrep[w] | yeah that |
| 00:14.58 | cr2 | i think vreg can do more ? |
| 00:15.12 | cr2 | i'll check |
| 00:17.17 | cr2 | dex1 is there. good |
| 00:17.26 | maejrep[w] | dex1? |
| 00:17.33 | cr2 | dex1: |
| 00:17.40 | maejrep[w] | meaning it's QCT specific? |
| 00:17.44 | cr2 | proc_comm_wince |
| 00:17.50 | cr2 | for vregs i guess |
| 00:18.48 | maejrep[w] | actually, now that I think about it, it might be because the vreg level is wrong :o |
| 00:18.55 | maejrep[w] | hmm, no that's not right either |
| 00:19.17 | maejrep[w] | VDD_28_29 is decimal 16 I think |
| 00:19.29 | *** join/#htc-linux techie (n=blarg@ip24-250-212-67.ga.at.cox.net) |
| 00:19.34 | maejrep[w] | but there's a table that turns that into 2850, which is 0xb22 |
| 00:19.45 | cr2 | ok |
| 00:19.48 | maejrep[w] | so I don't understand why it would break |
| 00:20.00 | maejrep[w] | anyway, I'll look into that when I get home |
| 00:20.01 | cr2 | but which vreg is that ? |
| 00:20.03 | maejrep[w] | leaving now |
| 00:20.08 | cr2 | ok |
| 00:20.11 | maejrep[w] | ox800000 |
| 00:20.15 | maejrep[w] | for SD |
| 00:20.25 | cr2 | for SD card |
| 00:20.39 | cr2 | not necessarily for wifi |
| 00:20.50 | maejrep[w] | no, it's my sd card that doesn't work when that's implemented |
| 00:20.55 | cr2 | g1 uses "mmc" and raph100 has msme and msmp1 |
| 00:21.03 | cr2 | hm. ok |
| 00:21.07 | maejrep[w] | and since wlan.ko is on my sd card, it means I can't even test wifi when that isn't working |
| 00:21.26 | cr2 | repartition the nand ? :) |
| 00:21.31 | maejrep[w] | haha |
| 00:21.45 | maejrep[w] | i don't even know how to mount the nand yet |
| 00:21.49 | maejrep[w] | or if anyone has that working yet |
| 00:22.13 | cr2 | afaik the writable area is wince only |
| 00:22.24 | maejrep[w] | sucks |
| 00:22.50 | cr2 | yeah, druidu has destroyed his wince with letting android write there :) |
| 00:22.56 | maejrep[w] | nice |
| 00:23.10 | maejrep[w] | btw: does raph100 actually use msmp and msme1? |
| 00:23.13 | cr2 | the rest is protected through MPU |
| 00:23.24 | cr2 | yes, for wifi |
| 00:23.30 | maejrep[w] | cause mine doesn't do any vreg enable/disable/setlevel when enabling and disabling wifi |
| 00:23.54 | maejrep[w] | i get nothing on proc comm, and only see the clock enable bit at a8600000 for SDC1 |
| 00:24.11 | cr2 | your's has dex1: so i need to check what's the purpose |
| 00:24.25 | cr2 | maybe they are already enabled |
| 00:24.40 | maejrep[w] | wouldn't it still send the command though? just no effect |
| 00:24.59 | maejrep[w] | the dmesg has "Turn on wlan power" and "turn off wlan power" messages |
| 00:25.07 | maejrep[w] | but I haven't looked into what it does to accomplish those |
| 00:25.23 | cr2 | dex1: is resolved. says SD power. |
| 00:25.30 | cr2 | i'll check the actual numbers |
| 00:25.32 | maejrep[w] | for SDC1 then? |
| 00:25.37 | maejrep[w] | hmm |
| 00:25.50 | maejrep[w] | maybe that's why.. I should try it with my sd card ejected for a while |
| 00:26.01 | cr2 | 0x8 |
| 00:26.03 | maejrep[w] | and see if it does anything |
| 00:26.07 | cr2 | is the vreg |
| 00:26.11 | cr2 | not SD :) |
| 00:26.21 | maejrep[w] | ah |
| 00:26.24 | cr2 | you have the same config as g1 |
| 00:26.27 | maejrep[w] | no 0x8 listed on the vreg table |
| 00:26.32 | cr2 | raph100 is different |
| 00:26.42 | cr2 | ? |
| 00:26.50 | *** join/#htc-linux bs2 (n=kra@87.72.13.87) |
| 00:26.55 | cr2 | MMC |
| 00:26.55 | maejrep[w] | presumably :p |
| 00:27.07 | maejrep[w] | "mmc" is 0x40000 |
| 00:27.24 | cr2 | your driver even says BIT_PM_VREG_MMC |
| 00:27.36 | cr2 | hmm, i'll check myself ;) |
| 00:27.49 | maejrep[w] | yeah, vreg_mmc is 18 / 0x40000 on the table |
| 00:27.55 | maejrep[w] | dunno if i would trust that though |
| 00:28.01 | maejrep[w] | at least from the string |
| 00:28.26 | cr2 | 0x8 is msmc1 |
| 00:28.48 | cr2 | i need to verify 0x8 only |
| 00:28.50 | maejrep[w] | oh, I see it now |
| 00:29.05 | cr2 | because the DEX api uses direct mask, not the MMC name |
| 00:29.10 | maejrep[w] | right |
| 00:29.34 | cr2 | and the driver comment do not count. sometimes they are wrong |
| 00:29.37 | maejrep[w] | but if it is passing 0x8 to dex, then it doesn't matter what wince calls it, since we'd be using g1 names anyway |
| 00:29.41 | maejrep[w] | which would be MSMC |
| 00:29.47 | cr2 | yes |
| 00:29.55 | cr2 | msmc1 |
| 00:30.16 | maejrep[w] | well, yeah, the define is VREG_MSMC, but g1 does vreg_get("msmc1") |
| 00:30.26 | cr2 | yes |
| 00:31.13 | cr2 | hm. no |
| 00:31.27 | cr2 | the mask is 6 |
| 00:31.38 | cr2 | which is 0x4|0x2 |
| 00:31.39 | maejrep[w] | as in 0x2 and 0x4? or 1<<6 ? |
| 00:31.46 | maejrep[w] | hmm |
| 00:31.50 | cr2 | and it<#s the same as raph100 |
| 00:31.50 | maejrep[w] | that's same as raph100 then |
| 00:32.00 | maejrep[w] | bue those didn't work for me |
| 00:32.07 | maejrep[w] | well |
| 00:32.16 | maejrep[w] | actually that's not true -- it does work |
| 00:32.26 | maejrep[w] | what we were talking about was vreg_level |
| 00:32.34 | cr2 | SD card uses a different vreg |
| 00:32.39 | maejrep[w] | right |
| 00:33.03 | cr2 | have you set alt=7 ? |
| 00:33.07 | maejrep[w] | still strange that I never see that vreg enable/disable in proc comm via haret |
| 00:33.24 | cr2 | 1,7,0 |
| 00:33.34 | maejrep[w] | I used the alt cfgs that were already in g1 code |
| 00:33.46 | cr2 | for 33-38 |
| 00:33.49 | cr2 | ? |
| 00:33.52 | cr2 | how ? |
| 00:33.59 | maejrep[w] | which is: |
| 00:34.01 | maejrep[w] | static struct msm_gpio_config wifi_on_gpio_table[] = { |
| 00:34.01 | maejrep[w] | <PROTECTED> |
| 00:34.01 | maejrep[w] | <PROTECTED> |
| 00:34.01 | maejrep[w] | <PROTECTED> |
| 00:34.01 | maejrep[w] | <PROTECTED> |
| 00:34.03 | maejrep[w] | <PROTECTED> |
| 00:34.05 | maejrep[w] | <PROTECTED> |
| 00:34.07 | maejrep[w] | <PROTECTED> |
| 00:34.09 | maejrep[w] | }; |
| 00:34.22 | maejrep[w] | I implemented PCOM_GPIO_CFG using your 2/4/4-bit info |
| 00:34.23 | cr2 | imho you should use the cfgs to get 7 in the CFG register |
| 00:35.12 | cr2 | on wince it's input, not output |
| 00:35.18 | cr2 | that's a different alt |
| 00:35.33 | cr2 | gpio,1,7,0 |
| 00:35.46 | cr2 | this is your config |
| 00:36.02 | cr2 | gpionum,1=in,7=altcfg,0=level |
| 00:36.10 | maejrep[w] | i thought 1 was out ? |
| 00:36.19 | cr2 | in wince 1=in, 2=out |
| 00:36.23 | maejrep[w] | >:| |
| 00:36.35 | cr2 | ;) |
| 00:36.48 | cr2 | i need to write better wiki docs ;) |
| 00:36.58 | maejrep[w] | 0=level, being the initial output value? |
| 00:37.05 | cr2 | yes |
| 00:37.14 | maejrep[w] | and what about pull / drvstr ? |
| 00:37.22 | cr2 | decode 0x7 |
| 00:37.31 | maejrep[w] | well, that's 0,0,7 |
| 00:37.36 | maejrep[w] | if it's 2b, 4b, 4b |
| 00:37.57 | cr2 | alt=1, pull=2,drvstr=0 |
| 00:38.09 | maejrep[w] | o.0 |
| 00:38.22 | maejrep[w] | how do you get that? |
| 00:38.40 | maejrep[w] | 7 = 00000111 |
| 00:38.51 | cr2 | 7=0000.0111 |
| 00:39.29 | cr2 | =00.0000.0111=0000|0001|11 |
| 00:39.34 | cr2 | sorry, pull=3 |
| 00:39.56 | maejrep[w] | oh, the 2-bit number is at the 2 lowest bits |
| 00:40.02 | maejrep[w] | thought it was 4 low bits |
| 00:40.04 | cr2 | yes |
| 00:40.20 | cr2 | no, g1 has it a bit obfuscated ;) |
| 00:40.27 | maejrep[w] | so that's 4,4,2 (not 2,4,4), and 4=alt, 4=pull, 2=drvstr ? |
| 00:40.37 | cr2 | no |
| 00:40.44 | cr2 | 2lsb is pull |
| 00:40.45 | maejrep[w] | pull, alt, drvstr ? |
| 00:40.55 | cr2 | from left to right, yes |
| 00:41.04 | cr2 | xxxx|yyyy|zz |
| 00:41.08 | maejrep[w] | heh right.. arm is backwards ;x |
| 00:41.21 | cr2 | zz=pull, yyyy=alt,xxxx=drvstr |
| 00:41.26 | cr2 | lol |
| 00:41.39 | maejrep[w] | ok, so that would be: z | y<<2 | x << 6 ? |
| 00:41.43 | maejrep[w] | or the other way around? |
| 00:42.06 | cr2 | drvstr=CFG>>6 |
| 00:42.19 | maejrep[w] | k, got it :) |
| 00:42.37 | maejrep[w] | btw, I wasn't able to read the cfg from that register by putting gpio in reg1 |
| 00:42.51 | maejrep[w] | should I have to sleep after putting gpio number in reg1 before reading reg2 ? |
| 00:42.59 | maejrep[w] | or send an interrupt or anything |
| 00:43.04 | cr2 | ok, so we need to find the person who dumped the blac dmesg |
| 00:43.22 | cr2 | it should be in the logs, who made it. |
| 00:43.46 | maejrep[w] | where did you find that alt cfg ? |
| 00:44.04 | cr2 | your tnetw1251.dll |
| 00:44.12 | maejrep[w] | i mean how to decode it |
| 00:44.46 | cr2 | by comparing the raph100 values with their function |
| 00:44.54 | cr2 | but it does not really matter |
| 00:45.09 | cr2 | you only need to be sure to write 7 to CFG in the end |
| 00:45.21 | maejrep[w] | true, I just want to name things kind of appropriately in the code :P |
| 00:45.31 | cr2 | yes |
| 00:46.08 | cr2 | and i probably need to add the raph800 CFG values to wiki |
| 00:46.22 | cr2 | raph100 CFGs are documented 100% |
| 00:46.29 | maejrep[w] | http://www.privatepaste.com/750n89pZmn |
| 00:46.29 | cr2 | but raph800 is different |
| 00:47.16 | cr2 | 3ff is 8bit ? |
| 00:47.25 | maejrep[w] | 3ff? |
| 00:47.45 | maejrep[w] | is 3ff the max size for gpio? |
| 00:47.45 | cr2 | g1 decalres it this way |
| 00:47.53 | maejrep[w] | our gpios are <127 |
| 00:47.55 | maejrep[w] | so really only 7 bits |
| 00:48.04 | cr2 | yes, but g1 ;) |
| 00:48.23 | cr2 | maybe they have big plans ;) |
| 00:48.25 | maejrep[w] | yeah but our PCOM_CFG will never be used on g1 :p |
| 00:48.27 | maejrep[w] | oh heh |
| 00:49.30 | cr2 | you may catch too big gpio values in the cfg function anyway |
| 00:49.48 | maejrep[w] | so just accept it anyway? :p |
| 00:50.03 | maejrep[w] | i guess that's a good way to get rid of those 22 unused bits ;) |
| 00:50.20 | cr2 | for PCOM_CFG yes |
| 00:50.23 | maejrep[w] | actually, I need to double check my alignment, and make sure it's going in the right way |
| 00:50.37 | cr2 | __attribute__ |
| 00:50.47 | maejrep[w] | what's that? |
| 00:50.56 | cr2 | ((packed)) |
| 00:51.02 | cr2 | #pragma pack |
| 00:51.37 | maejrep[w] | interesting |
| 00:51.44 | cr2 | ok, so your 0x33-0x37 are 1,7,0 |
| 00:52.03 | cr2 | but 0x38 is 2,4,0 |
| 00:52.21 | maejrep[w] | so 0x38 is output? |
| 00:52.41 | cr2 | it's out,alt=1 |
| 00:52.43 | maejrep[w] | seems strange for a CLK reg to be output |
| 00:52.46 | cr2 | whatever that means |
| 00:53.01 | cr2 | alt is a completely different beast. |
| 00:53.06 | maejrep[w] | lol |
| 00:53.22 | cr2 | in/out count only for normal gpios |
| 00:53.26 | cr2 | alt=0 |
| 00:53.29 | maejrep[w] | hmm, guess it's not that strange.. the other sd gpio's are output as well |
| 00:53.33 | maejrep[w] | oh ok |
| 00:53.53 | cr2 | otherwise it's only a way to double the option count |
| 00:53.56 | maejrep[w] | but we still need to set the OUT_EN register for the other alt functions, because it might be significant? |
| 00:53.57 | cr2 | the same on pxa |
| 00:54.09 | cr2 | hmm |
| 00:54.17 | maejrep[w] | even if it doesn't mean "input" and "output" at that point |
| 00:54.18 | cr2 | need to check how wince does it. |
| 00:56.17 | cr2 | it seems that it's written only for dir=2 |
| 00:56.32 | maejrep[w] | so when dir=1, it doesn't change it back? |
| 00:56.49 | cr2 | wait |
| 00:57.07 | cr2 | cmp r5,0 |
| 00:57.11 | cr2 | it's the level |
| 00:57.30 | cr2 | orrne, strne |
| 00:57.42 | cr2 | hmm. seems to be always written. |
| 00:57.49 | cr2 | is it the same on vogue ? |
| 00:58.04 | maejrep[w] | yes, it either runs gpio_direction_input() or gpio_direction_output() |
| 00:58.13 | maejrep[w] | and that's what I did |
| 00:59.00 | cr2 | checking your power gpios |
| 00:59.44 | cr2 | x66,x67 |
| 00:59.57 | cr2 | x1d,1,3,0 |
| 01:00.01 | cr2 | it's the irq |
| 01:00.01 | maejrep[w] | yeah, I'm enabling those on power up |
| 01:00.12 | maejrep[w] | and i'm using that irq |
| 01:00.30 | cr2 | 1d is (4,1) irq |
| 01:00.39 | cr2 | kioctl |
| 01:00.46 | maejrep[w] | but alt=3 means.. func=0,pull=3 ? |
| 01:01.01 | cr2 | don't know if it's H,L,FE,or RE |
| 01:01.10 | cr2 | yes. |
| 01:01.19 | cr2 | the irq is normal input gpio |
| 01:01.27 | cr2 | with pull=3 |
| 01:01.42 | maejrep[w] | hmm, that's not how -mmc configures it |
| 01:01.45 | cr2 | there are irqs with different pull |
| 01:01.50 | maejrep[w] | <PROTECTED> |
| 01:02.04 | cr2 | but htc configure most irqs with pull=3 |
| 01:02.07 | maejrep[w] | NO_PULL is 0, PULL_UP = 3 |
| 01:02.32 | cr2 | it's only a naming... |
| 01:02.34 | maejrep[w] | and 4MA is drvstr=1 |
| 01:02.42 | maejrep[w] | i know |
| 01:02.47 | maejrep[w] | but that means that the config is wrong :) |
| 01:02.55 | cr2 | if you'll put the right CFG value, it's ok |
| 01:03.06 | cr2 | for the rest blame google ;) |
| 01:03.10 | maejrep[w] | right, so it would be GPIO_PULL_UP, GPIO_2MA |
| 01:03.19 | maejrep[w] | even if that isn't the true meaning of the config |
| 01:03.24 | cr2 | for creating such confusion |
| 01:03.31 | cr2 | yes |
| 01:03.33 | maejrep[w] | being evil again |
| 01:03.37 | cr2 | lol |
| 01:03.56 | maejrep[w] | nah, I blame qct ;) |
| 01:04.22 | cr2 | changing amss api is bad |
| 01:04.26 | maejrep[w] | heh |
| 01:04.34 | cr2 | and i think you'd blame google for that |
| 01:04.40 | maejrep[w] | btw, that's for power on, right? not power off? |
| 01:04.45 | cr2 | at least that's how i understood swetland |
| 01:04.55 | cr2 | for on |
| 01:05.01 | cr2 | for off it's |
| 01:05.38 | cr2 | 1d=1,0,0 |
| 01:06.31 | cr2 | 33-38=2,0,0 |
| 01:06.54 | cr2 | looks resonable |
| 01:07.25 | cr2 | x66=0, x67=0 |
| 01:09.28 | cr2 | kioctl_3ce4 is irq control |
| 01:09.48 | cr2 | hehe, seems to be systematic for all htc devices |
| 01:10.47 | maejrep[w] | do I need to do anything with that? kioctl_3ce4 |
| 01:10.54 | cr2 | no |
| 01:11.09 | cr2 | hmm |
| 01:11.25 | cr2 | you should provide the right option to request_irq |
| 01:11.38 | maejrep[w] | for what? |
| 01:11.43 | cr2 | kioctl_3ce4 is request_irq... |
| 01:11.48 | cr2 | for the irq |
| 01:11.50 | maejrep[w] | IRQF_* ? |
| 01:12.00 | cr2 | NetRipper had such problem with ts irq |
| 01:12.10 | cr2 | because he has provided the wrong value |
| 01:12.12 | maejrep[w] | like rising/falling? I think the wifi driver handles that |
| 01:12.24 | maejrep[w] | actually nm |
| 01:12.34 | cr2 | you need to decode the wince irq setup. |
| 01:12.35 | maejrep[w] | and it'll be gpio_configure in this case |
| 01:12.52 | maejrep[w] | we do that for the sd irq, configure to be RISING | FALLING |
| 01:13.13 | cr2 | hmm, maybe we should implement "dump gpio" pre-cpu haret function |
| 01:13.25 | cr2 | s/pre/per/ |
| 01:13.55 | maejrep[w] | just doing watch gpios 0 shows you the current gpio config |
| 01:14.27 | cr2 | ok |
| 01:15.03 | cr2 | but you need to decode it manually |
| 01:15.03 | maejrep[w] | but I don't know if it shows things like that |
| 01:15.05 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) [NETSPLIT VICTIM] |
| 01:15.05 | cr2 | and know something about the cpu |
| 01:15.05 | maejrep[w] | it'll decode banks+pins |
| 01:15.10 | maejrep[w] | but just gives you 0/1 |
| 01:15.42 | maejrep[w] | spl doesn't show that either |
| 01:15.45 | maejrep[w] | with rtask 55 |
| 01:15.51 | cr2 | i'm not sure if it dumps the irq setup |
| 01:15.55 | maejrep[w] | http://wiki.xda-developers.com/index.php?pagename=Raph800GPIODump |
| 01:16.06 | maejrep[w] | shows direction and level |
| 01:16.15 | maejrep[w] | *task 55, not rtask :) |
| 01:16.18 | cr2 | it's not enough |
| 01:16.37 | cr2 | for the irqs you need to know the type |
| 01:16.50 | cr2 | which you shall provide to request_irq |
| 01:17.02 | cr2 | don't rely too much on the g1 setup ;) |
| 01:17.13 | maejrep[w] | k |
| 01:17.19 | maejrep[w] | for sd, we didn't have to change request_irq |
| 01:17.25 | cr2 | we will suffer from its lcd panel setup for some more time |
| 01:17.46 | maejrep[w] | <PROTECTED> |
| 01:17.46 | maejrep[w] | <PROTECTED> |
| 01:17.46 | maejrep[w] | <PROTECTED> |
| 01:18.01 | cr2 | 38 and 3 are evil |
| 01:18.05 | maejrep[w] | :x |
| 01:18.23 | cr2 | and the irq setup too |
| 01:19.28 | maejrep[w] | how else should it be done? :x |
| 01:19.48 | cr2 | pdata |
| 01:20.09 | *** join/#htc-linux ykut_johny (n=ykut_joh@op.niser.org.my) |
| 01:20.27 | cr2 | and with names in board-htcraphael.h |
| 01:20.39 | cr2 | #define RAPH_WIFI_IRQ 38 |
| 01:20.55 | maejrep[w] | 1) 38 and 3 are raph800 specific, so even that won't work :p (38 is the sd irq, not wifi) |
| 01:20.58 | cr2 | or #define RAPH_WIFI_GPIO_IRQ 38 |
| 01:21.13 | maejrep[w] | and 2) we'd have to change the core msm_sdcc code to accept irq config in pdata |
| 01:21.14 | cr2 | ok, but you get my idea |
| 01:21.21 | maejrep[w] | yeah |
| 01:21.32 | cr2 | yes, g1 code is not perfect in many places. |
| 01:21.52 | maejrep[w] | but also is this the same effect? |
| 01:21.56 | cr2 | it has many hardcoded irqs and gpios |
| 01:22.10 | maejrep[w] | doesn't gpio_configure do something differently than irq_request flags? |
| 01:23.32 | cr2 | i think that it's the per-arch request_irq business to find out if it's a gpio irq, and configure it appropriately |
| 01:23.44 | ykut_johny | hi cr2... |
| 01:24.08 | maejrep[w] | ok, it might do that |
| 01:24.16 | maejrep[w] | i just thought they were two different things |
| 01:24.22 | ykut_johny | cr2: any on on trying linux on htc-sable or htc-beetles |
| 01:24.39 | cr2 | ykut_johny: no, was busy with other things |
| 01:24.51 | cr2 | hehe. it's 2:24 already |
| 01:24.52 | maejrep[w] | ok i'm heading home now |
| 01:24.59 | maejrep[w] | made those changes to wifi |
| 01:25.06 | cr2 | ok, good night :) |
| 01:25.08 | ykut_johny | cr2: hahah..:).. |
| 01:25.09 | maejrep[w] | will see how well they work later tonight |
| 01:25.19 | maejrep[w] | cr2: actually, where would i find that info for sd card? |
| 01:25.22 | maejrep[w] | damn |
| 01:56.12 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
| 02:12.34 | *** join/#htc-linux sietse (n=sietse@vogons.xs4all.nl) |
| 02:57.11 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 03:08.43 | *** join/#htc-linux ppman (n=mkern@pool-70-111-250-228.nwrk.east.verizon.net) |
| 03:08.46 | ppman | hey all |
| 03:08.54 | ppman | still working on kaiser battery |
| 03:09.32 | ppman | it looks like there is communication across I2C, or at least the memory addresses thereof |
| 03:09.43 | ppman | any way to decode these read/writes? |
| 03:10.42 | ppman | or is anyone alive? |
| 03:15.00 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
| 03:28.28 | maejrep | cr2: so, I'm feeling more and more that I should be calling raph800 "Hermann" |
| 03:29.36 | maejrep | e.g., SDHC.dll from ppckitchen's Raphael kitchen usesgpios 3e-43. but from Herman kitchen, it's 58-5e (like mine) |
| 03:31.36 | ppman | does anyone know if you can access kaiser's CPLD using existing code? |
| 03:31.39 | ppman | rather how? |
| 03:45.52 | ppman | okay, got it... |
| 03:45.59 | ppman | regular gpio on KAISER_GPIO_* |
| 03:52.34 | *** join/#htc-linux venny_ (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
| 03:56.44 | maejrep | cr2: I'm seeing gpio 0x33 cfg: 2,0x187,0 |
| 03:57.42 | *** join/#htc-linux ykut_johny1 (n=ykut_joh@op.niser.org.my) |
| 04:10.40 | *** join/#htc-linux ykut_johny (n=ykut_joh@op.niser.org.my) |
| 04:26.04 | tmzt | maejrep: how is wifi? |
| 04:26.15 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) [NETSPLIT VICTIM] |
| 04:26.19 | maejrep | working on getting the gpio configs right |
| 04:26.42 | maejrep | looking at tnetw1251.dll right now |
| 04:27.09 | tmzt | what's missing? |
| 04:27.14 | maejrep | seems my config logic may have been wrong, so just confirming what it actually does with the config values |
| 04:27.27 | tmzt | the 1 1 0 then 0 0 <doesn't matter>? |
| 04:27.39 | maejrep | o.0? |
| 04:27.59 | tmzt | the three gpios in a row from your haret trace to power/disable wifi? |
| 05:13.27 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
| 05:28.33 | *** part/#htc-linux sdt555 (n=titus@70.114.152.91) |
| 05:45.14 | *** join/#htc-linux Venny (i=Travis@h216-45-127-2.dynamic.platinum.ca) |
| 06:01.45 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 06:42.41 | *** join/#htc-linux bs2 (n=kra@87.72.13.87) |
| 06:51.00 | *** join/#htc-linux ALoGeNoff (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 07:02.49 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 07:07.11 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-231-250.web.vodafone.de) |
| 07:10.47 | cr2 | maejrep: i'll pick raph800 rom today |
| 07:11.10 | maejrep | cr2: ignore what I said about 0x187 |
| 07:11.32 | maejrep | it was in the herman kitchen, but not in SDHC.dll from my phone |
| 07:11.40 | maejrep | my phone'd dll was like you described |
| 07:12.10 | cr2 | ok |
| 07:12.46 | cr2 | your sd is in the spl |
| 07:13.08 | cr2 | to the altcfg values match ? |
| 07:13.18 | cr2 | s/to /do / |
| 07:14.37 | cr2 | MSM_ALT table is probably a good idea too |
| 07:14.59 | cr2 | afair the g1 code does not have an enum for alt values ? |
| 07:20.06 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 07:23.08 | *** join/#htc-linux MasterPrenium (n=MasterPr@ALille-257-1-33-162.w83-204.abo.wanadoo.fr) |
| 07:24.01 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 07:33.28 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-210-229.bak.res.rr.com) |
| 07:34.35 | *** part/#htc-linux yoyey (n=yoann@bro69-3-82-237-160-83.fbx.proxad.net) |
| 07:35.27 | *** join/#htc-linux km (n=km@124.105.12.35) |
| 07:39.42 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 07:40.22 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
| 07:43.58 | *** join/#htc-linux Red_Lion (n=lion@79.164.135.51) |
| 07:45.05 | *** join/#htc-linux ALoGeNoff (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 07:46.52 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:47.47 | *** join/#htc-linux ginge_ (n=chatzill@host81-149-155-58.in-addr.btopenworld.com) |
| 07:55.23 | *** join/#htc-linux DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 08:09.51 | *** join/#htc-linux Mullins (n=bw@89.204.246.0) |
| 08:17.06 | maejrep | it does define the values in proc_comm.h |
| 08:17.28 | maejrep | well, for other, non-func parts |
| 08:17.50 | maejrep | it defines names for drvstr, pull, and direction, but not for func number |
| 08:20.33 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 08:20.39 | Untouchab1e | Good morning |
| 08:28.44 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 08:35.59 | *** join/#htc-linux ALoGeNoff (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 08:36.36 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 08:43.45 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 08:48.18 | *** join/#htc-linux zycho (n=zycho@a89-182-3-181.net-htp.de) |
| 08:55.44 | *** join/#htc-linux MasterPrenium (n=MasterPr@ALille-257-1-33-162.w83-204.abo.wanadoo.fr) |
| 09:00.34 | *** join/#htc-linux MasterPrenium (n=MasterPr@ALille-257-1-33-162.w83-204.abo.wanadoo.fr) |
| 09:01.24 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 09:02.36 | *** join/#htc-linux skool (n=azachars@nat/sun/x-d63c74a7622b3ef3) |
| 09:09.53 | *** join/#htc-linux metter (n=metter@137-171.62-81.cust.bluewin.ch) |
| 09:23.35 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 09:58.37 | *** join/#htc-linux dcordes (n=zsirc@ip-90-187-255-196.web.vodafone.de) |
| 09:58.51 | dcordes | hi |
| 10:08.56 | *** join/#htc-linux bs2 (n=kra@87.72.13.87) |
| 10:19.13 | *** join/#htc-linux timebomb (n=tb@p5B3E51ED.dip.t-dialin.net) |
| 10:29.58 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 11:11.47 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 11:46.58 | *** join/#htc-linux timebomb (n=tb@p5B3E51ED.dip.t-dialin.net) |
| 12:15.22 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 12:15.27 | Untouchab1e | Hello again :) |
| 12:21.50 | dcordes | Untouchab1e hi. how are you? |
| 12:22.19 | dcordes | somebody knows what dell uses in their smartphones (prototypes) ? |
| 12:36.01 | Untouchab1e | Im fine :) And yourself? |
| 13:34.07 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B034A83.dip.t-dialin.net) |
| 13:34.47 | *** join/#htc-linux ALoGeNoff (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 13:51.00 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 14:03.27 | *** join/#htc-linux exco (n=exco@e181104077.adsl.alicedsl.de) |
| 14:05.01 | dcordes | stefan_schmidt heya |
| 14:05.40 | stefan_schmidt | hi dcordes |
| 14:10.39 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:11.35 | dcordes | stefan_schmidt your buddy got his g1 yet? |
| 14:12.05 | stefan_schmidt | dcordes: He already has it. More a question of time to play with it. |
| 14:26.46 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 14:27.37 | AstainHellbring | morning |
| 14:36.42 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 14:39.30 | *** join/#htc-linux lifegrasp (n=ckonkel@63.254.171.226) |
| 14:41.16 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-26150cb9e845e2b7) |
| 14:52.46 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089c45.pool.mediaWays.net) |
| 15:03.55 | *** join/#htc-linux ALoGeNoff (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 15:08.24 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 15:09.29 | *** join/#htc-linux TheOther (n=nahh@108.84-49-166.nextgentel.com) |
| 15:14.53 | *** join/#htc-linux hlbot (n=adm@iclem.net) [NETSPLIT VICTIM] |
| 15:16.27 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) [NETSPLIT VICTIM] |
| 15:18.46 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) [NETSPLIT VICTIM] |
| 15:31.56 | *** join/#htc-linux exco (n=exco@e181104077.adsl.alicedsl.de) |
| 15:31.59 | *** part/#htc-linux exco (n=exco@e181104077.adsl.alicedsl.de) |
| 15:52.12 | *** join/#htc-linux ALoGeNoff (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 16:02.02 | *** join/#htc-linux mooky (n=suzannet@unaffiliated/mooky) |
| 16:02.30 | *** join/#htc-linux Jon__ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 16:05.40 | *** join/#htc-linux exco (n=exco@e181104077.adsl.alicedsl.de) |
| 16:07.41 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 16:13.56 | *** join/#htc-linux nato2k (n=templarn@75.37.63.178) |
| 16:21.29 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 16:28.32 | *** join/#htc-linux kiozen (n=oeichler@BAH45a0.bah.pppool.de) |
| 16:28.38 | *** part/#htc-linux Jon__ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 16:39.29 | *** join/#htc-linux MethoS (n=lem@host-091-096-214-059.ewe-ip-backbone.de) |
| 16:45.35 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-897b118b6102e781) |
| 17:10.07 | *** join/#htc-linux zycho (n=zycho@a89-182-3-181.net-htp.de) |
| 17:15.13 | AstainHellbring | anyone awake yet? |
| 17:21.02 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
| 17:26.36 | *** join/#htc-linux ALoGeNoff (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 17:35.59 | *** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215) |
| 17:36.33 | ALoGeNo | lo |
| 17:44.40 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
| 17:44.53 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 17:47.21 | *** join/#htc-linux stefan_schmidt_ (n=stefan@p5B034270.dip.t-dialin.net) |
| 18:00.05 | AstainHellbring | lo ALoGeNo |
| 18:01.59 | *** join/#htc-linux key2 (n=key2@olm03.cvf.fr) |
| 18:11.20 | dream_kill | hi guys |
| 18:11.30 | dream_kill | u was looking for battery stuff ? |
| 18:13.43 | dream_kill | http://pastebin.com/d51a868fa |
| 18:14.37 | dream_kill | here how to read battery percentage and the formula for it ;) |
| 18:19.43 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 18:22.37 | *** join/#htc-linux lifegrasp_ (n=ckonkel@63.254.171.226) |
| 18:26.20 | *** join/#htc-linux radem205 (n=aaa@e144118.upc-e.chello.nl) |
| 18:34.34 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 18:39.32 | *** join/#htc-linux toer (i=tore@179.81-166-86.customer.lyse.net) |
| 18:44.42 | *** join/#htc-linux exco (n=exco@e181104077.adsl.alicedsl.de) |
| 18:55.14 | *** part/#htc-linux Balsat (n=kll@87.72.13.87) |
| 18:55.59 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) |
| 18:56.11 | *** join/#htc-linux mmarker (n=crichton@m325336d0.tmodns.net) |
| 19:06.02 | *** join/#htc-linux Jon__ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 19:06.21 | *** join/#htc-linux StarLite` (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
| 19:12.48 | *** join/#htc-linux hollo_ (n=hollo@3e6b025d.rev.stofanet.dk) |
| 19:40.23 | *** part/#htc-linux Jon__ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 19:40.56 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
| 19:42.19 | *** part/#htc-linux mmarker (n=crichton@m325336d0.tmodns.net) |
| 19:54.33 | imfloflo | hye Rogro82 welcome to the G1 ^^ |
| 19:56.22 | *** join/#htc-linux cr2 (n=cr2@ip-90-187-249-5.web.vodafone.de) |
| 20:07.11 | exco | Rogro82: did you see "19:11 dream_kill u was looking for battery stuff ? |
| 20:07.12 | exco | 19:13 dream_kill http://pastebin.com/d51a868fa" |
| 20:17.34 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 20:25.29 | *** join/#htc-linux ALoGeNoff (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 20:35.34 | *** join/#htc-linux metter_ (n=metter@137-171.62-81.cust.bluewin.ch) |
| 20:52.52 | *** join/#htc-linux ALoGeNo (n=alogeno@221.Red-88-27-115.staticIP.rima-tde.net) |
| 20:56.06 | *** join/#htc-linux Xime (n=xime@bankize.net) |
| 21:06.00 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 21:12.39 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 21:14.26 | *** join/#htc-linux milfadoo1le (n=milfadoo@78-69-144-82-no19.tbcn.telia.com) |
| 21:23.43 | cr2 | maejrep[w]: i don't see the raph800 rom in the wiki |
| 21:34.15 | *** join/#htc-linux nashpa (n=dliviu@dliviu.plus.com) |
| 21:35.50 | nashpa | hi everyone |
| 21:36.08 | nashpa | lama: did you get anywhere with your linux port to G900? |
| 21:36.41 | lama | no |
| 21:36.44 | lama | I've sold it :P |
| 21:36.48 | nashpa | :( |
| 21:36.58 | nashpa | did linux ever boot on it? |
| 21:37.03 | lama | no |
| 21:37.21 | lama | now I have another wm phone without any linux support :) samsung i780 |
| 21:37.22 | lama | :P |
| 21:37.23 | nashpa | because I have an XDA Flame and I think the hardware is pretty similar |
| 21:37.33 | lama | yes flame looks similar |
| 21:37.37 | nashpa | well, to a certain extent |
| 21:38.04 | nashpa | I have put some debugging stuff in the kernel (mainly drawing lines in the framebuffer) and I know it sort of starts the kernel |
| 21:38.54 | cr2 | lama: do you have haretlog for i780 ? |
| 21:38.56 | tmzt | lama: have you tried booting anything on it? |
| 21:39.31 | nashpa | it hangs when it tries to setup the memory paging |
| 21:39.51 | tmzt | lama: a generic pxa kernel with pxafb could work, I would suggest trying a magician build from 2.6.27+ |
| 21:40.26 | tmzt | nashpa: what device is Flame? |
| 21:40.42 | lama | cr2: no |
| 21:40.42 | nashpa | it's called O2 XDA Flame |
| 21:40.50 | nashpa | was made by O2 Singapore |
| 21:40.50 | tmzt | wiki.xda-developers.com |
| 21:41.02 | nashpa | actual manufacturer Arima |
| 21:41.03 | cr2 | tmzt: pxa27x ? |
| 21:41.17 | nashpa | pxa270@560MHz |
| 21:41.22 | cr2 | ok |
| 21:41.24 | tmzt | oh right, it might be pxa3xx |
| 21:41.31 | tmzt | i780 |
| 21:41.38 | nashpa | http://www.pdadb.net/index.php?m=specs&id=673 |
| 21:41.40 | lama | yes 3xx |
| 21:41.44 | tmzt | is there a generic board in the kernel for that? |
| 21:42.01 | lama | pxa311 |
| 21:42.06 | tmzt | lama: can you print "%08x" VRAM |
| 21:42.09 | *** join/#htc-linux ALoGeNo (n=alogeno@137.pool85-60-2.dynamic.orange.es) |
| 21:42.18 | lama | 624Mhz |
| 21:42.45 | lama | tmzt: don't have haret on it now |
| 21:43.20 | tmzt | handhelds.org/~koconnor/haret/ |
| 21:43.24 | lama | if anyone is interested I can "share" access to it over internet (to haret) :P |
| 21:43.32 | lama | I'm lame - I'm not developer |
| 21:44.07 | lama | this one http://handhelds.org/~koconnor/haret/haret-20080927c.exe ? |
| 21:44.08 | tmzt | do you have activesync/rndis/bluetooth access? |
| 21:44.11 | tmzt | sure |
| 21:44.12 | nashpa | does PXA320 really go up to 800Mhz? |
| 21:44.27 | AstainHellbring | I bet it could yes |
| 21:44.32 | lama | tmzt: I can do it over wifi |
| 21:44.33 | nashpa | I'm looking at the specs of the T*Omnia (Samsung SCH-M495) |
| 21:44.58 | tmzt | the cdma one? |
| 21:45.17 | nashpa | no, it says GSM850/900/1800/1900/UMTS2100 |
| 21:45.32 | lama | tmzt: are you interested in getting such access now, and loggin / putting info about i780 into wiki? |
| 21:45.43 | lama | I can prepare such connection over telnet for you |
| 21:45.59 | tmzt | right now I'd like to confirm the video is pxafb so we can try a kernel later |
| 21:46.03 | *** join/#htc-linux ALoGeNoff (n=alogeno@137.pool85-60-2.dynamic.orange.es) |
| 21:46.07 | tmzt | I have to go in about five minutes |
| 21:46.17 | cr2 | tmzt: pxa3xx has builtin sram |
| 21:46.28 | lama | if you are interested we can arrange such telnet session later |
| 21:46.36 | tmzt | sure |
| 21:46.37 | lama | cr2: was using my g900 this way |
| 21:46.47 | tmzt | cr2: you want the earlyharetlog.txt? |
| 21:47.11 | cr2 | tmzt: pastebin |
| 21:47.18 | tmzt | from lama I mean |
| 21:47.18 | lama | tmzt: in what time zone you are now? |
| 21:47.25 | tmzt | eastern us |
| 21:47.52 | lama | I'm in europe, but often I'm during whole night on irc, so it means same time zone :P |
| 21:48.00 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 21:48.31 | lama | btw I780 is really nice device |
| 21:48.42 | lama | I couldn't say that about g900 :P |
| 21:49.01 | lama | tmzt: there are two similar samsung phones in USA |
| 21:49.30 | lama | Verizon Saga |
| 21:49.42 | lama | AT&T Epix |
| 21:50.04 | lama | http://www.microsoft.com/windowsmobile/en-us/devices/details.mspx?id=32 |
| 21:50.13 | lama | http://www.microsoft.com/windowsmobile/en-us/devices/details.mspx?id=90 |
| 21:50.25 | tmzt | I like Saga, I just don't see the point of replacing motoq with it when they have about the same formfactor |
| 21:50.25 | lama | saga has Processor |
| 21:50.27 | lama | 400 MHz Qualcomm MSM7500 |
| 21:50.31 | tmzt | oh |
| 21:50.58 | tmzt | not even A then |
| 21:51.03 | lama | epix is pxa 311 |
| 21:51.44 | lama | still there are other small differeces between this three phones like lack of front camera on Epix, two additional keys on Epix etc. |
| 21:52.06 | lama | iirc Saga has 2.5 jack, while two others have samsung usb for headphones |
| 21:53.33 | tmzt | cr2: what did you mean by the internal sram comment? |
| 21:53.53 | tmzt | cr2: are you saying the framebuffer might be there rather than a standard place for pxafb? |
| 21:54.08 | lama | it is 320x320 device |
| 21:54.53 | cr2 | tmzt: yes. nonvga devices use pxa sram on 27x+ |
| 21:55.12 | tmzt | would getting VRAM help? |
| 21:56.52 | tmzt | cr2: that's 0x4a... something right? |
| 21:58.05 | cr2 | 5c afair |
| 21:58.54 | tmzt | cr2: would getting VRAM help, if we can confirm it's pxafb that makes building a test kernel simpler? |
| 22:01.21 | cr2 | is it 3xx or 27x ? |
| 22:01.36 | cr2 | 27x is easy. |
| 22:01.49 | cr2 | 3xx has some differences, which i didn't follow. |
| 22:05.56 | tmzt | 3xx |
| 22:06.05 | tmzt | be back later |
| 22:07.35 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-66-242.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
| 22:07.35 | *** join/#htc-linux Kensan (n=ken@gw.ptr-80-238-227-232.customer.ch.netstream.com) |
| 22:08.17 | cr2 | NetRipper: you have disappeared recently |
| 22:13.27 | *** join/#htc-linux Jon_ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 22:13.44 | *** part/#htc-linux Jon_ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |
| 22:27.25 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 22:36.22 | *** join/#htc-linux Moku (n=John@g227193084.adsl.alicedsl.de) |
| 22:43.08 | *** join/#htc-linux timebomb (n=tb@e176117113.adsl.alicedsl.de) |
| 22:48.19 | NetRipper | cr2, i haven't disappeared.. i'm still busy on the touchscreen, vkeyb and msmfb stuff |
| 22:48.43 | NetRipper | im running into some issues which i need to sort out |
| 22:49.42 | cr2 | ok |
| 22:50.01 | cr2 | i have cleaned the msm_vreg page |
| 22:50.58 | NetRipper | ok, nice |
| 22:51.27 | cr2 | NetRipper: btw, can you enable the hs serial driver ? |
| 22:51.57 | NetRipper | the usb? |
| 22:53.14 | cr2 | bt |
| 22:53.50 | NetRipper | which hs serial driver then/ |
| 22:54.13 | NetRipper | ah |
| 22:54.13 | NetRipper | i see |
| 22:54.18 | NetRipper | SERIAL_MSM_HS? |
| 22:54.29 | cr2 | yes |
| 22:56.33 | NetRipper | will it work ootb? |
| 22:56.43 | NetRipper | or does it need work |
| 22:56.52 | cr2 | it needs the clk |
| 22:57.15 | cr2 | boot with bt enabled and check |
| 22:57.32 | cr2 | ill tryto find the 7param |
| 23:02.02 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 23:04.02 | NetRipper | probably needs a platform_device to be added to the board |
| 23:04.10 | NetRipper | i'll see if i can test it tomorrow |
| 23:04.19 | cr2 | ok |
| 23:04.24 | NetRipper | i gotta catch up with some sleep though ;) |
| 23:04.32 | NetRipper | good night |
| 23:06.50 | cr2 | good night |
| 23:15.36 | *** join/#htc-linux Skitzo (n=DCLXVI@eth582.vic.adsl.internode.on.net) |
| 23:17.32 | *** join/#htc-linux ALoGeNo (n=alogeno@137.pool85-60-2.dynamic.orange.es) |
| 23:28.18 | cr2 | maejrep: it seems i've found the grp clk |
| 23:44.07 | *** join/#htc-linux ykut_johny (n=ykut_joh@mitsa.org.my) |
| 23:47.23 | dcordes | cr2: hi what's grp clock? |
| 23:48.48 | cr2 | graphics clk. something hw3d related |
| 23:49.11 | cr2 | dcordes: check the top of msm_vreg |
| 23:49.41 | tmzt | the gpu clock? |
| 23:50.50 | cr2 | tmzt: difficult to say without the docs |
| 23:52.33 | dcordes | cr2: can't see any grp there |
| 23:52.34 | tmzt | hw3d does more than expose the gpu registers? |
| 23:53.36 | cr2 | aha. bit 0x8 is grp_clk |
| 23:53.53 | cr2 | dcordes: it's about the vregs |
| 23:54.30 | cr2 | tmzt: i have no clue. need to disassemble the g1 3d blob some time |
| 23:54.35 | tmzt | huh, trout doesn't enable disable it through proc_comm? |
| 23:55.27 | tmzt | s/enable disable/enable\/disable/ |
| 23:55.33 | *** join/#htc-linux Shinto (n=John@e179098058.adsl.alicedsl.de) |
| 23:56.55 | cr2 | yes |
| 23:59.53 | *** join/#htc-linux Jon_ (n=Jon@93-97-203-170.zone5.bethere.co.uk) |