00:06.44 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
00:40.18 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
01:17.24 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
01:30.28 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
01:31.12 | *** join/#htc-linux jonpry (~jon@c-67-170-101-76.hsd1.wa.comcast.net) |
02:00.07 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
02:59.02 | *** join/#htc-linux NeoMatrixJR_away (~NeoMatrix@173-18-84-218.client.mchsi.com) |
03:00.25 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com) |
03:02.07 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
03:16.35 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
03:25.26 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
03:26.16 | *** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info) |
03:28.57 | *** join/#htc-linux NeoMatrixJR_away (~NeoMatrix@173-18-84-218.client.mchsi.com) |
03:35.40 | *** join/#htc-linux NeoMatrixJR_away (~NeoMatrix@173-18-84-218.client.mchsi.com) |
03:37.04 | *** join/#htc-linux mikeit (~mikeit@net-93-65-168-132.cust.dsl.vodafone.it) |
04:35.19 | *** join/#htc-linux jonpry (~jon@c-67-170-101-76.hsd1.wa.comcast.net) |
06:32.26 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
06:45.17 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-wilvobvwggenikkt) |
07:25.25 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
07:47.45 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
08:13.34 | *** join/#htc-linux ftoz (~root@cst-prg-180-3.cust.vodafone.cz) |
09:04.31 | *** join/#htc-linux LordDeath (~LordDeath@xdsl-87-78-106-142.netcologne.de) |
09:16.01 | *** join/#htc-linux marc1706 (~Marc@phpbb/modifications/marc1706) |
09:30.39 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
10:03.35 | *** join/#htc-linux ftoz (~root@cst-prg-29-235.cust.vodafone.cz) |
10:11.48 | ftoz | anyone can help with tinboot? |
10:20.23 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-82-80.dynamic.mnet-online.de) |
10:45.44 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
10:46.33 | *** join/#htc-linux bitrot (~rajkosto@wan.rajkonet.info) |
11:03.31 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-82-80.dynamic.mnet-online.de) |
11:38.26 | *** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info) |
11:45.58 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
11:52.41 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
11:53.27 | *** join/#htc-linux bitrot (~rajkosto@wan.rajkonet.info) |
12:16.09 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-82-80.dynamic.mnet-online.de) |
12:30.36 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
12:31.22 | *** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info) |
13:19.13 | *** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info) |
13:40.38 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
13:41.30 | *** join/#htc-linux bitrot (~rajkosto@wan.rajkonet.info) |
13:45.55 | *** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info) |
13:53.01 | *** join/#htc-linux helicopter88 (~helicopte@host159-113-dynamic.246-95-r.retail.telecomitalia.it) |
14:32.52 | *** join/#htc-linux rob_w (~bob@ppp-188-174-77-36.dynamic.mnet-online.de) |
14:32.52 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
14:56.12 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com) |
15:02.28 | *** join/#htc-linux toastcfh (~toastcfh@unaffiliated/toastcfh) |
15:14.14 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com) |
16:02.05 | *** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
16:03.01 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-fsypmaogkxabkozj) |
16:21.06 | *** join/#htc-linux riro06 (52e2bf1e@gateway/web/freenode/ip.82.226.191.30) |
16:44.04 | *** join/#htc-linux JC_ (c9d0605a@gateway/web/freenode/ip.201.208.96.90) |
16:44.25 | JC_ | Hi there... |
16:45.07 | JC_ | Can some point me i nthe right direcction?? I have already look out in Gsensor.dll and I found bma150 |
16:46.02 | JC_ | Changed board-whitestone.c with I2C_BOARD_INFO("bma150", 0x70>>1), .platform_data = &htcwhitestone_bma150_pdata, |
16:46.22 | JC_ | Copied gsensor_axis in startip |
16:46.23 | JC_ | And nothing |
16:46.39 | kam187 | error -110 whilst initialising MMC card |
16:46.46 | kam187 | guys, where can i lookup what 110 is? |
16:47.09 | JC_ | Maybe I am missing one gpio?? |
16:47.10 | Willd | msm7200a |
16:47.18 | Willd | For kam187s problem :) |
16:47.27 | kam187 | its in there? |
16:47.42 | Willd | kam187: No, but the platform is relevant.. |
16:58.15 | *** join/#htc-linux LordDeath (~LordDeath@xdsl-87-78-106-142.netcologne.de) |
16:58.32 | *** join/#htc-linux jonpry (~jon@c-67-170-101-76.hsd1.wa.comcast.net) |
16:59.18 | *** join/#htc-linux LordDeath (~LordDeath@xdsl-87-78-106-142.netcologne.de) |
17:13.30 | *** join/#htc-linux helicopter88_2 (~helicopte@host178-89-dynamic.56-79-r.retail.telecomitalia.it) |
17:16.38 | *** join/#htc-linux helicopter88 (~helicopte@host178-89-dynamic.56-79-r.retail.telecomitalia.it) |
17:17.55 | *** join/#htc-linux helicopter88_3 (~helicopte@host20-19-dynamic.30-79-r.retail.telecomitalia.it) |
17:33.57 | *** join/#htc-linux JC_ (c9d0605a@gateway/web/freenode/ip.201.208.96.90) |
17:34.25 | JC_ | Accelerometer support |
17:34.27 | JC_ | ??? |
17:37.56 | *** join/#htc-linux zeusk (~zeusk@v2201204121607874.yourvserver.net) |
17:42.44 | *** join/#htc-linux jonpry (~jon@unaffiliated/jonpry) |
17:42.54 | zeusk | hey jonpry |
17:43.03 | zeusk | btw, that didn't work, still have data abort |
17:43.06 | jonpry | hi zeusk |
17:43.22 | jonpry | when writing to phys? |
17:43.30 | jonpry | how do you know about the data abort? |
17:44.16 | zeusk | because that is the only probable thing which happens when you write to an unmapped page, OR switching the mmu on itself crashes due to bad pagetable setup but that is unlikely |
17:44.40 | zeusk | yeah, i used phys == virt mapping |
17:45.50 | jonpry | so mmu_enable is the last time you see it? |
17:45.56 | jonpry | like writing to the cr? |
17:45.58 | zeusk | yes |
17:46.55 | zeusk | i thought of using what lk does (map whole 4096mb of address space to itself with write to all to just test if the page tables are bad) |
17:47.07 | zeusk | but don't think if that's a good idea |
17:49.25 | jonpry | yeah that sound promising |
17:49.50 | jonpry | do it right at the beginning of create_page_tables and the whole thing should still be able to boot |
17:50.58 | zeusk | atleast i will be able to trace through enable_mmu then, but how do i map 4096 mb ? |
17:53.09 | jonpry | for every entry do the same thing as you were doing for ram console? |
17:53.44 | jonpry | are you sure your kernel is being built with the correct mmu options? seems like there is more than one mmu available on v7 |
17:53.45 | zeusk | doesn't that map a single page ? |
17:53.59 | jonpry | big pages |
17:54.05 | jonpry | i'm not sure how big tbh |
17:54.30 | jonpry | but i think SECTION_SHIFT - PMD_ORDER is 20 bits? |
17:54.39 | zeusk | more than one mmu ? I am using the same config which worked on .32 and the same thing happens on a .38 bravo, though it was all fine till .35 from bravo |
17:54.40 | jonpry | so there are 2^12 superpages |
17:54.59 | jonpry | multiple pmd_orders available under v7 |
17:55.40 | zeusk | but in .38 where the same thing happens, create_page_tables doesn't use that, it has a hardcoded value of 18 |
17:57.01 | zeusk | even .38 goes all blank after enable_mmu |
18:01.35 | jonpry | for section_shift? |
18:02.14 | zeusk | hopefully cotulla will bail us :/ |
18:02.20 | detule | hey jonpry this should work for haret/nand right -> http://pastebin.com/rgYU27ki |
18:02.27 | zeusk | what about section_shift ? |
18:02.35 | jonpry | hard coded to 18? |
18:02.45 | jonpry | or section_shift - pmd_order? |
18:03.13 | zeusk | hard coded to 18 |
18:03.36 | jonpry | do you know where in enable_mmu it dies? |
18:03.46 | zeusk | (section_shift - pmd_order) is hard coded as 18 |
18:03.47 | zeusk | yes |
18:03.51 | zeusk | at cr write |
18:03.55 | zeusk | to enable mmu |
18:04.28 | jonpry | detule, i think so. maybe make an extern int hotboot? |
18:04.42 | zeusk | mcrp15, 0, r0, c1, c0, 0@ write control reg |
18:05.01 | zeusk | in __turn_mmu_on |
18:07.56 | jonpry | i think in * Now setup the pagetables for our kernel direct |
18:07.56 | jonpry | <PROTECTED> |
18:08.21 | jonpry | you could change kernel_start to 0. and kernel_end to 4gb-1 and it would map the whole 4gb |
18:09.31 | zeusk | so kernel_end -1 should be hardcoded as fffffffe right ? |
18:10.39 | jonpry | hrm. directmapped is probably not identity mapped |
18:13.14 | *** join/#htc-linux swc|666 (~goldbond@65.101.151.78) |
18:13.20 | *** join/#htc-linux swc|666 (~goldbond@Aircrack-NG/Friend) |
18:14.22 | jonpry | does your arch have LPAE? |
18:14.30 | zeusk | nope, i don't think so |
18:14.36 | zeusk | armv7 |
18:14.53 | *** join/#htc-linux Peterka (~Peter78@c-4f667f7a-74736162.cust.telenor.se) |
18:18.17 | jonpry | what mach-msm stuff are you using? |
18:19.08 | jonpry | ie is PLAT_PHYS_OFFSET being defined correctly |
18:21.54 | jonpry | and Makefile.boot |
18:22.02 | detule | i know at least that one bit related to the alignment exceptions in the control register is set differently in 3.3 viz-a-viz .27 as far as our arch is concerned |
18:22.37 | jonpry | thats normal |
18:23.03 | zeusk | I'm using the same msm board files from the supersonic .32 kernel which was ported to leo ~2010 (the files were inturn taken from the initial .27 port) |
18:23.32 | jonpry | specifically Makefile.boot and include/mach/memory.h |
18:23.36 | zeusk | there is no PLAY_PHYS_OFFSET being defined iirc but makefile.boot is accordingly done |
18:23.44 | zeusk | let em check |
18:25.32 | zeusk | it's just PHYS_OFFSET and RESET_VECTOR |
18:25.38 | zeusk | no PLAT_PHYS_OFFSET |
18:25.44 | jonpry | you should use our mach-msm :p merge ftw |
18:25.50 | zeusk | memory.h and makefile.boot is nice |
18:26.01 | jonpry | i think you need PLAT_PHYS |
18:26.18 | jonpry | ./include/asm/memory.h:#ifdef PLAT_PHYS_OFFSET |
18:26.19 | jonpry | ./include/asm/memory.h:#define PHYS_OFFSETPLAT_PHYS_OFFSET |
18:26.49 | jonpry | or it will #define PHYS_OFFSETUL(CONFIG_PHYS_OFFSET) |
18:27.25 | jonpry | then your identity map will barfu |
18:28.14 | zeusk | config PHYS_OFFSET hex depends on MACH_HTCLEO default "0x11800000" if MACH_HTCLEO |
18:28.44 | jonpry | i don't understand |
18:28.55 | zeusk | PHYS_OFFSET is set correctly for leo in kconfig |
18:29.40 | zeusk | raw.github.com/zeusk/tiamat-leo/ics/arch/arm/mach-msm/Makefile.boot |
18:34.13 | jonpry | seems ok. we have always use PLAT_PHYS_OFFSET in memory.h |
18:34.27 | jonpry | no interesting commit history |
18:34.42 | zeusk | if you want complete commit history of leo port, look here |
18:34.59 | zeusk | https://github.com/zeusk/android_kernel_htcleo-2.6.32-ics |
18:36.50 | jonpry | just old kernel has PHYS_OFFSET. but we never had a working 39 like that. although i don't see exactly why it wouldn't work |
18:39.03 | zeusk | I'll try starting leo port from scratch but that will be some time later |
18:40.36 | jonpry | my theory is that /* |
18:40.36 | jonpry | <PROTECTED> |
18:40.36 | jonpry | <PROTECTED> |
18:40.36 | jonpry | <PROTECTED> |
18:41.24 | jonpry | and it depends on stuff like PHYS_OFFSET being correct |
18:41.44 | jonpry | maybe you can write the values of those registers into ram console? |
18:42.30 | *** join/#htc-linux LordDeath (~LordDeath@xdsl-87-78-106-142.netcologne.de) |
18:42.42 | zeusk | yeah, i had a hunch about that too, maybe pc points to invalid/wrong address exactly after mmu init, but do not know how to confirm that |
18:44.55 | zeusk | worse part is badly documented linux code, most of the info about the registers used or referenced in the function seem wrong/outdated |
18:45.20 | jonpry | i think just confirming the value of r3,r4,r5 in that section will do it |
18:45.35 | zeusk | create_page_table ? |
18:46.11 | zeusk | r5 isn't being used |
18:46.29 | zeusk | atleast in the code im looking at |
18:46.56 | jonpry | head.S:214 |
18:49.15 | zeusk | hmm |
18:50.08 | zeusk | why r4, r4 is the pagetable address right ? |
18:53.31 | jonpry | maybe not r4 |
18:59.00 | *** join/#htc-linux ftoz (~root@cst-prg-204-247.cust.vodafone.cz) |
19:00.59 | *** part/#htc-linux ftoz (~root@cst-prg-204-247.cust.vodafone.cz) |
19:52.04 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
20:19.26 | *** join/#htc-linux rob_w (~bob@ppp-188-174-77-36.dynamic.mnet-online.de) |
20:19.26 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
20:30.54 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
20:46.31 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
20:50.39 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
21:16.40 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
22:20.17 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
22:21.08 | *** join/#htc-linux bitrot (~rajkosto@wan.rajkonet.info) |
22:41.15 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-234-104.dynamic.sbb.rs) |
22:42.12 | *** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info) |
22:42.23 | *** join/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
22:43.44 | *** join/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
22:44.02 | *** part/#htc-linux Regulator (~duffman@unaffiliated/regulator) |
22:58.03 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-zvqpuxmguixbzyrq) |
22:59.19 | *** join/#htc-linux bardzusny (~bardzusny@gateway/tor-sasl/bardzusny) |
23:19.17 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
23:26.06 | *** join/#htc-linux whitekidney (~wk@141.0.136.22) |