IRC log for #htc-linux on 20130209

00:18.55*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
03:07.06*** join/#htc-linux Mavy-bnc (mavfree@nlck1m.ckgaming.co.uk)
03:47.31*** join/#htc-linux detule (~detule@pool-96-234-132-77.bltmmd.east.verizon.net)
03:58.52*** join/#htc-linux jonpry (~jon@user-0c6tmn0.cable.mindspring.com)
05:23.10*** join/#htc-linux {simonsimons34} (~simonsimo@unaffiliated/simonsimons34)
05:32.52*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
06:05.28*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
06:39.15*** join/#htc-linux ALoGeNo (~alogeno@4.Red-79-156-0.staticIP.rima-tde.net)
06:39.16*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
06:58.24*** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno)
08:07.35*** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
08:35.21*** join/#htc-linux kiozen (~kiozen@ppp-93-104-84-129.dynamic.mnet-online.de)
08:59.59*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
09:01.29*** join/#htc-linux eR^zeRa` (~zzeratul@ip-84-42-202-42.net.upcbroadband.cz)
09:17.45*** join/#htc-linux arif-ali (~arif-ali@81.144.163.60)
09:39.23*** join/#htc-linux arif-ali (~arif-ali@81.144.163.60)
11:01.28*** join/#htc-linux BabelO (~fcr@unaffiliated/babelo)
11:28.47*** join/#htc-linux helicopter88 (~helicopte@host65-8-dynamic.55-79-r.retail.telecomitalia.it)
11:33.57*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
11:50.32*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
12:26.04*** join/#htc-linux lamikr (lamikr@nat/nokia/x-kgtpxucucfqlouzv)
12:45.17*** join/#htc-linux Cotulla (~myfakemai@109.205.253.11)
12:46.52Cotullahello
12:49.24Cotullajonpry ping
13:10.34jonpryCotulla, pong
13:11.02Cotullait looks like very hard to make relative code for Q6
13:11.32Cotullamaybe just keep it inside kernel
13:11.41Cotullabut in that case it should not overlap with another TLB entries
13:12.09Cotullaor maybe compile it standalone for fixed address like FFF00000
13:12.10Cotullaand copy it
13:12.25Cotullaand include as binary into kernel
13:13.04Cotullaalso it looks it's rather close to MIPS tlb
13:13.10Cotullahttp://cgi.cse.unsw.edu.au/~cs3231/10s1/os161/man/sys161/mips.html
13:15.06CotullaI honestly like idea with binary more
13:15.37Cotullait can be included to S file with .incbin directive to kernel, like it's done with zImage
13:17.20Cotullaas well define our interface between binary and kernel  in H file
13:17.25Cotullalike at the begining list of values
13:23.06jonpryyou want to make the exception handler separate from the kernel?
13:24.30jonpryif the whole kernel is 16mb PTE_G !PTE_U
13:26.20jonpryi've yet to figure out physical address crud
13:26.28jonpry. = PAGE_OFFSET + LOAD_ADDRESS;
13:26.42jonpryafaict the whole kernel is linked at 0xc000 0000
13:28.13*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
13:29.17jonpryhi detule
13:29.26detulehey jonpry
13:29.36jonpryfixed camera?
13:29.53detuleyeah the rear camera/video works like a champ
13:30.02jonprywhat was it?
13:38.46detuleyeah hexagon, i started reading the log from yesterday
13:39.03detulebetween cotulla's english and your shorthand i think i'll need a bit of time with that log :p
13:39.07jonpryi'm trying to build a qImage
13:39.29jonpryfracking tools don't work with CROSS_COMPILE
13:40.23jonpryor i am doing it wrong
13:40.41detulewhich toools
13:41.17jonpryhttps://www.codeaurora.org/patches/quic/hexagon/4.0/
13:41.39jonpryinclude/linux/kernel.h:14:20: error: stdarg.h: No such file or directory
13:42.17detuleer i don't have happy memories of trying to cross compile nilfs tools
13:42.22detuleor anything out-of-kernel
13:42.51jonpryi'm just trying to compile the kernel
13:44.23detuleoh these are kernel patches
13:44.51detulechad's releasing his kernel to "donators"….of course he broke a few things in the process of anti-kanging it
13:45.05jonprysuch as?
13:45.33detuledon't know that's what his post says…i have a feeling camera might not be working for him
13:47.08jonpryat least the html5 is going
13:47.59detulehe is all about these new linaro toolchains….i guess it's possible that he's not seeing all these header mismatches
13:48.17detulemaybe i should upgrade my codesourcery
13:48.34jonpryit's possible your userspace is linaro
13:48.48jonpryi think my stock kernel is linaro compiled
13:48.54jonpryserious size mismatch
13:49.07jonprygcc = 7.2MB, shipped = 5
13:49.24detulewait i thought linaro makes them BIGGER
13:49.35jonprysomething makes it smaller
13:49.38detuleor at least these -O3 flags and what not….
13:49.51detulei guess that's not a linaro specific flag
13:50.18jonprythen again i have noticed any issues with the 7.2MB kernel
13:50.23jonpry*haven't
13:51.26jonpryCotulla, how do you compile the kernel with this toolchain?
13:51.43jonpry<PROTECTED>
13:51.46jonpryno good
13:52.29Cotullasorry I am a bit busy
13:52.39Cotullareading
13:52.57Cotullayes, exception handler (tlbmiss) + 6 L1  tables and etc
13:53.07Cotulla16M can be too big waste of physical memory
13:53.39Cotulladetule, my second nick is englishpoo :P
13:54.07Cotullajonpry, I copied boot folder from ARM
13:54.12Cotullato make qImage from ELF
13:54.22CotullaCROSS_COMPILE works for me for kernel at Linux32
13:54.26Cotullaoh
13:54.31Cotullastdarg.h
13:54.34jonpryyeah
13:54.48Cotullaon CA it's a bit fake release
13:54.52Cotullathey excluded all headers actually
13:54.56Cotullawitches
13:55.04jonpryugh
13:55.09Cotullabut u need only stdarg.h for kernel
13:55.13CotullaI copied it from somewhere
13:55.26Cotullaor maybe a bit more H files, but almost nothing else is used
13:56.01detulelol fake release
13:56.02Cotullayes I did something like "ARCH=hexagon CROSS_COMPILE=/opt/gnu/bin/hexagon-"
13:56.14Cotullabut I put that inside Makefile as usual
13:56.30Cotullado u get other errors except stdarg.h?
13:56.49jonprynot yet
14:00.10jonpryapparently the nexus4 kernel does not build cleanly for hexagon
14:08.52jonpryCotulla, are you building kernel.org 3.4?
14:09.12*** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star)
14:26.07Cotullahm
14:26.11CotullaI think yes
14:26.19Cotullahow to check GIT source path?
14:26.55jonpry.git/config ?
14:37.41Cotullaok
14:38.51{simonsimons34}hum. okay so i need to port mddi drivers to lcdc for my device. any helpful guidance
14:45.16Cotullajonpry, u want to know or not really?>
14:45.20Cotullaactually it's old git
14:45.26CotullaI think they made some changes inside already
14:45.34Cotullabut looks like in 3.8 it is not really changed
14:50.45Cotullasimonsimons34 which device?
14:51.04jonprymaybe we should just set something up
14:51.21jonprysince i am ready to start building kernels
14:51.32jonpryand you have some codez
14:51.38Cotullanot yet working :)
14:52.14jonprythats fine
14:52.32jonpryi have to get it to compile for v4 ELF
14:52.35Cotullaassembler is a different from ARM
14:52.54Cotullaso we didn't finish discussion about
14:53.06Cotulla"kernel manager"
14:53.10Cotullaor how to call it
14:53.57jonpryyou mean like a fake hypervisor?
14:54.03Cotullakinda yes
14:54.07Cotullabut it's not really hypervisor :)
14:54.15jonpryi thought we were going to implement the stuff in the kernel
14:54.18{simonsimons34}Cotulla, im working on the one v
14:54.20Cotullaor SW MMU
14:54.36Cotullawell
14:54.40Cotullaso maybe map kernel as 1M pages
14:54.43Cotullaand one page will be fixed
14:54.47jonpryyou know how kexec stuff works right?
14:55.00Cotullahm heard
14:55.01jonprythere is an ELF section for special purpose
14:55.09Cotullahm
14:55.11jonpryidmap_section iirc
14:55.16Cotullaoh
14:55.26Cotullabut it's important to keep that section outside of main TLB
14:55.36CotullaI don't think it will like collision
14:55.52jonprymaybe
14:55.54Cotullaand it's not possible to copy code without processing relocations
14:56.24jonpryi don't think it needs relocation
14:56.27Cotullaor maybe just specify relocations by hands
14:56.35jonpryjust linked correctly in the beginning
14:56.44Cotullahm
14:56.45jonpryadd an elf section to link at 0xc100 0000
14:56.52jonpryor whatever
14:56.59jonpryvirtual memory is cheap
14:57.01Cotullaever at 0xFFF00000?
14:57.08jonprysure
14:57.08Cotullain that case it's good
14:57.16Cotullahm add it to LDS ?
14:57.21jonpryyeah
14:57.34Cotullawell
14:57.35jonpryjust like they did for kexec trampoline
14:57.37Cotullasounds good
15:06.11jonpry/opt/gnu/bin/hexagon-ld: libgcc.a: No such file: No such file or directory
15:06.12jonprymake: *** [vmlinux.o] Error 1
15:10.16Cotullahm
15:10.19Cotullaexclude it?
15:10.22CotullaI did it so I think
15:10.30Cotullabut I added helpers by hands
15:10.58Cotulladivision and etc
15:12.44*** join/#htc-linux helicopter88_2 (~helicopte@host4-116-dynamic.55-79-r.retail.telecomitalia.it)
15:13.02jonpryi don't see where it is included for hexagon
15:15.24*** join/#htc-linux helicopter88_2 (~helicopte@host212-82-dynamic.37-79-r.retail.telecomitalia.it)
15:16.24Cotullahm
15:16.30Cotullait can be standard lib
15:16.38Cotullajust put some shitty lib as libgcc maybe
15:16.44CotullaI don't remember my solution
15:22.07*** join/#htc-linux helicopter88 (~helicopte@host167-115-dynamic.23-79-r.retail.telecomitalia.it)
15:31.20*** part/#htc-linux Cotulla (~myfakemai@109.205.253.11)
15:31.25*** join/#htc-linux Cotulla (~myfakemai@109.205.253.11)
15:31.29Cotullalol back
15:32.43Cotullaso did u fix it jonpry?
15:32.45Cotulla;)
15:33.17CotullaI have that kernel on another PC and I need to boot it to look into. so I can't do that fast.
15:38.05jonpryi got it to not try to link
15:38.14jonprybut all kinds of undefined refs then
15:38.56*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
15:39.43*** join/#htc-linux a-st (~a-st@unaffiliated/a-st)
15:45.14jonpryi found the source for it
15:46.11jonprylib1funcs.asm
15:46.41Cotullayea
15:46.44CotullaI copied it too
15:47.11jonprythis thing sucks
15:47.24jonprycompile time hexagon arch
15:47.40Cotullait should be fixed once
15:47.43Cotullaand done
15:47.52Cotullaactually I prefer to have .S file in kernel
15:47.53jonprycan it be added to the kernel source
15:47.56jonpry?
15:47.59Cotullayes I think
15:48.06Cotullainstead of some external lib
15:48.11jonpryyeah
15:48.15jonprythat is arch specific
15:48.25Cotullayes
15:48.27Cotulladivision
15:48.30Cotulla64 bits
15:48.33Cotullaand helpers for another things
15:48.45Cotullalike ARM once
15:52.10Cotullain my case
15:52.12CotullaI also changed
15:52.16CotullaQDSP6 <-> HEXAGON
15:52.17Cotullanames
15:54.55jonpryi'd prefer not to reinvent the wheel
15:55.12jonpryare you going to post this stuff relatively soon?
15:56.06Cotullawhich stuff?
15:56.16CotullaI think this kernel is outdated
15:56.32Cotullaproblem that they renamed compiler
15:56.36Cotullafrom qdsp6 to hexagon
15:56.51Cotullaso some compilers are using qdsp6* helpers and another more modern hexagon*
15:59.53jonpryshould i just pull a 3.7 kernel?
16:03.44Cotullanot 3.8?
16:04.48jonpryrc kernels suck
16:06.55Cotullaok
16:07.08Cotullahas no idea what is lastest linux version
16:07.23jonpry3.7.6 or 3.8-rc7
16:07.28Cotullaoh
16:07.33Cotullayes maybe 3.7
16:07.38Cotullacan we run android on it later?
16:07.51jonpryprobably
16:12.37jonprydetule, are you taking charge of the git?
16:14.50*** join/#htc-linux eR^zeRa` (~zzeratul@ip-84-42-202-42.net.upcbroadband.cz)
16:30.03CotullaI will continue soon developing of tlb miss handler
16:30.16CotullaI stopped on conversion from HVM entry to TLB format
16:30.27Cotullaneed translate all that sizes to mask
16:32.16detulejonpry, i can create that repo 3.7 stable on github? it may have to wait til monday though
16:41.14Cotullahm
16:41.17Cotullafor q6?
16:43.24jonpryCotulla, yes hexagon
16:43.44jonprydetule, yes 3.7 stable
16:43.45Cotullagood idea to create git
16:44.03Cotullais github fast enough?
16:44.32jonpryseems pretty good. anything but the initial push/pull is very fast anyways
16:44.45Marcit's definitely faster than gitorious ;)
16:45.15Cotullaok
16:50.09Cotullabtw jonpry u talked about 7 L1, why not 6?
16:50.39CotullaI think everyone should has kernel mappings too, to make code more easy and fast
16:50.57jonprykernel should just be a separate table
16:51.05Cotullawhy?
16:51.12Cotullait's already handled inside linux kernel code
16:51.19jonpryotherwise threads will be evicting kernel TLB entries from other threads
16:51.22Cotullabetter to have full 1024 entries L1
16:52.04Cotullait's easy to index inside such table
16:52.08Cotulla10 bits from address to L1
16:52.15Cotullaanother 10 bits from address to L2
16:52.32Cotullabut we are going to use ASID
16:52.41Cotullato make different mappings for each thread
16:52.51Cotullaor maybe mark kernel ones as global
16:52.57Cotullaand make them standalone
16:53.26jonpryyes i think global for kernel
16:53.37Cotullamaybe 1 + 3 + 6 * 8 + 12
16:53.39Cotulla12 for kernel
16:54.03Cotullaor 6 * 9 and 6 for kernel
16:54.22jonpryi think 6*8 should just be 48 FILO
16:54.32Cotullawithout care about thread id?
16:54.36jonpryyeah
16:54.45Cotullayes also possible variant
16:54.47jonpryso single thread can take over the whole TLB
16:55.03Cotullahm yes
16:55.21Cotullaso 48 or 54 and 12 / 6 for kernel
16:55.36jonpryyes
16:55.39Cotullaor maybe make them also together
16:55.42Cotullajust 60 entries
16:56.17Cotullathen 1 TLB for "system core"  (64K)
16:56.26Cotullaand 3 TLB for L2 mapping
16:56.48Cotullaor maybe just one
16:57.02Cotullaor 6
16:57.05Cotullaone per thread
16:57.13CotullaI tested already
16:57.24Cotullait's not possible to generate another tlbmiss from tlbmiss code
16:57.28Cotullau got error exception
16:57.47Cotullaso tlbmiss should always map L2 before access
16:58.14Cotullathere is also tlbp instruction
16:58.20Cotullawhich checks mapping
16:59.11Cotullabut it works with VA address
16:59.29Cotullaor maybe store in global variable
16:59.32Cotullalast mapping
16:59.36Cotullaand compare
16:59.44Cotullato prevent setting same mapping
16:59.52jonprysome conditions allow nested tlbmiss
17:00.03jonpryqcom patent uses that technique
17:00.19Cotullahm it's not working for me during tests
17:00.40jonprysay all kernel l1 and l2 is in TLB
17:00.49jonprythen a miss on reading userspace l2
17:01.03jonprywhich is located in kernel memory
17:01.08Cotullabut maybe
17:01.14jonpryshould work. assuming you have implemented a stack
17:01.16Cotullait's possible to do like in mips
17:01.21*** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk)
17:01.27Cotullahandle tlbmiss inside error handler
17:02.12Cotullabut it's not working . . . I tried to access invalid memory
17:02.14Cotullainside tlbmiss
17:02.17Cotullaand got error exception
17:03.01jonprydid you reenable exceptions?
17:03.07Cotullano
17:03.25jonpryi think that is required
17:03.34Cotullahow?
17:03.34Cotulla:D
17:04.01CotullaI am afraid it can be not possible
17:04.05CotullaI don't have examples
17:04.25jonpryaccessing memory that could result in a tlbmiss requires that exceptions be enabled
17:05.00jonpryprobably SSR bit
17:05.58Cotullawell it can assume that no tlbmiss exceptions should be inside tlbmiss handler
17:06.01Cotullalooks logical
17:06.31jonpryunless you want nested exceptions
17:06.52Cotullayes but they can be unsupported
17:07.50jonpryit is supported
17:07.59CotullaI am not sure
17:08.10jonprydid you read the patent?
17:08.15Cotullano
17:08.37jonpryhttp://www.google.pl/patents/download/7398371_Shared_translation_look_aside_bu.pdf?id=_mirAAAAEBAJ&output=pdf&sig=ACfU3U3IfaK90rO1CsP0UU3v7PFUm4EBEg&source=gbs_overview_r&cad=0
17:09.33Cotullalol
17:09.35Cotullafunny one
17:09.40jonpryyeah
17:09.49Cotullabut I have no idea how to implement it in code
17:10.06jonpryworst case just enl = pc+1, rte
17:10.14jonpryer eln = pc+1, rte
17:10.22Cotullaelr
17:10.29jonpry:p
17:10.46Cotullawell
17:10.55CotullaI think better start from just mapping L2
17:10.58Cotullaas TLB entry
17:11.30Cotullawell few tlbmissed can make a dead loop is not it?
17:11.38Cotulla*tlbmisses
17:11.52jonprymust be careful
17:12.15jonpryi think it works because a threads TLB is located in the permanently mapped kernel l1/l2
17:12.27jonpryso worst case is a single nested fault
17:13.26Cotullawell
17:13.35CotullaARM always using physical addresses to access entries
17:13.44Cotullawhile in our case we need virtual mapping
17:13.53jonpryyes
17:13.56Cotullaever ARM can work if L2 entry is not mapped to VA
17:14.15Cotullaand looks like HVM PTE stores PA address
17:14.27Cotullaso we need map it anyway to take value
17:14.47Cotullawe have no idea where is it mapped to VA however
17:15.50jonpryi'm a little lost
17:16.12Cotullawell
17:16.23CotullaHVM L1 and L2 they contain PA addresses right?
17:16.39Cotullaso at TLBMISS
17:16.49Cotullaor not
17:16.50jonprythe entries are like both VA and PA no?
17:16.51Cotullahm
17:16.53CotullaI am lost too :D
17:17.03Cotullalook at document
17:17.06CotullaHVM specifications
17:17.19Cotulla9 MemMgr
17:17.27Cotulla9.4
17:17.44Cotullahm
17:17.48Cotullapage 35
17:17.58Cotulla"logical address of L2 table"
17:18.07Cotullais it VA or PA?
17:18.09jonpryi need to look at this a little later. i'm trying to fix an electrical problem in my car
17:18.17Cotullawell
17:18.20Cotulla9.4.2
17:18.37Cotulla"PTEs are used to define the virtual-to-logical translaton . . "
17:18.44Cotullaso logical it's like PA
17:18.51Cotullaand L1 has PA of L2
17:19.02Cotullaso we need map it anyway
17:19.04Cotullato get access
17:19.10Cotullamap to some VA
17:20.16Cotullaok
17:20.21CotullaI gotta away for some time
17:20.23Cotullacya
17:20.45*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)
17:21.06detulejonpry, you care about seeing the prior commit history of 3.7 or just init the repo from the tarball
17:22.52Cotullabetter without histroy
17:26.40detuleCotulla, you have a github account
17:26.42detule?
17:29.07Cotullanot yet or maybe had but forgot
17:29.15CotullaI will make a new one
17:29.19Cotullanow real away
17:34.43jonprygo tarball
17:40.53detuleyou should have it
17:52.06jonpryawesome, thanks
18:01.30*** join/#htc-linux ElFinLazz (~elfinlazz@182.215.84.22)
18:24.01Cotullaback
18:24.17Cotullahow is car jonpry?
18:35.13Cotulladetule
18:35.16Cotullahow is it?
18:52.12detuleCotulla, got that account
18:53.29Cotulla?
18:53.59*** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info)
18:54.19detulegithub did you make it
18:55.14Cotullaoh
20:07.19Cotullahm I assume L2 must be always 4096 bytes aligned right?
20:30.34*** join/#htc-linux stroughtonsmith (~steven@86-42-150-7-dynamic.b-ras1.bbh.dublin.eircom.net)
20:38.26*** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info)
20:42.01*** join/#htc-linux wk (~123123@141.0.137.20)
23:12.14*** join/#htc-linux khorben__ (~dont@91.102.9.98)
23:24.13*** join/#htc-linux detule (~detule@pool-96-234-132-77.bltmmd.east.verizon.net)
23:46.50*** join/#htc-linux detule (~detule@unaffiliated/d3tul3)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.