| 00:05.16 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-107-190.tukw.qwest.net) |
| 00:14.58 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 00:50.57 | Kevin2 | tmzt: Hi. I saw your note the other day. Unfortunately, I don't know much about making haret be a "kernel driver". |
| 00:51.24 | tmzt | hey, I've been working with Da_G on some ideas for that |
| 00:52.38 | tmzt | I think the irq stuff would be the same, but it may not be possible to build with cegcc alone |
| 00:53.14 | tmzt | we also got the suggestion of using kitl instead of tcp for the transport |
| 00:53.28 | tmzt | since that is available earlier |
| 00:53.55 | Kevin2 | Yeah, someone on the mailing list pointed out the ce6 wont let apps "take over". |
| 00:54.19 | Kevin2 | I'm not sure the best way to deal with that - it may require a whole new way of doing things. |
| 00:54.38 | tmzt | the ce people in #xda-devs suggested patching the kernel a bit |
| 00:54.53 | tmzt | or more accurately, the registry hives |
| 00:54.56 | tmzt | which are in xip |
| 00:55.12 | Kevin2 | One of the nicer features (memory tracing) depends on having just one map. If each app has its own memory address space, then that feature just wont work as currently implemented. |
| 00:55.34 | tmzt | well, drivers are going to the kernel in ce6 I think |
| 00:55.40 | tmzt | not sure how that affects the tracing |
| 00:55.58 | tmzt | they would be kernel space dll's I think |
| 00:56.12 | tmzt | cmonex: can you help us with this a few minutes? |
| 00:56.44 | cmonex | yeah? |
| 00:56.51 | cmonex | not all drivers are kernelmode in ce6 |
| 00:57.22 | cmonex | as for dealing with it, you dont have to patch kernel, as that already requires special access anyway, |
| 00:57.38 | cmonex | that was about a driver allowing any app to call a function that allows the app to run in kernel mode after calling it |
| 00:57.52 | tmzt | yeah, that's right |
| 00:57.55 | cmonex | you dont need that much for just getting haret working.. |
| 00:58.03 | cmonex | anyway i'm trying to get my hands on a ce6 device |
| 00:58.16 | tmzt | that M8? |
| 00:58.18 | cmonex | my first goal to do on that device will be thisd |
| 00:58.25 | cmonex | any ce6 device will do, |
| 00:58.33 | tmzt | pnds? |
| 00:58.34 | cmonex | must be cheap, or free is even better :) |
| 00:58.37 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
| 00:59.06 | tmzt | ok |
| 00:59.31 | tmzt | it wasn't kernel mode, it was supervisor mode |
| 00:59.36 | tmzt | Kevin2: that's required right? |
| 00:59.58 | cmonex | I dont know what it's called officially |
| 01:00.12 | tmzt | though if the driver did all the privledged stuff haret could be a normal process |
| 01:00.25 | cmonex | what is required is full access to all mem mapped io, I suppose? |
| 01:00.31 | Kevin2 | cmonex: Basically, haret tries to read/write to memory and access coprocessor registers. If there is a call that lets that work, do you know what the name is? |
| 01:00.33 | tmzt | including mmu |
| 01:00.34 | cmonex | and also for booting linux bootloader |
| 01:00.43 | cmonex | needs supervisor for that |
| 01:00.48 | cmonex | to do MMU operations |
| 01:00.55 | tmzt | and your nb's like jumpspl |
| 01:00.58 | cmonex | Kevin2 : no, read above |
| 01:01.18 | cmonex | to sum it up, there is no successor to SetKMode |
| 01:01.23 | cmonex | but we can always implement one.. hehe |
| 01:01.39 | tmzt | right, but are you saying it does or does not need supervisor |
| 01:01.43 | cmonex | but without a device I dont feel like trying.. |
| 01:01.52 | cmonex | for booting linux you need supervisor |
| 01:02.15 | tmzt | haret does a lot of other stuff, but it needs direct mmu access for those things as well I think |
| 01:02.23 | cmonex | then same |
| 01:02.38 | tmzt | it's really two seperate things though |
| 01:02.40 | cmonex | does anyone have a ce6 device here or why is this so important atm? |
| 01:02.48 | tmzt | we need an early haret, that would be a driver |
| 01:03.01 | tmzt | somebody asked a few days ago about Meizu M8 |
| 01:03.11 | tmzt | that's what all the ce6 stuff was about |
| 01:03.20 | Kevin2 | The mmu isn't too tough, the virtualalloc/virtualcopy calls work fine to manipulate that - the problem is with getting access to use those calls. |
| 01:03.35 | cmonex | so it IS tough :P |
| 01:03.53 | tmzt | what I'm saying is the problems are similar enough that we can target wm5 as well |
| 01:03.56 | Kevin2 | Someone on the haret mailing list had a ce6 device. |
| 01:04.13 | cmonex | sorry, whats with wm5?? |
| 01:04.17 | tmzt | we can't finish drivers for msm devices without early tracing of wm drivers |
| 01:04.32 | cmonex | I didnt think anyone still used wm5. |
| 01:04.36 | tmzt | that means a kernel driver as I understand it |
| 01:04.39 | tmzt | or, ce5 |
| 01:04.42 | cmonex | as all of them can be ported to WM6 |
| 01:04.43 | tmzt | wm6.1 |
| 01:04.57 | cmonex | why are we suddenly talking pre-CE6? |
| 01:05.02 | cmonex | doesnt haret work on those? |
| 01:05.04 | Kevin2 | what is "early tracing of wm drivers" mean? |
| 01:05.24 | cmonex | Kevin2 : if this someone can tell me where to get a ce6 device really cheap, that'll help. :) |
| 01:05.29 | tmzt | so we can trace the memory writes of drivers as they initialize hardware |
| 01:05.45 | tmzt | not just when enabling or disabling things after wm has loaded |
| 01:05.52 | tmzt | or pressing buttons, etc. |
| 01:06.18 | tmzt | we need to see how it sets up smem, does lcd init (though resume should work for that) |
| 01:06.30 | Kevin2 | cmonex: You can ask this person: http://www.handhelds.org/hypermail/haret/current/1914.html |
| 01:06.34 | cmonex | this is a totally different issue, tmzt... |
| 01:06.46 | tmzt | ok |
| 01:07.12 | tmzt | but they both require a kernel driver and some rearchitechting? |
| 01:07.32 | tmzt | we (#htc-linux) don't directly have a need for ce6 now |
| 01:07.40 | tmzt | that was just a question someone asked here |
| 01:07.53 | tmzt | all of our devices are ce5/5.5 wm6/6.1 |
| 01:11.33 | tmzt | cmonex: okay, are you saying it's enough to load haret.exe from the registry (on wm6)? |
| 01:11.47 | tmzt | that we don't really need to split it into a driver? |
| 01:12.07 | cmonex | I didnt say anything about registry. |
| 01:12.36 | tmzt | okay, forget about ce6 for right now then |
| 01:12.58 | tmzt | 07:21 < Kevin2> tmzt: Hi. I saw your note the other day. Unfortunately, I don't know much about making haret be a "kernel driver". |
| 01:13.15 | cmonex | <tmzt> so we can trace the memory writes of drivers ... so you want to debug the drivers during boot |
| 01:13.25 | tmzt | that was the topic, I was trying to get your input but I think I confused the whole thing |
| 01:13.29 | tmzt | yes |
| 01:13.36 | cmonex | I dont have any code to do that |
| 01:13.52 | cmonex | you could look up how the kernel debugger drivers work, then make one perhaps |
| 01:14.24 | tmzt | well, haret has the code to do the mmio traces that we need |
| 01:14.37 | tmzt | I'm just wondering how we can make it load when the device boots |
| 01:14.44 | tmzt | as early as possible |
| 01:15.32 | tmzt | if it needs to be a driver (dll) instead of exe, or if it needs to use a different network transport, or no gdi |
| 01:15.37 | tmzt | that's what I'm asking |
| 01:15.57 | cmonex | see above line |
| 01:16.00 | cmonex | I dont have anymore details |
| 01:16.07 | tmzt | okay then |
| 01:16.12 | tmzt | thanks |
| 01:16.13 | cmonex | on really early boot kernel can load kernel debugger dlls |
| 01:16.18 | cmonex | thats done before even coredll loads, IIRC |
| 01:16.29 | cmonex | so your driver must not use any imports |
| 01:16.39 | tmzt | well, what about the load order in services.exe or device.exe |
| 01:16.45 | cmonex | and yes its compiled to over 0x80000000 |
| 01:17.06 | cmonex | LoadDriver is just like LoadLibrary |
| 01:17.12 | cmonex | (just of course for a driver) |
| 01:17.41 | cmonex | sorry, I misread you |
| 01:17.45 | cmonex | what about the load order? |
| 01:17.56 | cmonex | somehow i read "order" as driver. :) |
| 01:18.25 | cmonex | isotherm wrote such a dll before, IIRC. (kernel debugger) |
| 01:21.47 | cmonex | ? |
| 01:31.53 | tmzt | I mean in what order drivers are loaded |
| 01:32.13 | tmzt | if we want to trace something we need to be loaded and inited (and own the irqs) before the other driver |
| 01:42.01 | cmonex | i already offered the solution |
| 01:42.15 | cmonex | I even said who to contact if you got questions. :) (as isotherm already wrote such a debugger before) |
| 01:42.31 | cmonex | well, at least he wrote a really simple one for test... dont remember what it did exactly |
| 01:43.09 | cmonex | uhm, owning the interrupts, can you elaborate on what you'd like? |
| 01:44.06 | cmonex | but anyway, you can just write something that loads before device.exe and then you are guaranteed to load before any drivers |
| 01:54.18 | *** join/#htc-linux mdrobnak (n=mdrobnak@pool-96-232-187-37.nycmny.fios.verizon.net) |
| 01:55.21 | mdrobnak | Hey everyone |
| 02:03.22 | mdrobnak | I'm just looking at the linuxtogo git repo for htc-msm-2.6.27 branch, and looks like a lot of progress has been made on the RAPH series of phones, but I don't see any new packages since May...anyone have a newer kernel built? I don't have an environment set up here yet.. |
| 02:24.05 | *** join/#htc-linux mdrobnak (n=mdrobnak@pool-96-232-187-37.nycmny.fios.verizon.net) |
| 02:32.59 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
| 02:45.59 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
| 02:55.12 | tmzt | mdr: you don't need one, just a cross compiler |
| 02:55.31 | tmzt | like the codesourcery.com one |
| 02:56.16 | tmzt | cmonex: okay, I will talk to isotherm |
| 02:56.46 | tmzt | by owning the interrupts I mean what haret does (other than loading kernels) |
| 02:57.10 | tmzt | it takes over the irqs and calls the irq handlers of ce |
| 02:57.43 | tmzt | this is how it traces irqs, gpios |
| 02:57.56 | cmonex | ah, ok |
| 02:57.58 | tmzt | I think it uses a fault to trace memory access |
| 02:58.31 | tmzt | by forcing the mmu be remapped in a certain way |
| 02:58.43 | cmonex | is there haret src somewhere :) ? |
| 02:58.51 | cmonex | I'd like to check what it does exactly |
| 02:58.52 | tmzt | git.linuxtogo.org |
| 02:58.58 | tmzt | and handhelds.org cvs |
| 02:59.00 | cmonex | especially if i need to get it working on CE6 |
| 02:59.04 | cmonex | someone get me a ce6 device :) |
| 03:03.34 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 03:08.20 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-107-67.dynamic.mnet-online.de) |
| 03:13.03 | *** join/#htc-linux no2chem2 (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) [NETSPLIT VICTIM] |
| 03:13.04 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) [NETSPLIT VICTIM] |
| 03:13.04 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) |
| 03:13.04 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
| 03:22.25 | *** join/#htc-linux ChanServ (ChanServ@services.) |
| 03:22.26 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
| 03:22.26 | *** join/#htc-linux parmaster (i=par@dipole.idlepattern.com) |
| 03:22.26 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) [NETSPLIT VICTIM] |
| 03:22.26 | *** join/#htc-linux no2chem2 (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) [NETSPLIT VICTIM] |
| 03:22.26 | *** join/#htc-linux elysion_ (i=kiiski3@mustatilhi.cs.tut.fi) [NETSPLIT VICTIM] |
| 03:22.26 | *** join/#htc-linux jobo (n=jobo@5ED40048.cable.ziggo.nl) [NETSPLIT VICTIM] |
| 03:22.26 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
| 04:18.49 | *** join/#htc-linux k4r1m_ (n=hai@96.52.164.81) |
| 04:40.15 | *** join/#htc-linux droid0011 (n=mc@p4FDCD296.dip.t-dialin.net) |
| 04:49.16 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 05:04.01 | *** join/#htc-linux droid001 (n=mc@p4FDCF1E7.dip.t-dialin.net) |
| 05:18.55 | *** join/#htc-linux timebomb (n=tb@e177137097.adsl.alicedsl.de) |
| 06:12.34 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:31.24 | *** join/#htc-linux g55 (n=g55@rgnb-5d87d819.pool.einsundeins.de) |
| 06:34.44 | *** join/#htc-linux kiozen (n=oeichler@p54921304.dip0.t-ipconnect.de) |
| 06:51.53 | *** join/#htc-linux ArteK (n=Artur@81.15.241.96) |
| 07:06.02 | *** join/#htc-linux SOG (n=IamSOG@61.140.250.67) |
| 07:06.10 | *** join/#htc-linux nozze (n=nozze@u193-11-162-41.studentnatet.se) |
| 07:16.38 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 07:34.41 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 07:59.46 | *** join/#htc-linux g55 (n=g55@rgnb-5d87c6d4.pool.einsundeins.de) |
| 08:44.02 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) |
| 09:10.06 | *** join/#htc-linux fumper (n=fumper@1507ds2-rd.0.fullrate.dk) |
| 10:25.43 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
| 10:36.24 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
| 10:55.00 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
| 10:55.08 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
| 11:07.55 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.220.106) |
| 11:20.37 | *** join/#htc-linux AntiXpucT[n] (n=Skim@78.139.220.57) |
| 11:30.05 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.221.81) |
| 11:45.07 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.222.35) |
| 11:48.30 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.222.39) |
| 11:49.27 | *** join/#htc-linux jaSOnGG (n=IamSOG@218.20.218.212) |
| 11:49.34 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.221.214) |
| 11:53.33 | *** join/#htc-linux xperia (n=chatzill@80-218-228-128.dclient.hispeed.ch) |
| 11:57.49 | xperia | hello to all. i have a small problem with fbcon and psplash for showing a picture with boot progress while booting linux. i have everything cross compiled and it works also but the problem is updating fbcon for showing the picture. at the moment i can see the picture and the boot progress only if i click on the vitual keyboard. |
| 12:00.52 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
| 12:01.30 | xperia | i have readed the sources http://downloads.openmoko.org/developer/sources/svn/psplash/psplash/psplash-fb.c and it looks like that it creat a new framebuffer inside the function psplash_fb_new |
| 12:03.04 | xperia | but it isnt updated like fbcon all the time. can some body help me with this issue. |
| 12:07.07 | xperia | another possibility is compiling splashutils for msm. i have patched my kernel with bootsplash but splashutils wont compile. does anybody has splashutils cross compiled for msm. |
| 12:16.23 | *** join/#htc-linux fumper (n=fumper@1507ds2-rd.0.fullrate.dk) |
| 12:26.36 | *** join/#htc-linux marex (n=marex@thor.hackndev.com) |
| 12:30.15 | xperia | have to go for a termin. will writte as i know more think now it could be the function console_switch the problem. till later bye. |
| 12:56.55 | *** join/#htc-linux ArteK_ (n=Artur@81.15.241.96) |
| 12:59.17 | *** join/#htc-linux SOG (n=IamSOG@218.20.218.212) |
| 13:20.43 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 13:23.30 | AstainHellbring | morning |
| 14:31.29 | *** join/#htc-linux AntiXpucT[n] (n=Skim@78.139.221.151) |
| 14:39.27 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:45.51 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
| 14:46.31 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:49.54 | dcordes | somebody got a clue how detection of the 3,5mm audio jacks (kovsky, blackstone, etc) works on the electronical level? |
| 14:50.49 | *** join/#htc-linux mickey|groceries (i=mickey@80.81.242.146) |
| 14:52.49 | *** join/#htc-linux mickey|groceries (i=mickey@80.81.242.146) |
| 14:59.34 | *** join/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
| 15:23.36 | *** join/#htc-linux xfiles (n=xfiles@c-98-193-151-150.hsd1.ky.comcast.net) |
| 15:26.47 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c77d.pool.einsundeins.de) |
| 15:37.57 | *** join/#htc-linux fumper (n=fumper@90.185.79.210) |
| 15:41.29 | *** join/#htc-linux darkstar62 (n=darkstar@m120e36d0.tmodns.net) |
| 15:46.26 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
| 15:48.51 | *** join/#htc-linux SOG (n=IamSOG@218.20.218.212) |
| 15:54.01 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.221.151) |
| 15:55.03 | Echo31 | Hello all |
| 16:00.20 | AstainHellbring | morning Echo31 |
| 16:00.52 | *** join/#htc-linux pH5 (n=ph5@e178196089.adsl.alicedsl.de) |
| 16:01.37 | AstainHellbring | morning pH5 |
| 16:01.50 | pH5 | hej AstainHellbring |
| 16:02.11 | pH5 | Echo31: hi, any news on that cpld1 issue? |
| 16:04.53 | Echo31 | pH5: No, I think I'll wait cr2. |
| 16:07.15 | AstainHellbring | Echo31 is there a zimage somewhere I can download and play with for athena |
| 16:11.43 | *** join/#htc-linux pH5 (n=ph5@e178194123.adsl.alicedsl.de) |
| 16:12.48 | Echo31 | AstainHellbring: I don't yet upload the athena zimage. I wait to improve some items |
| 16:13.36 | Echo31 | pH5: I have a question for athena sound |
| 16:14.13 | pH5 | ak4641 like hx4700? |
| 16:14.41 | AstainHellbring | ok |
| 16:14.53 | Echo31 | ph5: yes |
| 16:15.35 | Echo31 | pH5: the sound driver from hx4700 is hardcoded |
| 16:16.45 | pH5 | check out my git tree, I have a mostly working ASoC driver by Laf0rge (taken from the gnufiish repo) in there. |
| 16:17.01 | pH5 | there you'd just have to adapt the hx4700 machine driver to athena. |
| 16:17.29 | pH5 | hm, need to find some time to clean this up and finally submit that one.. |
| 16:17.52 | Echo31 | pH5: is it mandatory to have a specific driver. A same sound generic driver for athena universal and hx4700 is it possible ? |
| 16:19.02 | pH5 | well, the codec and cpu dai parts are generic, but you need a machine specific glue driver that puts everything together in the right places |
| 16:19.44 | pH5 | for example all the headphone / speaker amp power gpios are machine specific. |
| 16:20.10 | pH5 | and also which cpu pins the codec is connected to. |
| 16:20.37 | *** join/#htc-linux ArteK (n=Artur@81.15.241.96) |
| 16:21.15 | Echo31 | pH5: Do you know when Cr2 back? because i have more GPIO_sound_related (no defined) |
| 16:22.13 | pH5 | I don't know. |
| 16:23.55 | Echo31 | ph5: and for cpld1, how I can try to find the problem? |
| 16:25.46 | pH5 | I'm still not sure what the problem really is. I suspected an error in htc-egpio for mixed input/output registers, but your cpld1 registers are not mixed at all. Maybe it's just an initial value problem? |
| 16:26.39 | pH5 | You could try changing the .initial_value for the first register write that hangs to the value that this register had before. If you do that, does initialization progress further? |
| 16:28.57 | Echo31 | pH5: OK, I will try to change only the initial_value of first register |
| 16:33.48 | *** join/#htc-linux timebomb (n=tb@f054023075.adsl.alicedsl.de) |
| 16:39.16 | Echo31 | pH5: athena has a S1R72V03 as device (usb ide device) for reading the internal disk. I gather the usb ide driver (S1R72V05 epson ) of 2.6.14.6. But i don't know how i can change for athena. ( the ide driver from 2.6.14 to 2.6.30) ? |
| 16:42.26 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
| 16:56.25 | Echo31 | ph5: initial_value size is a Integer,,,, I have very many possiblities. |
| 17:02.08 | pH5 | Echo31: the register size is 8 bits, which kind of brings the possibilities down to 256. |
| 17:02.37 | pH5 | and I suggested to write the value that is already found in there, which means you're down to one :) |
| 17:04.58 | *** join/#htc-linux onen|openBmap (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
| 17:05.18 | Echo31 | pH5: ok. I tried initial_value =0xFF , the system rebooted but no screen issue. I am going to decrement this value |
| 17:06.53 | pH5 | Echo31: no, that register was most certainly not 0xff. check your logs. |
| 17:07.01 | pH5 | iirc 0x12 or 0x14 or something like that. |
| 17:07.42 | Echo31 | ph5: with 0xFE for the first register , the system starts |
| 17:09.38 | pH5 | Echo31: can you check the dmesg? what was in that register before 0xfe was written? |
| 17:13.45 | Echo31 | ph5: I have only the message of debug |
| 17:14.12 | Echo31 | ph5: EGPIO: setting 0 to fe was 14 |
| 17:14.49 | Echo31 | pH5: EGPIO: setting 0 to 23, was c93f |
| 17:15.05 | pH5 | Echo31: see, that value was 0x14 |
| 17:15.31 | pH5 | try .initial_value=0x14, or even better 0x04 (because we know bit 0x10 is bt related) |
| 17:16.02 | *** join/#htc-linux ptitjes (n=didier@82.234.90.22) |
| 17:16.08 | pH5 | the 0x4 bit isn't documented in http://www.htc-linux.org/wiki/index.php?title=CPLD1 |
| 17:16.21 | Echo31 | ph5: I will try 0x04 |
| 17:19.29 | Echo31 | ph5: it is ok with 0x04 |
| 17:19.44 | pH5 | Echo31: great, then let's keep that value for now. |
| 17:21.20 | Echo31 | pH5: now, I tries all other register |
| 17:27.08 | Echo31 | ph5: the messages are: |
| 17:27.12 | Echo31 | EGPIO: setting 0 to 4, was 14 |
| 17:27.12 | Echo31 | EGPIO: setting 1 to 0, was 0 |
| 17:27.12 | Echo31 | EGPIO: setting 2 to 12, was 13 |
| 17:27.12 | Echo31 | EGPIO: setting 3 to d, was d0 |
| 17:27.12 | Echo31 | EGPIO: setting 7 to 0, was a |
| 17:27.12 | Echo31 | EGPIO: setting 0 to 23, was c93f |
| 17:28.06 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
| 17:29.33 | Echo31 | ph5: the register are A, B, C, D, and H |
| 17:31.20 | Echo31 | ph5: What do I do now? |
| 17:38.29 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 17:42.28 | pH5 | Echo31: eh, why? |
| 17:44.57 | pH5 | you could turn off the leds (gpioc 0x3), and why do you change gpiod from 0xd0 to 0x0d? |
| 17:46.49 | *** part/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
| 17:48.41 | Echo31 | pH5: the .initial_values = 0x0d is it incorrect ? |
| 17:50.14 | Echo31 | ph5: I ll try with .initial_values = 0xd0 |
| 17:50.30 | pH5 | check what those values mean in the wiki. |
| 17:51.22 | pH5 | I just see from the logs that it was 0xd0 before. ideally, we'd have 0x00 everywhere, eventually and let the drivers handle what needs to be enabled. |
| 17:53.38 | Echo31 | ph5: d0= LCD panel + SD power + LCD blacklight |
| 17:53.59 | Captnoord | greets pH5 and Echo31 |
| 17:58.12 | Echo31 | pH5: for the register D, i remove the initial_value ? |
| 18:00.27 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
| 18:02.43 | pH5 | hej Captnoord |
| 18:03.15 | pH5 | Echo31: looks like at least SD power can be turned off. |
| 18:03.22 | Echo31 | pH5: the register C is 0x12 for led green and epson power ( ide disk) |
| 18:03.49 | pH5 | seems to me that both are not needed right now, so try setting that to 0 |
| 18:04.03 | pH5 | and the lcd backlight can also be turned off once you have the backlight driver in place. |
| 18:05.33 | Echo31 | PH5: I ll try initial_value = 0 for the register D |
| 18:09.19 | Echo31 | ph5: it is OK |
| 18:09.47 | Echo31 | pH5: the led is green |
| 18:10.13 | pH5 | 0 -> C |
| 18:10.46 | Echo31 | ph5: i ll try 0 for register C |
| 18:17.05 | Captnoord | 0xD0 = 1101 0000 |
| 18:17.21 | Echo31 | pH5: It is ok but the led is light off |
| 18:27.41 | *** part/#htc-linux azeey (n=addisu@c-98-223-225-123.hsd1.in.comcast.net) |
| 18:28.27 | *** join/#htc-linux ptitjes (n=didier@gov91-1-82-234-90-22.fbx.proxad.net) |
| 18:28.36 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
| 18:32.26 | Echo31 | pH5: The implementation phase of CPLDs is it finished? |
| 18:32.56 | *** join/#htc-linux sroecker (n=sroecker@BAHbf7f.bah.pppool.de) |
| 18:33.03 | pH5 | it's never finished :) |
| 18:33.23 | pH5 | but if it works like this, I guess you can move on. |
| 18:33.37 | pH5 | removing the initial_values for lcd/backlight can be done later |
| 18:34.01 | Echo31 | ph5: ok |
| 18:34.59 | Echo31 | pH5: the keyboard, touchscreen and host usb work |
| 18:36.08 | Echo31 | pH5: I use the SPI for Keyboard and touchsreen |
| 18:39.29 | Echo31 | pH5: do you know the usb ide device ? |
| 18:40.34 | pH5 | no |
| 18:40.46 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 18:45.50 | Echo31 | pH5: for the uart ( gsm,bt gps) , can i use the magician code ? |
| 18:47.51 | pH5 | on magician bt is connected via usb. for gsm you probably have uart/usb combo like universal. magician doesn't have gps. |
| 18:48.01 | pH5 | but the uart code is more or less straightforward. |
| 18:50.50 | Echo31 | ph5: Ok, i ll try. |
| 19:02.52 | Echo31 | pH5: What the calypso is it ? |
| 19:05.00 | pH5 | texas instruments calypso is the gsm(gprs) chip on the magician |
| 19:05.16 | pH5 | athena has some msm I think |
| 19:11.48 | Echo31 | pH5: athena uses DPRAM for gprs as blueangel. what is code the yougest ? |
| 19:12.02 | *** join/#htc-linux surge (i=surge@pool-98-118-158-217.bflony.fios.verizon.net) |
| 19:12.49 | pH5 | hh.org cvs is the only I know |
| 19:13.17 | pH5 | I still need to get that going on BA. |
| 19:13.27 | Echo31 | pH5: msm uses DPRAM ? |
| 19:14.23 | pH5 | it can |
| 19:14.44 | pH5 | universal uses usb instead, but maybe that's the odd man out |
| 19:15.17 | Echo31 | pH5: the msm DPRAM was it already implemented ? |
| 19:17.13 | Echo31 | pH5: I think to use the DPRAM from blueangel of hh.org |
| 19:17.52 | pH5 | no idea. |
| 19:43.59 | *** join/#htc-linux SuperJMN (n=jmn@233.Red-217-126-241.staticIP.rima-tde.net) |
| 19:44.06 | SuperJMN | Hi everybody! |
| 19:45.23 | SuperJMN | How is the progress for a complete Android for Polaris? |
| 19:45.31 | SuperJMN | (without HaRET) |
| 19:55.37 | *** join/#htc-linux chab7 (n=chab7@85.67.206.132) |
| 20:01.05 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 20:02.21 | *** part/#htc-linux SuperJMN (n=jmn@233.Red-217-126-241.staticIP.rima-tde.net) |
| 20:13.50 | *** join/#htc-linux tmzt (n=tmzt@76.244.147.106) |
| 20:19.04 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 20:19.11 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 20:32.58 | tmzt | 02:42 < _Rocket> is it normal i must tap the touchscreen after gpe login to continue gpe starting? |
| 20:33.02 | tmzt | 02:43 < _Rocket> before tapping there is nothing but _ text cursor in left-upper corner of the screen |
| 20:33.05 | tmzt | 02:44 < _Rocket> after tapping it displays 'X' - pointer and after a few seconds there is gpe desktop |
| 20:33.09 | tmzt | need to remember to forward this to dcordes |
| 20:34.59 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 20:35.56 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 20:50.43 | *** join/#htc-linux g55 (n=g55@rgnb-5d87dbec.pool.einsundeins.de) |
| 20:54.46 | *** part/#htc-linux ArteK (n=Artur@81.15.241.96) |
| 21:04.23 | Echo31 | pH5: see you soon |
| 21:24.11 | *** join/#htc-linux Moku (n=John@f048210068.adsl.alicedsl.de) |
| 21:27.45 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 21:28.49 | *** join/#htc-linux ArteK (n=Artur@81.15.241.96) |
| 21:40.17 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 21:47.49 | *** part/#htc-linux ArteK (n=Artur@81.15.241.96) |
| 22:47.17 | *** join/#htc-linux AgentBlair (n=AgentBla@adsl-69-226-30-55.dsl.sndg02.pacbell.net) |
| 23:05.58 | *** join/#htc-linux AntiXpucT (n=Skim@78.139.221.151) |
| 23:58.15 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-107-190.tukw.qwest.net) |