| 02:55 | Cass | sup Gauner ? |
| 02:55 | Cass | not sleeping :P |
| 03:00 | gauner1986 | hey cass |
| 03:00 | gauner1986 | long time no see |
| 03:01 | gauner1986 | not really |
| 03:01 | Cass | hi .. yeah droidless |
| 03:01 | Cass | well hd2less |
| 03:01 | Cass | :P |
| 03:01 | gauner1986 | why should i :) |
| 03:01 | gauner1986 | nooooo |
| 03:01 | gauner1986 | sold it? |
| 03:01 | Cass | long story . |
| 03:01 | Cass | broke |
| 03:01 | Cass | cunts fixing it made it worse |
| 03:01 | gauner1986 | that's sad |
| 03:01 | Cass | shit service centre |
| 03:01 | gauner1986 | lol |
| 03:01 | Cass | im hd7 to da mac now |
| 03:01 | gauner1986 | what was broken? |
| 03:01 | Cass | max* |
| 03:01 | Cass | screen flicker blue |
| 03:02 | gauner1986 | hm. i tried wp7, but it wasn't my case.. too many apps still missing |
| 03:02 | Cass | i love it |
| 03:02 | Cass | 90% of apps i use are there |
| 03:02 | gauner1986 | no multimessenger |
| 03:02 | gauner1986 | not even icq |
| 03:02 | Cass | only need evernote and im almost perfect |
| 03:03 | Cass | hear thats end jan |
| 03:03 | Cass | skype is bonus |
| 03:03 | Cass | so what you running .. still droid ? |
| 03:03 | gauner1986 | yeah |
| 03:03 | Cass | not this wp7 stuff |
| 03:03 | gauner1986 | it's really nice |
| 03:03 | gauner1986 | desire-z based currently |
| 03:04 | Cass | 720 fixed yet ? |
| 03:04 | gauner1986 | no :( |
| 03:04 | gauner1986 | in wp7 it works |
| 03:04 | gauner1986 | but not on droid |
| 03:04 | Cass | see the chap making some vendor modules recently |
| 03:04 | Cass | char* something |
| 03:04 | Cass | asking for help |
| 03:04 | gauner1986 | hm |
| 03:05 | Cass | from what i read he is the chap that madde 720 on nexus |
| 03:05 | Cass | no one seems to be helping him |
| 03:05 | gauner1986 | if i had a clue about it, i would |
| 03:05 | Cass | mainly testing as i read |
| 03:05 | Cass | logs are usefull :P |
| 03:06 | gauner1986 | hm |
| 03:06 | Cass | he did kernel stuffs .. lemme find him |
| 03:06 | gauner1986 | i'm looking to buy a new device.. but no decent device is out yet.. |
| 03:06 | gauner1986 | i want a dual-core |
| 03:06 | Cass | meh |
| 03:07 | Cass | i did before i used wp7 |
| 03:07 | Cass | now i only want unlock |
| 03:07 | Cass | its fast enough |
| 03:08 | Cass | hd2 feels much better built than hd7 though .. im pissed at that |
| 03:08 | Cass | hd7 screen is better tho |
| 03:08 | gauner1986 | didnt hold one in my hands |
| 03:08 | Cass | similar with kickstand |
| 03:09 | Cass | backplate and vol controls a bit chaep |
| 03:09 | Cass | cheap* |
| 03:09 | Cass | http://irclog.netripper.com/?chan=htc-linux&day=23 |
| 03:10 | Cass | id ping him and try to help .. he is usefull |
| 03:15 | gauner1986 | cass: hm? the only thing about 720p there is me begging cotulla to implement it |
| 03:15 | gauner1986 | :D |
| 03:15 | Cass | lol, im sure his fingers are in other pies |
| 03:22 | gauner1986 | yeah.. it's the only feature missing |
| 03:22 | Cass | indeed... ( i miss my hd2 ) |
| 03:22 | Cass | considering another |
| 03:22 | gauner1986 | lol |
| 03:22 | gauner1986 | in terms of learning and developing |
| 03:22 | gauner1986 | best embedded device ever |
| 03:23 | Cass | indeed .. best i have seen |
| 03:23 | gauner1986 | of course that involved a lot of fun also :) |
| 03:23 | Cass | funnest device ever .. FU apple :P |
| 03:23 | gauner1986 | i remember the days is was just flashing winmo roms.. |
| 03:23 | gauner1986 | yeah |
| 03:23 | Cass | lol ahh the old days |
| 03:23 | gauner1986 | iphone is really boring |
| 03:24 | Cass | indeed .. got the wife an iphone 4, ( she loves them) and i was impressed by the hw but nothing else .. it did not change since the 3g i had |
| 03:24 | Cass | went for wp7 cos i have every other os |
| 03:25 | Cass | and i like it |
| 03:25 | Cass | like the swoops and the swishes of the os |
| 03:25 | gauner1986 | hm.. it doesnt allow a lot of customizing and hacking atm |
| 03:25 | Cass | yeah atm |
| 03:25 | gauner1986 | yeah |
| 03:25 | Cass | its 3 months old |
| 03:25 | gauner1986 | but as long it is like that |
| 03:25 | gauner1986 | ... |
| 03:25 | Cass | i can wait :) |
| 03:25 | gauner1986 | ^^ |
| 03:26 | Cass | it wont be forever .. im expecting big things from the msdn conf next month (mar?) |
| 03:27 | Cass | no not msdn .. whats it called .. mobile world or something .. probably in your town |
| 03:28 | Cass | i have msdn on the brain as i just got uber access |
| 03:30 | gauner1986 | in my town? |
| 03:30 | gauner1986 | nah |
| 03:30 | gauner1986 | :D |
| 03:30 | Cass | MWC is not Germany ? |
| 03:30 | Cass | was last year im sure |
| 03:31 | gauner1986 | wasnt it spain or sth? |
| 03:32 | Cass | 2011 is spain (barcelona) |
| 03:32 | Cass | thought 2010 was GDR |
| 03:32 | gauner1986 | hm yeah.. too far away :) |
| 03:32 | Cass | could be wrong .. i have too many rss |
| 03:33 | Cass | yeah seems it was spain .. im thinking of some other conf |
| 03:33 | gauner1986 | no 2010 was also barcelona |
| 03:33 | Cass | :) |
| 03:33 | gauner1986 | cebit is germany |
| 03:33 | Cass | yeah probably that |
| 03:33 | gauner1986 | i'm getting free tickets for it every year |
| 03:33 | Cass | lucky U |
| 03:34 | gauner1986 | but it's kinda boring.. too many small chinese companies there |
| 03:34 | gauner1986 | selling stuff i dont care about |
| 03:34 | gauner1986 | :D |
| 03:34 | Cass | hey those are the ones to watch |
| 03:35 | gauner1986 | cebit has seen better years than the last one |
| 03:36 | gauner1986 | there were way less exhibitors than on 07 |
| 03:36 | Cass | well last year for tech was quite dull |
| 03:36 | gauner1986 | last time i was there before |
| 03:36 | Cass | this year will all be android and 3d |
| 03:37 | gauner1986 | maybe it'll be interesting then |
| 03:37 | gauner1986 | lets see |
| 03:37 | gauner1986 | google had a place there |
| 03:37 | Cass | yeah if its free and your doing nothing else :P |
| 03:37 | gauner1986 | but it only showed off the streetview car |
| 03:37 | gauner1986 | haha |
| 03:38 | gauner1986 | at that time i am |
| 03:38 | gauner1986 | :P |
| 03:38 | Cass | htc-linus roving reporter |
| 03:39 | gauner1986 | i dunno why people in germany care THAT much about streetview and privacy.. |
| 03:39 | gauner1986 | there was a huge converse about it... |
| 03:40 | gauner1986 | it's ridiculous.. if you look to france for example |
| 03:40 | gauner1986 | noone cared |
| 03:41 | Cass | lol yeah .. all those missing houses in maps |
| 03:41 | Cass | quite funny |
| 03:42 | Cass | in my area maps data is around 5 years old |
| 03:42 | Cass | im not even at my house by then |
| 03:42 | gauner1986 | :D |
| 03:43 | gauner1986 | the valleys around my town have pics from '99 |
| 03:43 | Cass | heh |
| 03:43 | Cass | wheres that GBike when you need it |
| 03:43 | gauner1986 | didnt know google existed by then |
| 03:43 | gauner1986 | :D |
| 03:44 | gauner1986 | or whatever company really made the pics |
| 03:44 | Cass | nasa or eqiv |
| 03:44 | Cass | it changes per tile it seels |
| 03:44 | Cass | seems |
| 03:47 | gauner1986 | ah no, ps3 just got an fw update |
| 03:47 | gauner1986 | damn |
| 03:47 | gauner1986 | :D |
| 03:47 | Cass | no biggy :) |
| 03:47 | gauner1986 | yeah, but playing online may stop working with the cfws ;) |
| 03:48 | Cass | meh |
| 03:48 | Cass | give it 2 days |
| 03:48 | gauner1986 | :D |
| 03:48 | gauner1986 | it has been long waiting for the hacks |
| 03:48 | gauner1986 | but now ps3 is really fun |
| 03:48 | gauner1986 | :) |
| 03:48 | Cass | yeah it has .. but now its broke |
| 03:49 | Cass | pity xbox did it correct |
| 03:49 | gauner1986 | what did they do? |
| 03:49 | Cass | didnt fuck the basic crypto |
| 03:50 | gauner1986 | it's kinda cool, makes things easy :P |
| 03:50 | gauner1986 | and they can't really break it |
| 03:50 | Cass | indeed .. previos xbox hacked to fuck .. current one .. vanilla as i have to cut lines in dvd rom and then resolder |
| 03:50 | Cass | cant be fucked with that |
| 03:50 | gauner1986 | but of course.. it's poison for their income |
| 03:50 | gauner1986 | :P |
| 03:50 | Cass | id rather have bad crypto |
| 03:51 | Cass | almost makes me buy a ps3 and i hate sony |
| 03:51 | gauner1986 | .d |
| 03:51 | gauner1986 | :D |
| 03:51 | gauner1986 | ps3 is really fun, buy one :P |
| 03:51 | Cass | lol yeah i might yet |
| 03:51 | Cass | i want to see them cry first |
| 03:51 | gauner1986 | they're already crying.. i can fell it |
| 03:52 | Cass | haha so can i .. just not seen it |
| 03:52 | gauner1986 | s/fell/feel/ |
| 03:52 | apt | gauner1986 meant: they're already crying.. i can feel it |
| 03:52 | Cass | psp in same boat as psp .. funny both are broken |
| 03:52 | Cass | cant wait for psp2 |
| 03:52 | gauner1986 | of course they'll fight online gameplay with online passes or sth |
| 03:52 | Cass | yeah .. but thats yawn |
| 03:53 | gauner1986 | yeah |
| 03:53 | Cass | someone will spoof them |
| 03:54 | gauner1986 | it's funny to see this strong security castle being alive for a long time fall.. being fucked really hard.. i can really feel them crying |
| 03:54 | Cass | i think the thing is .. no one was looking .. geohot looked then it all came tumbling down |
| 03:55 | Cass | or should i say no one good was looking |
| 03:55 | gauner1986 | yeah |
| 03:56 | gauner1986 | i guess cotulla could also have done it, if he invested some time into it :D |
| 03:56 | Cass | lol was just thinking that .. nice wee challenge for him .. dft for psp2 |
| 04:01 | gauner1986 | ok, i'm going to bed.. goodnight |
| 04:01 | Cass | night mate |
| 05:46 | WisTilt2 | bzo, how goes it in your world? |
| 05:46 | bzo | hey wis, not bad |
| 05:47 | WisTilt2 | im entangled in this keyboard event mess at the moment |
| 05:48 | bzo | is that the last of the keyboard stuff todo? |
| 05:49 | WisTilt2 | yeah hope so. arrrghhh emailed me and it looks like the rhod 300 is the only rhod with the caps/fn in the order i wrote it, all others are reversed. figures, i thought only raph was reversed. |
| 05:50 | WisTilt2 | working on getting the state of those light correct right now. it appears there is no led event ever triggered from userland to work from, at least with the event code that is in the current source. |
| 05:51 | WisTilt2 | i got them working with direct scan codes to set/reset them but thats not the way to really do it |
| 05:53 | bzo | hmm, wonder how the native android phones handle it? |
| 05:54 | WisTilt2 | should be from event codes but the current source only seems to be seeing EV_MSC event and nothing else so the led event never gets passed. |
| 05:55 | WisTilt2 | unless im overlooking something obvious |
| 05:56 | bzo | have you asked to stinebd about it? |
| 05:57 | WisTilt2 | no but i need to. |
| 05:57 | [acl] | WisTilt2: sup buddy |
| 05:57 | WisTilt2 | [acl] damn, you're actually on in the night hours! |
| 05:57 | [acl] | its been rough lately |
| 05:57 | [acl] | but tonight is the night |
| 05:58 | WisTilt2 | yeah i hear ya. ive been staying off during the day myself trying to get our company device ready for certification so only working on this stuff in the evenings. |
| 05:58 | [acl] | looking at jb's panel code.. not much info there for me .. |
| 05:59 | WisTilt2 | i was going to talk some panel stuff with you |
| 05:59 | [acl] | sure.. panel time? |
| 06:00 | WisTilt2 | in nand are you using the dex portions during power on/off |
| 06:00 | [acl] | nope.. took it off |
| 06:00 | [acl] | because of that whole timing issue |
| 06:01 | [acl] | if i put it on.. then sometimes we never wake up.. no matter how many times we tap the screen |
| 06:01 | WisTilt2 | yeah same here but finally figured out the timing needed to use it. i dont see any power saving at all though with or without it. |
| 06:02 | [acl] | really.. wow |
| 06:02 | bzo | where did you guys get the vreg ids you're using? |
| 06:02 | WisTilt2 | gp2 and gp4 you mean? |
| 06:02 | [acl] | shit was a topaz handme down |
| 06:02 | bzo | well, the ones jb reversed seem to be different |
| 06:03 | bzo | also, what is this dex stuff you're speaking of? |
| 06:03 | WisTilt2 | i need to look at his panel stuff and compare what i've hacked up the past week |
| 06:04 | [acl] | http://gitorious.org/~jbruneaux/linux-on-qualcomm-s-msm/linux-msm-home-work/blobs/htc-msm-2.6.27-cam-devs/arch/arm/mach-msm/board-htcrhodium-panel.c |
| 06:04 | [acl] | bzo: thats the right one ? |
| 06:05 | bzo | yeah |
| 06:05 | [acl] | cuz that one has no vreg info |
| 06:05 | bzo | the vreg enable just calls dex behind the scenes, it is the same |
| 06:06 | [acl] | yeah so we already have it then |
| 06:06 | [acl] | that dex stuff is also from the topaz panel |
| 06:07 | bzo | but the values are different, jb is using indexes 11 and 13 |
| 06:07 | WisTilt2 | wow jb make tables for everything. for the eid stuff he has most of what i have with a few exceptions. did he create this from dll's or the panel docs? |
| 06:07 | bzo | which in the vreg world are rftx and rfrx2 |
| 06:07 | [acl] | WisTilt2: all dll |
| 06:07 | [acl] | WisTilt2: matches what i use |
| 06:08 | [acl] | eid is cdma so far |
| 06:08 | [acl] | havent seen anything diff |
| 06:08 | [acl] | bzo: yeah i see the difference now |
| 06:08 | [acl] | bzo: shit way off |
| 06:09 | [acl] | dex.data=0x800; <--- |
| 06:10 | [acl] | WisTilt2: dood send me the code for the autobl with no microp please !!! .. you are the only person with it.. |
| 06:12 | bzo | the values Wis gave me are: gp4=7=0x80 and gp2=21=0x200000 |
| 06:12 | [acl] | bzo: thats all topaz.. |
| 06:12 | [acl] | we took that shit from em :-p |
| 06:12 | bzo | I see topaz as 0x80 and 0x2000 |
| 06:12 | [acl] | yeah |
| 06:12 | [acl] | we got lazy |
| 06:13 | [acl] | copy and paste that bad boy |
| 06:13 | bzo | right but what wis is using is 0x200000 |
| 06:13 | [acl] | ahh i smell type-o |
| 06:13 | bzo | the panel does seem to power off though, so I dunno wtf is going on |
| 06:13 | [acl] | well it powers off because of the un-init |
| 06:14 | [acl] | it powers down the panel |
| 06:14 | bzo | ah right |
| 06:14 | jeff4 | can somebody help me. everytime i boot the droid it keep restarting. |
| 06:14 | bzo | well, that explains why wis is not seeing any power savings with those vreg values |
| 06:14 | [acl] | ooo |
| 06:14 | [acl] | tru |
| 06:14 | [acl] | WisTilt2: more power testing time |
| 06:15 | WisTilt2 | [acl]: let me take out some of my test hooks and ill email you my current working rhod panel with autobl without microp. |
| 06:15 | [acl] | THANK YOU !!! |
| 06:15 | bzo | WisTilt2: you should try jbruneaux's vreg/dex settings. I'm sure what he has must be the correct ones |
| 06:15 | [acl] | bzo: question now is if its correct for cdma too |
| 06:15 | bzo | we'll probably hear from jb tomorrow |
| 06:18 | [acl] | bzo: you know what would be valuable.. if he attacked pm.c |
| 06:18 | [acl] | that needs help |
| 06:18 | [acl] | that panel tapping issue is most likely due to that |
| 06:19 | bzo | I don't think anything is broken with pm.c |
| 06:19 | bzo | panel wakeup is timing I think |
| 06:19 | [acl] | lets hope so |
| 06:20 | bzo | also, I see in jb's code that one of gpios gets strobed on/off/on |
| 06:20 | bzo | that sounds like a reset gpio to me |
| 06:20 | [acl] | thats the reset |
| 06:20 | [acl] | yeah |
| 06:20 | [acl] | thats how wince does it |
| 06:20 | [acl] | just jerks it around |
| 06:20 | bzo | do u have that in nand? |
| 06:20 | [acl] | yeah |
| 06:21 | [acl] | but turned it off.. because of the timing thing i mentioned |
| 06:21 | bzo | in any case, when Wis added a delay, that helped the wakeup issue |
| 06:21 | bzo | he said the docs specified a 120ms delay before the panel was ready |
| 06:22 | [acl] | yeah and i think we only have 100.. but this is straight from the dll . . so why would it not affect wince |
| 06:23 | [acl] | weird |
| 06:23 | [acl] | JB has no delays in his sequences |
| 06:24 | [acl] | damn haret lets you get away with murder |
| 06:24 | WisTilt2 | ok i hope i have all my traps, dumps, etc., out of this file [acl] so coming via email shortly. |
| 06:24 | [acl] | WisTilt2: the nand community will love you till the end of days my good man |
| 06:25 | [acl] | bzo: check this out |
| 06:25 | WisTilt2 | ok should be in your mailbox |
| 06:26 | [acl] | bzo: http://pastebin.com/9Sz7ZnUp |
| 06:26 | [acl] | notice the 3rd line there is no delay .. while the one i use we set the delay based on wince values |
| 06:26 | [acl] | WisTilt2: like phh would say if he spoke french around us.. Merci !! |
| 06:27 | WisTilt2 | :) |
| 06:27 | bzo | [acl] I guess you'll have to ask jb, perhaps it was just an oversight? |
| 06:27 | [acl] | bzo: nahh i mean i think its becasue in haret you dont need it |
| 06:28 | [acl] | WisTilt2: dang ths is it ? client_data->remote_write(client_data, 0x2c, 0x5300); // toggle autobl bit <---- |
| 06:28 | WisTilt2 | [acl]: btw, this source has dex added back in from last night but like i said i really cant see any more power saving |
| 06:28 | WisTilt2 | that plus setting up the dim/rise registers |
| 06:28 | bzo | WisTilt2: I think it is because it is the wrong values for the dex/vreg calls |
| 06:29 | [acl] | WisTilt2: ahh you put this on your init ? |
| 06:29 | WisTilt2 | bzo: i actually have the correct dex values for some time now, 0x800 instead of 0x80 but still see no diff. |
| 06:29 | [acl] | so when it inits it just set the dims |
| 06:30 | bzo | WisTilt2: so you are using 0x800 and 0x2000? |
| 06:31 | WisTilt2 | yes used those values for a month or so but i still call the vreg disable/enable so maybe they conflict? |
| 06:31 | bzo | no, like I said the vreg enable/disable is the same as those dex calls |
| 06:31 | bzo | but the vreg calls are setting on/off totally different ones |
| 06:32 | WisTilt2 | [acl]: hard to explain the autobl logic but it works. there are several registers that needed to be setup but i documented them in the table |
| 06:32 | [acl] | bzo: then we need to tell emwe cuz they call it on topa twice then :-p |
| 06:32 | [acl] | WisTilt2: yeah i see that.. the labc .. genious |
| 06:33 | WisTilt2 | hmm, i call vreg disable/enable followed by the dex so should we be just removing the vreg altogether> |
| 06:33 | WisTilt2 | yep, labc and cabc both have to be configured to work |
| 06:33 | bzo | WisTilt2: the ones you gave me we just the vreg, so maybe that's why I wasn't seeing the same power consumption as you |
| 06:33 | bzo | anyways, just booted a kernel with the right ones, so I'll let you know tomorrow how it compares |
| 06:34 | bzo | [acl] damn, I see what you mean now about copying from topaz. That stuff is all wacked |
| 06:34 | WisTilt2 | bzo: i also played with lots of timing since then that may have been causing probs. i dont know if i have them exactly right yet since some might be overkill and can be turned down a bit. |
| 06:34 | [acl] | bzo: haha.. dont let markinus hear ya |
| 06:35 | [acl] | i think he was the original pioneer who got most of that stuff done |
| 06:35 | [acl] | bzo: remember for a long time topa and rhod shared panel file |
| 06:35 | [acl] | WisTilt2: this is just plain sexy bro.. autobl with no microp.. sexy |
| 06:36 | bzo | well with jb and WisTilt2 on the panel stuff, I think we will get it squared away once and for all in the next few days |
| 06:37 | [acl] | yeah |
| 06:37 | WisTilt2 | after i fix this messed up keyboard event led stuff im going to continue on this having to touch the screen out of sleep. definitely timing prob and its better with the timing change i made last night, just need to fine tune. |
| 06:38 | [acl] | WisTilt2: well people are hungry for a patch. So if you dont mind im going to merge all of our shit and commit it. i want to move away from microp |
| 06:38 | WisTilt2 | and i have my radio programmer looking at the ril source and some logs arrrghhh sent during the system server issue so hopefully we can figure out wth is causing that loop |
| 06:40 | WisTilt2 | [acl]: np, you want me to send you a commit for panel on the haret side or you going to push both nand and haret? |
| 06:40 | [acl] | WisTilt2: well im going to have to merge all of this together .. i dont see brightness on yours. i see on and off but how do you set your brightness? microp still ? |
| 06:41 | [acl] | WisTilt2: ahh shit .. of course is is still microp.. cuz the backlight is registered there |
| 06:41 | [acl] | fakw |
| 06:41 | WisTilt2 | what do you mean set brightness? |
| 06:41 | WisTilt2 | with non autobl mode? |
| 06:41 | [acl] | yeah .. on haret its all microp |
| 06:42 | [acl] | cuz the microp code registers the lcd backlight led |
| 06:42 | [acl] | i took that shit off.. all in the panel.. but it would break everyone .. :-( |
| 06:42 | [acl] | so i set the brightness via panel no more microp. |
| 06:42 | WisTilt2 | i dont follow... microp for autobl is never called with this code |
| 06:43 | [acl] | but for regular brightness it is |
| 06:43 | [acl] | non auto bl |
| 06:43 | [acl] | to set the brightness |
| 06:43 | [acl] | you rely on microp to do it |
| 06:43 | WisTilt2 | oh yeah, got ya. in manual mode you mean and that is still in microp-klt |
| 06:43 | [acl] | yeah |
| 06:43 | [acl] | look at my panel code for this suc_set_brightness |
| 06:43 | WisTilt2 | that can be moved to panel file also but im not up for recoding it |
| 06:44 | [acl] | thats coo |
| 06:44 | [acl] | thats what i mean.. i can merge and test again with you.. |
| 06:44 | WisTilt2 | maybe after these few other things are off my plate |
| 06:44 | [acl] | your autobl alone is worth gold |
| 06:44 | WisTilt2 | platinum |
| 06:44 | [acl] | ima implement this bad boy now :-) |
| 06:45 | WisTilt2 | btw, with this you can now also set the ramp up/down times for different autobl affects. |
| 06:45 | [acl] | yeah i see that |
| 06:46 | [acl] | you must have really mastered those docs |
| 06:46 | WisTilt2 | one more thing... |
| 06:47 | WisTilt2 | i think you had the force pwm registers on in your unblank at one time, you need to make sure they aren't changed on unblank after the init sets them or autobl will disable in the hardware. |
| 06:47 | WisTilt2 | 0x6a17/18 im referring to |
| 06:47 | WisTilt2 | cabc will override labc if you change them |
| 06:48 | [acl] | ahh ic |
| 06:48 | [acl] | yes i do belive i ran into that |
| 06:49 | WisTilt2 | docs are missing lots of info in that area, written by idiots |
| 06:50 | [acl] | i got lost in those docs.. specially the part about the vsync rate |
| 06:50 | [acl] | which we still need to solve |
| 06:55 | WisTilt2 | [acl]: whats with the vsync rate? |
| 06:56 | [acl] | there is this section about the T2 values |
| 06:57 | [acl] | our frame rate is capped at 30 because of it |
| 06:57 | [acl] | if we are able to change the vsync rate, then we can get more fps |
| 06:58 | WisTilt2 | that should be easy enough. could be added to init to set vsync params to whatever we want. |
| 06:59 | [acl] | WisTilt2: maybe you can figure out the magic because we tried. Emwe had more luck but my rhod wouldnt obey.. |
| 07:00 | WisTilt2 | i'll add that to my list:) |
| 07:05 | [acl] | WisTilt2: its odd wince adds the lacb rising to their init but not falling.. damn htc and their horse shit |
| 07:08 | [acl] | anyways fellas im off to bed |
| 07:08 | [acl] | ill ttyl |
| 07:09 | WisTilt2 | as i have said for decades, microsoft and htc are still in beta |
| 07:10 | WisTilt2 | im out also, catch ya later bzo. |
| 07:10 | bzo | seeya later |
| 15:10 | gauner1986 | hi |
| 16:23 | visof | hello |
| 16:23 | visof | what is the best android for htc diamond ? |
| 16:23 | visof | is there anyone here using it at his own ? |
| 16:23 | noobhands | a new phone |
| 16:25 | visof | on diamond i mean |
| 16:27 | plupke | the best is a personal choice which only you can decide on |
| 16:27 | plupke | just try a couple and pick the 1 you like most |
| 16:27 | gauner1986 | what noobhands just said. :) |
| 17:57 | [Rapunzel] | hi |
| 17:57 | gauner1986 | hi [Rapunzel] |
| 17:57 | [Rapunzel] | ~seen Markinus |
| 17:57 | apt | markinus <~Miranda@212.255.18.217> was last seen on IRC in channel #htc-linux, 2d 1h 2m 7s ago, saying: 'ahh, ok'. |
| 17:58 | mac156 | hey one question is there a way to get the TWLauncher to work on the HD2? |
| 18:42 | SPYUNIT | I have a rodium and i'm trying to install ProjectAndroid |
| 18:43 | SPYUNIT | but when linux is booting it says |
| 18:43 | SPYUNIT | failed to mount the SD card |
| 18:43 | SPYUNIT | cannot continue |
| 18:43 | SPYUNIT | cant acces tty |
| 18:43 | SPYUNIT | I'm usint the rar atm |
| 18:44 | stickman89 | which kernel? |
| 18:44 | SPYUNIT | because the cab stops installing after 3 bars have passed |
| 18:44 | SPYUNIT | ProjectAndroid2.2Froyo.012311.cab |
| 18:44 | emwe | [acl]: what was bzo talking about vreg_enable() and the apparently superfluous dex comm in power client? |
| 18:45 | stickman89 | have you got the transend 8GB class 6 card? |
| 18:45 | [acl] | emwe: apparently vreg does the work for dex already. so no nede to call it twice |
| 18:45 | SPYUNIT | no i have a 2gb card |
| 18:45 | stickman89 | [acl]: hey mate, haven't tried your latest commits yet. Kinda had a anxiety attack earlier today :( |
| 18:46 | SPYUNIT | a sandisk one |
| 18:46 | emwe | [acl]: vreg_enable() implementation? |
| 18:47 | [acl] | emwe: from what i understand. There is no need to call vreg enable if you are already doing everything via the dex calls |
| 18:48 | emwe | [acl]: just see it. but it would be more intelligent to hide these dex calls behind the api, no? ;) so drop the dex and just vreg_[disable,enable] IMHO. |
| 18:48 | [acl] | stickman89: man i wish i could help more. |
| 18:48 | [acl] | emwe: yes, i think that would be better. Dex calls are ugly |
| 18:48 | [acl] | hideous |
| 18:48 | stickman89 | [acl]: It's ok, I appreciate what your doing already. If I had a spare blackstone to chuck you then I would without hesitation. |
| 18:49 | stickman89 | SPYUNIT: How much free space have you got left on your card? |
| 18:50 | emwe | [acl]: btw, there's some work left in qdsp regarding amss params. so don't wonder it's not working... |
| 18:50 | SPYUNIT | about 1.4gb |
| 18:51 | [acl] | emwe: need to ask wistilt ... you have details? |
| 18:52 | emwe | [acl]: audmgr just missed correct setup for our amss. by freaking different #if style from the other files, it auto assigns values. |
| 18:53 | emwe | [acl]: everywhere else they check against an int in the #if there they check against < 6350 |
| 18:53 | emwe | just spotted it by accident... |
| 18:53 | [acl] | ill have to relay this to wistilt |
| 18:54 | emwe | yah. or perhaps have alex do whatever he imagined to do different |
| 18:54 | emwe | think he mentioned on the list |
| 19:04 | SPYUNIT | no tips i can try? |
| 19:04 | emwe | SPYUNIT: there's some mmc parameters you can try which lower the controller speed if your sd is not connected. dunno if you have tried |
| 19:05 | Jhinta | [Q] how do you boot to console? ace or if this even psoible? |
| 19:07 | emwe | SPYUNIT: dunno if it may help you: msmsdcc_1bit msmsdcc_fmax=14000000 msmsdcc_nopwrsave added to your cmdline |
| 19:07 | emwe | SPYUNIT: but this isn't the right channel for such stuff. #xdandroid (-chat) |
| 19:08 | SPYUNIT | okay thank you |
| 19:12 | emwe | [acl]: geez, what a mess in panel power client... we send gp4 (idx7), gp2(idx21) via vreg and gp1(idx8) and rfrx2(idx13) via dex of which at least the latter is the one bzo mentioned jbruneaux to have "detected". |
| 19:12 | [acl] | mess in-deed |
| 19:13 | emwe | looking up what jb did... hope he has it somewhere ;) |
| 19:17 | SPYUNIT | emwe: works ! thank you |
| 19:17 | emwe | SPYUNIT: your welcome. |
| 19:32 | MassStash | so uh |
| 19:32 | MassStash | system_server problem |
| 19:32 | MassStash | really think its just bad APN? |
| 19:47 | bzo | emwe - good to see that you have pushed some 35 stuff |
| 19:47 | bzo | [acl] you're up next :P |
| 19:49 | [acl] | bzo: yep.. board file for rhod will come |
| 19:50 | bzo | so jb had an idea about memory config that maybe will satisfy phh |
| 19:50 | bzo | "may I could try to rework again the configuration and put all the common #define and computation in one file, then the board file would only hold the region sizes" |
| 19:51 | [acl] | bzo: if i remembe correctly. phh was ok with that |
| 19:52 | bzo | well, I guess we'll have to wait and see what jb's change looks like |
| 19:53 | bzo | but hopefully it will satisfy both centralizing stuff, but having a cleaner way of board specific stuff |
| 19:54 | emwe | bzo: hey. supper time. will be off a bit. ttyl |
| 19:54 | emwe | ;) |
| 19:54 | bzo | ok, I'll be around |
| 20:47 | emwe | bzo: back |
| 20:48 | bzo | emwe: so it appears smi2 does actually exist in the rhod |
| 20:48 | emwe | bzo: according to parsed oemaddresstable, yes. ;) |
| 20:48 | bzo | well, I mean usable for something |
| 20:48 | emwe | bzo: i think acl gave it a try once. didn't work. but hey, nice you guys got 32mb more ;) |
| 20:49 | bzo | yeah, I gave it a try lots of times too /o\ |
| 20:49 | emwe | bzo: i looked at the logs and had a look at the panel vregs and dex ... some dups we have there on topa ;) |
| 20:49 | bzo | but jb was able to use smi2 for the camera pmem |
| 20:49 | emwe | yah, saw his commits |
| 20:49 | bzo | yeah, I thing the gp2/gp4 things was probably copied from the dream or something |
| 20:50 | emwe | we send gp4 twice so to speak |
| 20:50 | bzo | I don't think the dex calls match up with gp2/4 |
| 20:50 | emwe | i just run rtfx and rfxr2 now. works |
| 20:50 | emwe | no, they don't ;) |
| 20:51 | emwe | gp4 is 0x80 and rfrx2 is 0x2000 |
| 20:51 | emwe | so the last one matches jbruneaux' |
| 20:51 | bzo | it is possible though that the topaz doesn't use the same as rhod |
| 20:51 | emwe | somebody came up with 0x20000 according to logs that is "boost". |
| 20:51 | emwe | dunno. possible to trace these via haret? |
| 20:52 | emwe | trace dex cmds i guess? |
| 20:52 | emwe | (never did that) |
| 20:52 | bzo | yes, but not easily |
| 20:52 | bzo | I have had limited success before |
| 20:52 | bzo | may be easier to disasm the dll |
| 20:52 | emwe | i only know that the gpio which are set in topa power client are the ones which are set. retraced that via haret |
| 20:53 | bzo | ok, so seems the only other thing needed to be double checked for topaz is vreg then |
| 20:54 | emwe | i am just running jbs vregs without dex and gpio on .35 |
| 20:54 | emwe | works |
| 20:54 | emwe | same as with old vregs functionality wise at least. |
| 20:54 | bzo | it may work, but the vreg may or may not be correct |
| 20:54 | emwe | yap |
| 20:54 | bzo | the panel command actually turn off the panel |
| 20:54 | emwe | yap |
| 20:54 | bzo | I was running for weeks with the wrong vreg settings, lol |
| 20:55 | emwe | but, bl stays on for like 3 seconds |
| 20:55 | emwe | so the gpio have an effect |
| 20:55 | emwe | (which i still have disabled on .35) |
| 20:55 | bzo | maybe the vreg is not even that important |
| 20:55 | emwe | the vregs are supposed to cut of power from the panel, no? |
| 20:56 | bzo | WisTilt2 says he sees now power use improvement with it |
| 20:56 | bzo | s/now/no |
| 20:56 | bzo | compared to using panel command to power it off |
| 20:56 | bzo | he may be powering down a gpio though |
| 20:57 | emwe | 0x1000 reg? |
| 20:57 | emwe | yah, i still miss that. |
| 20:57 | emwe | on off we disable two gpio and enable 1 |
| 20:57 | emwe | puh, if i wouldn't be so ignorant about gpio ;) |
| 20:59 | GNUtoo|laptop | hi, an user asked me if it was possible to boot a linux kernel on a windows ce gps.... |
| 20:59 | GNUtoo|laptop | the main problem for now is to be able to run haret |
| 20:59 | GNUtoo|laptop | is there a trick to be able to take control of the GPS? |
| 21:00 | bzo | usually you can get into the filesystem of the wince gps devices |
| 21:00 | GNUtoo|laptop | as you have experience porting the GNU/Linux or android on windows handsets I asked |
| 21:00 | GNUtoo|laptop | yes you can |
| 21:00 | bzo | then subvert the startup app |
| 21:00 | GNUtoo|laptop | but then |
| 21:00 | GNUtoo|laptop | ok |
| 21:01 | GNUtoo|laptop | any hints on doing that? |
| 21:01 | GNUtoo|laptop | does haret include a shell? |
| 21:01 | bzo | it tends to be different per device |
| 21:02 | GNUtoo|laptop | ok |
| 21:02 | bzo | but you might be able to rename the original app, and put haret in its place |
| 21:02 | GNUtoo|laptop | ok thanks a lot!!!! |
| 21:02 | bzo | often times there is some way to get into the wince desktop |
| 21:02 | GNUtoo|laptop | _Danilo_, hi |
| 21:02 | bzo | google searches will yeild these hacks for more common gps devices |
| 21:02 | _Danilo_ | hello |
| 21:03 | GNUtoo|laptop | _Danilo_, so bzo told me the generic method |
| 21:03 | _Danilo_ | ok |
| 21:03 | _Danilo_ | http://www.avmap.it/index.php?swt=0149&sec=1&ipr=494 |
| 21:03 | GNUtoo|laptop | _Danilo_,to launch something you must rename a running application |
| 21:03 | GNUtoo|laptop | and put your app instead |
| 21:03 | GNUtoo|laptop | or |
| 21:04 | GNUtoo|laptop | look on the web for ways to get in windows ce desktop |
| 21:04 | _Danilo_ | ok |
| 21:04 | GNUtoo|laptop | I got an idea |
| 21:04 | GNUtoo|laptop | maybe try to rename the GPS app |
| 21:04 | GNUtoo|laptop | so it doesn't launch |
| 21:04 | GNUtoo|laptop | and so maybe it launch windows ce desktop instead |
| 21:04 | GNUtoo|laptop | and document your steps somewhere |
| 21:05 | GNUtoo|laptop | as it could be usefull for other people or for people helping you |
| 21:05 | _Danilo_ | ok |
| 21:05 | _Danilo_ | now search and try |
| 21:06 | [acl] | we spend so much time fixing this kernel.. we should figure out a way to make money :-) ... just a thought |
| 21:09 | RaiderX | cotulla here? |
| 21:18 | We-love-Cotulla | |
| 21:18 | We-love-Cotulla | ups |
| 21:19 | emwe | [acl]: ;) |
| 21:42 | emwe | bzo: mahimahi and sapphire set gp4 and rftx vregs if my eyes don't fool me... |
| 21:48 | bzo | emwe: you know, I wonder if this vreg stuff should be fixed in 35 as well |
| 21:48 | bzo | it makes sense for those devices since gp2/4 correspond to what they mean |
| 21:48 | emwe | bzo: in what respect fixed? |
| 21:49 | bzo | but for us why should we be using rfrx to power panel? |
| 21:49 | bzo | fixed in either remapping the vreg names |
| 21:49 | bzo | or skipping them and just using indexes |
| 21:50 | bzo | so if we remap, the vreg names can stay consistent with their functions |
| 21:50 | bzo | and the indexes are hidden inside vreg |
| 21:51 | emwe | uhoh? don't tell me "our" vreg indexes don't match the present ones? |
| 21:51 | emwe | i mean the table setup... |
| 21:51 | bzo | emwe my point is that vreg was made to hide the indexes with friendly names |
| 21:51 | bzo | but the one we're using only makes sense for the dream/sapphire etc |
| 21:53 | emwe | bzo: i am not quite getting it, sorry. any chance to rephrase that? ;) |
| 21:56 | bzo | emwe, so it is easier to understand to call vreg_enable("usb") rather than a dex command with parameter 0x10000 right? |
| 21:56 | emwe | bzo: ah now i get it. yes, as the dex is performed transparently it's only correct to use vreg_enable/disable |
| 21:56 | bzo | but the problem is that these names: usb, gp2, gp4, etc |
| 21:57 | bzo | don't map to the vreg indexes that we use |
| 21:57 | bzo | they were written for the android devices |
| 21:57 | bzo | so we are in the situation for example in panel |
| 21:57 | emwe | ah wait wait.... where is "our" map then? |
| 21:57 | bzo | instead of saying use vreg commands on gp2/gp4 (graphic panel) |
| 21:57 | bzo | we are using some nonsensical alias |
| 21:57 | bzo | vreg.c |
| 21:58 | emwe | that one is identical to .35 |
| 21:58 | emwe | appart from extension on .35 |
| 21:58 | bzo | the problem is not specific to 35, it is a holdover from what we have |
| 21:59 | bzo | look at the array of vregs[] in vreg.c |
| 22:00 | bzo | this is what makes vreg_enable('gp4") exactly the same as |
| 22:00 | emwe | how can the .35 be a holdover when it directly stems from official code? |
| 22:00 | bzo | dex comand PMIC_VREG_ON with index 0x80 |
| 22:00 | bzo | the offical code is written for android devices not wince devcies |
| 22:01 | bzo | i.e. it is not a problem for them, just for us |
| 22:01 | bzo | and by problem, I mean in understandability of the code, not that it doesn't work |
| 22:02 | emwe | ok, so we've been misusing pretty names or indexes to match "our required" vregs to be enabled/disabled? |
| 22:02 | bzo | exactly! |
| 22:02 | emwe | ah now i get it sorry. |
| 22:03 | emwe | i rather though the .27 vreg table would have been butched like the rest of the code since years if it would have been necessary and not left in it's virginal state |
| 22:03 | emwe | i thought the table was right because it was not changed. |
| 22:04 | bzo | I think it was left like that because that was the easiest thing to do :) |
| 22:04 | Kevke | Hey ppl, I nanded aMGLDR 1.11, but cannot start anything from ad, does anyone have a clue,how I can fix that? |
| 22:04 | Kevke | sorry, should say it's an HD2 |
| 22:04 | emwe | bzo: do we have correct table somewhere then? |
| 22:05 | bzo | emwe: I doubt it, and it is questionable whether it is even consistent across our devices |
| 22:05 | bzo | so maybe it is best just to use indexes and skip the names? |
| 22:06 | bzo | actually, maybe we should treat it like gpios and use #defines per board |
| 22:06 | emwe | but without reveng of dlls or haret it's pretty tricky to get the indexes, no? |
| 22:06 | emwe | ;) |
| 22:07 | bzo | just like the gpios, we'll just #define the ones we know, like: |
| 22:07 | bzo | #define RHODIUM_VREG_PANEL_POWER1 99 |
| 22:07 | bzo | or whatever |
| 22:07 | emwe | i see the mess coming. |
| 22:08 | bzo | seems no messier than what we have, and more understandable |
| 22:08 | bzo | for the panel, instead of vreg_enable(rftx) or whatever |
| 22:08 | bzo | we do vreg_enable(RHODIUM_VREG_PANEL_POWER1) |
| 22:09 | emwe | ok, let's see how we can handle that when we have some vregs gathered. |
| 22:09 | emwe | somehow i like staying close to what's official |
| 22:10 | emwe | but hey, i think i wrote once that nothing is set in stone and i am the last one holding any progress back. |
| 22:10 | emwe | i am just doing a bit. |
| 22:10 | bzo | in any case, there are probably lots of other things more important to deal with first |
| 22:10 | emwe | hope you guys join in. |
| 22:10 | emwe | yah, freaking usb |
| 22:10 | bzo | we only do a few vreg operations |
| 22:10 | emwe | alex ;) |
| 22:11 | Alex[sp3dev] | michael ;) |
| 22:11 | Alex[sp3dev] | dang fucking keyboard |
| 22:12 | emwe | geez, you know my first name. |
| 22:12 | emwe | hides |
| 22:12 | Alex[sp3dev] | anonimization fail |
| 22:14 | bzo | Alex what does sp3dev mean? |
| 22:14 | Alex[sp3dev] | ok. i have commited some kind of a replacement for wince mmc.c. i have moved irq requests and power calls to board files. and i should tell you, we'd better move all mmc setup to board code, since (not wince) some devices can even have different values for gpio drive strenght. and besides, i had to do an ugly pointer-comparison magic |
| 22:14 | Alex[sp3dev] | bzo: uhh.. my old nickname on xda |
| 22:15 | bzo | ah, well it is a pain to type :P even more so than [acl] |
| 22:15 | [acl] | :-p |
| 22:15 | [acl] | auto complete my good man.. |
| 22:16 | bzo | I think my irc client is too primitive for that |
| 22:16 | bzo | but I guess that's how I roll. I can't seem to stop myself from using vi |
| 22:17 | Alex[sp3dev] | ok. i am about to start working on dynamic amss detection. the problem is that i dunno how to actually find out amss version on native android devices. for now we could just make it static in board files, but not at compile-time. also, i think we should add proper radio init/wait to proc_comm. thus we'll be able to cleanly boot off nand |
| 22:18 | [acl] | Alex[sp3dev]: that would be good.. so i dont have to hardcode 6 secs anymore :-p |
| 22:20 | Alex[sp3dev] | [acl]: yes. anyway, i think that amss version is actually fixed for a single platform (except for maybe dream) so we can put detection off and just make it runtime-configurable. i'll see. for now i'm just happy mmc works with the rewritten driver |
| 22:21 | emwe | Alex[sp3dev]: reading it out from MSM_SHARED_RAM base like currently is no option? |
| 22:22 | Alex[sp3dev] | emwe: i am just not sure how native androids do that. and btw 6150 is hardcoded, not detected now. anyway, first thing to do would be to implement proper waiting for radio and move adsp init to some initcall in board file |
| 22:23 | emwe | Alex[sp3dev]: do native androids do that at runtime at all.... |
| 22:23 | emwe | i see the per board setups coming |
| 22:23 | emwe | hides ;) |
| 22:23 | emwe | again.. |
| 22:24 | Alex[sp3dev] | yeah, per-board setups |
| 22:24 | emwe | whatever we come up with ;) |
| 22:24 | emwe | i am rather of the other faction. but hey.... |
| 22:24 | Alex[sp3dev] | maybe, just maybe if we do it cleanly we'll be able to integrate into mainline.. if we don't just buy new phones and calm down |
| 22:24 | emwe | there is very like pros and cons on a per "piece" basis. |
| 22:25 | emwe | "integrate to mainline" you don't mean push upstream, no? |
| 22:25 | emwe | uh... didn't i ask the same on the ml? forgot. |
| 22:30 | Alex[sp3dev] | emwe: no i do |
| 22:31 | [acl] | emwe: yah, freaking usb <---- still not working for ya? |
| 22:32 | Alex[sp3dev] | we only need to properly rewrite clocks, vregs and adsp to register them on board early init, not at compile-time. then we'll be able to use any kernel. and integrating would be nice. but there are more important tasks now |
| 22:34 | Alex[sp3dev] | that's called laziness |
| 22:34 | Alex[sp3dev] | as opposed to stupidity.. like me having spent several hours to find out i have accidentally swapped sdc on and off gpio tables |
| 22:39 | emwe | Alex[sp3dev]: ehm, the accidently swapped tables are fixed in your .35, right? |
| 22:40 | Alex[sp3dev] | emwe: yes |
| 22:40 | emwe | ok |
| 22:40 | emwe | [acl]: usb, it works when plugged@haret. not at "runtime" |
| 22:43 | Alex[sp3dev] | emwe: and why would you expect it to work? go add the proper gpio tables and fill up the msm usb platform data. like i've done on kovsky |
| 22:43 | [acl] | so you have rpc working which is what im missing. and i have runtime usb working which is what ur missing.. so i think we have it all |
| 22:43 | [acl] | :-p |
| 22:43 | Alex[sp3dev] | [acl]: and i have both working :P |
| 22:43 | [acl] | Alex[sp3dev]: i would hope so.. we are basing this off your work |
| 22:44 | [acl] | lol |
| 22:45 | [acl] | anyways fellas.. i got to prep for a meeting soon.. |
| 22:45 | emwe | Alex[sp3dev]: yah. but then i need board-android-usb. i am unsure i like it. don't get me wrong. the setup is fine with me, but why duplicate the whole structure definitions when they are in devices-msm7x00.c? |
| 22:45 | [acl] | ill try to read logs |
| 22:45 | [acl] | lata |
| 22:45 | emwe | [acl]: have fun |
| 22:46 | Alex[sp3dev] | we'll see |
| 22:46 | Alex[sp3dev] | ok, got to go. |
| 22:46 | emwe | it's like what i did with pmem now. just reuse their defs in devices-msm7x00 and drop it from the "old" pmem.c |
| 22:46 | emwe | geez :P |
| 22:59 | emwe | bzo: regarding the vreg table: http://www.htc-linux.org/wiki/index.php?title=MSM_VREG you likely know about it? |
| 23:00 | bzo | I have seen it |
| 23:00 | bzo | hmm, wonder if the wince vreg table matches our stuff |
| 23:02 | emwe | a bit it seems |
| 23:02 | emwe | i am just trying to decript the topa panel entries in the first table |
| 23:04 | emwe | on: 4,a28 (b22); b,708; a,b22;; off: 3,5dc; 4,b22 |
| 23:04 | emwe | on: gp4 rftx rfrx2 off: gp2 gp4 |
| 23:06 | bzo | I think the "b" is in error, it is the bluetooth one |
| 23:07 | bzo | but it makes no sense why the other on/off don't match |
| 23:08 | emwe | gp2 not on but off? |
| 23:10 | bzo | it does seem though that the topaz is different from rhod |
| 23:10 | bzo | jb is using 0x800 for panel which is known as bt for topaz |
| 23:14 | bzo | so perhaps the 0x80 and 0x200 used in the topaz panel are correct |
| 23:14 | bzo | s/0x200/0x2000 |
| 23:14 | emwe | so aux and rfrx2 |
| 23:16 | bzo | lol, comment in rfkill: |
| 23:16 | bzo | rc = vreg_enable(vreg_bt); // Don't use on Rhod, disables the display! |
| 23:16 | bzo | so 0x800 certainly does seem to be right for panel in rhod |
| 23:16 | emwe | lol |
| 23:16 | emwe | so they are even different per board. geez. |
| 23:17 | bzo | that line is in the case statement for topaz |
| 23:19 | emwe | only for topaz? hm. the other devices miss vreg en/dis for bt? |
| 23:19 | bzo | that's the only device with vreg control for bt, everything else uses only gpios |
| 23:20 | emwe | where does that info come from? |
| 23:20 | bzo | disassembly or haret tracing I would assume |
| 23:21 | bzo | yeah, so it seems there is very little similarity in vreg configuration in the wince devices |
| 23:21 | bzo | just like gpios |
| 23:22 | emwe | hm. why should the freaking topa differ on bt setup... that's ehrm.... |
| 23:22 | emwe | i never tried bt ;) |
| 23:22 | bzo | lol, why bother? it barely works |
| 23:42 | emwe | i am off. |
| 23:42 | emwe | bye bye |