00:00.33 | *** join/#htc-linux JBS (n=JBS@82.179.118.160) |
00:00.42 | JBNEWGEN | Hi |
00:01.08 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
00:02.46 | JBNEWGEN | Trying to install Open-Moko (cab version) on my HTC Universal. Always recieving "kernel panic - not syncing". Tried it under WM5 and WM6 roms. I think this is something common, but i didn`t find any answer on XDA`s wiki |
00:03.07 | JBNEWGEN | Can anyone help me? |
00:20.25 | maejrep | orux: I am doing those 3 mddi write commands, and my colors are still messed up |
00:21.46 | maejrep | ah, but I have: |
00:21.48 | maejrep | <PROTECTED> |
00:21.48 | maejrep | <PROTECTED> |
00:23.41 | cr2 | maejrep: 565 RGB |
00:24.00 | maejrep | yes, I already changed it to what orux mentioned |
00:24.19 | maejrep | gonna try it, but last time I was working on this, I was having msmfb timeout problems |
00:24.25 | cr2 | maejrep: i've found the rpc handler in amss. it's thumb code at the top of the first sdram block |
00:24.45 | maejrep | ah |
00:25.02 | maejrep | useful for us? :) |
00:25.31 | cr2 | we will see |
00:26.09 | cr2 | also found something lokking like clk management code, but there are no comments there. going to be tough |
00:26.33 | maejrep | omg |
00:26.45 | maejrep | that dma2_cfg is the problem with my colors :x |
00:26.49 | maejrep | that's annoying |
00:27.12 | maejrep | it looks perfect now (except still offset horizontally for some reason :/ ) |
00:27.32 | maejrep | does the toshiba controller actually use 565 ? |
00:27.36 | maejrep | or 666? |
00:28.11 | cr2 | it can do both. afair |
00:28.22 | cr2 | you have epson |
00:28.33 | cr2 | i thin it can do 666 too |
00:29.10 | maejrep | it can, but I want to make sure the code path is agreeable between both raph100 and 800 |
00:29.25 | maejrep | and, if I change it to 666, it's going to change other parameters in the init table |
00:29.40 | maejrep | so, current raph100 has been using rgb666 with no problems then? |
00:30.16 | maejrep | I'll see what i can do to get it outputting with 666 |
00:30.18 | maejrep | that would be interesting |
00:30.35 | maejrep | I guess I should test android too... could be that android is using 565, and setting it to 666 will create more trouble |
00:31.07 | cr2 | but raph100 works afaik |
00:31.21 | maejrep | so, in case orux doesn't read logs online, and someone sees him, tell him I said thanks :) |
00:31.24 | maejrep | yeah, true |
00:31.29 | cr2 | uh. got into some scary dsp code. |
00:31.36 | maejrep | so maybe rgb565 doesn't work with android then |
00:31.47 | cr2 | adsp |
00:31.48 | maejrep | i like scary >:p |
00:33.41 | cr2 | hehe. i've learned to see the thumb code inside the machine instructions now ;) |
00:34.53 | cr2 | have you seen my gps experiments ? |
00:36.44 | cr2 | enabling gps crashes arm9. it must be some watchdog |
00:36.49 | maejrep | hmm... |
00:37.06 | maejrep | I went to smoke, and when I came back, my phone had rebooted :| |
00:37.15 | cr2 | which expects somehting from arm11 |
00:37.28 | maejrep | yeah I did see your gps experiments |
00:37.34 | maejrep | I suspect mine would do the same |
00:37.36 | cr2 | i think it's rpc |
00:37.45 | maejrep | my guess is that once you start it, it expects you to read the nmea buffer, no? |
00:38.04 | maejrep | and if you don't, then it'll eventually overrun the buffer, and maybe that's what the watchdog watches for? |
00:38.24 | maejrep | or does it crash even if you are reading the buffer? |
00:38.26 | cr2 | should not crash on that |
00:38.35 | cr2 | have not tried it. |
00:38.42 | maejrep | my phone doesn't have nmea in smem |
00:38.54 | maejrep | don't know where to get it from yet :p |
00:38.56 | cr2 | i can do 'cat /dev/smd27' and then enable gps |
00:39.09 | maejrep | maybe .. couldn't hurt to try :) |
00:39.22 | maejrep | I'd like to know why my phone rebooted :p |
00:39.28 | cr2 | can you start some primitive gps program, and dump smem ? |
00:39.34 | maejrep | I've tried that |
00:39.47 | cr2 | and still othing ? |
00:39.48 | maejrep | I have a few smem dumps with google maps actively reading gps data |
00:39.52 | maejrep | and it doesn't have any nmea data at all |
00:39.57 | cr2 | ok |
00:40.00 | cr2 | hmm |
00:40.12 | cr2 | look at gpsdriver.dll |
00:40.21 | maejrep | yeah, I have the dll, just haven't dug into it yet |
00:40.21 | cr2 | do you have at@cellid? |
00:40.35 | maejrep | been trying to get my smd_7500 stuff squared away first :) |
00:40.41 | cr2 | the raph api is different from kaiser |
00:40.45 | cr2 | ok |
00:40.56 | maejrep | i ahven't tried cellid yet |
00:41.12 | maejrep | any ideas for the horizontal offset in my panel? :) |
00:41.14 | cr2 | my AT work very well. can't test the umts/ppp without NetRipper |
00:41.29 | cr2 | mddi frequency can't be |
00:41.34 | cr2 | the mddi init ? |
00:41.54 | maejrep | <PROTECTED> |
00:41.57 | maejrep | I think it might be that |
00:42.12 | maejrep | but that comes from the panel init table i pulled from spl |
00:42.25 | maejrep | and same value is in disptools.dll |
00:42.26 | cr2 | no, unlikely |
00:42.35 | cr2 | ok |
00:42.41 | cr2 | what is 148 ? |
00:42.50 | maejrep | HDSP I think? 1 sec, will check |
00:43.08 | cr2 | REG0148_LCD1_HDPS = 0x0148, // LCD1 Horizontal Display Period Start Position Register |
00:43.15 | cr2 | yes, it should be the offset |
00:44.12 | maejrep | REG[0148h] LCD1 Horizontal Display Period Start Position Register |
00:44.28 | maejrep | so I should increase that? |
00:44.55 | cr2 | the wince value does not work ? |
00:46.52 | cr2 | omg. some sound code |
00:47.05 | maejrep | no, wince value doesn't work |
00:51.20 | maejrep | cr2: it basically looks something like this: http://www.privatepaste.com/7f16bXU9yU |
00:51.32 | maejrep | except, instead of spiderman, it's my console :) |
00:52.49 | cr2 | hm. ok |
00:53.15 | cr2 | i think toshiba code can't break epson setup. |
00:53.44 | cr2 | <PROTECTED> |
00:54.19 | cr2 | that'd the only mddi difference i can see |
00:54.56 | cr2 | mddi_clk ? 0xa19 0xa19 0xa41 |
00:55.00 | cr2 | and this one |
00:57.44 | cr2 | probably something else toshiba-specific is hardcoded there. |
00:57.52 | cr2 | maybe in mdp |
00:59.56 | cr2 | rung buffer corrupt! |
01:04.49 | maejrep | REG[0148h] bits 9-0 = Horizontal Display Period Start Position in pixels - 9 |
01:04.55 | maejrep | rung buffer corrupt? |
01:05.24 | cr2 | in amss |
01:05.24 | maejrep | ^ does that mean I have to add 9 to the HDPS? |
01:05.46 | cr2 | try :) |
01:06.17 | maejrep | hmm: HDPS Horizontal Display Period Start Position (REG[0148h] bits 9-0) + 9 Tp |
01:07.18 | maejrep | hmm, no I have to actually subtract 9 from whatever start position I want |
01:22.34 | cr2 | did it help ? |
01:27.21 | maejrep | it looked like it only fixed part of it |
01:27.32 | maejrep | every other line was shifted closer to being right |
01:27.38 | maejrep | not all the way there, but close |
01:28.03 | maejrep | (so if every even line was close to right, every odd line was still where it was before) |
01:28.13 | maejrep | looked like bad interlacing |
01:28.17 | maejrep | don't know why |
01:28.28 | cr2 | ok |
01:39.08 | maejrep | hmm, whatever I just did looks like it worked |
01:39.20 | maejrep | <PROTECTED> |
01:39.26 | maejrep | 528 is XSP |
01:39.51 | maejrep | <PROTECTED> |
01:40.24 | maejrep | used to be 0, i changed it to 0x20, and left 0x148 (HDPS) at 0x7 |
01:40.39 | maejrep | looks good now |
01:40.44 | cr2 | nice |
01:40.48 | maejrep | but I think to get rgb666, I have to change a lot of stuff :x |
01:40.57 | cr2 | ok |
01:41.00 | maejrep | backs up the current file before jumping into that :) |
01:41.09 | cr2 | lol |
01:41.50 | maejrep | i think this is a bad idea, since I really don't understand what I'm changing :P |
01:44.13 | cr2 | ok |
01:47.46 | maejrep | hmm, it just rebooted by itself again :| |
01:48.02 | maejrep | i wonder if there's also a watchdog for the smd0 buffer |
01:48.46 | cr2 | do you have the rpccall channle ? |
01:55.21 | maejrep | yes |
01:55.51 | maejrep | [ 6.084468] smd_alloc_channel() 'SMD_RPCCALL' cid=2, shared=e0110148 |
01:57.18 | cr2 | ok |
01:57.19 | maejrep | panel does not like rgb666 format :) |
01:57.26 | cr2 | so you can enabe it |
01:57.41 | maejrep | enable what, rpc? |
01:57.45 | cr2 | yes |
01:57.54 | maejrep | i think it is enabled |
01:58.04 | maejrep | but haven't been able to get it to work yet (dont know how tbh) |
01:58.16 | cr2 | but you may fail on the amss version check |
02:02.29 | cr2 | i need to sleep now. good night |
02:05.58 | *** join/#htc-linux maejrep (n=madcoder@c-71-225-238-170.hsd1.pa.comcast.net) |
02:14.30 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
02:14.35 | ALoGeNo | hi |
02:58.10 | *** join/#htc-linux osnr (n=osnr@ool-4351a8e6.dyn.optonline.net) [NETSPLIT VICTIM] |
02:58.30 | *** join/#htc-linux lupine_85 (n=lupine@89-16-178-98.no-reverse-dns-set.bytemark.co.uk) [NETSPLIT VICTIM] |
03:03.05 | *** join/#htc-linux AstainHasPS3 (n=AstainHe@unaffiliated/astainhellbring) |
03:09.14 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-210-229.bak.res.rr.com) [NETSPLIT VICTIM] |
03:10.32 | *** join/#htc-linux glyph (n=glyph@c-76-118-176-150.hsd1.ma.comcast.net) [NETSPLIT VICTIM] |
03:19.58 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
03:29.15 | AstainHasPS3 | mey maejrep hows it going? |
03:30.03 | maejrep | hi |
03:36.24 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
04:05.47 | *** join/#htc-linux mdeanda (n=mdeanda@cpe-76-170-19-19.socal.res.rr.com) |
04:06.10 | *** part/#htc-linux mdeanda (n=mdeanda@cpe-76-170-19-19.socal.res.rr.com) |
04:38.17 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
05:04.59 | *** join/#htc-linux apt (i=ibot@rikers.org) |
05:04.59 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
05:07.24 | *** join/#htc-linux borman999 (n=quassel@ppp91-77-193-154.pppoe.mtu-net.ru) |
05:13.02 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
05:43.11 | *** join/#htc-linux metter_ (n=metter@247.83.202.62.cust.bluewin.ch) |
05:53.03 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
06:15.12 | *** join/#htc-linux hechu (n=hechu@116.21.47.185) |
07:26.01 | hechu|onsite | hi, |
07:26.14 | hechu|onsite | hi, krisje8 , are you there? |
07:28.44 | hechu|onsite | hi, is there somebody using kaiser? I tried lasted android release of Feb 27th from dzo, found some interesting thing. |
07:34.02 | *** join/#htc-linux Student (n=Student@62.16.118.7) |
07:40.03 | TheiPirate | i have a kaiser |
07:40.06 | TheiPirate | but with 2-23 |
07:42.13 | hechu|onsite | <PROTECTED> |
07:42.51 | hechu|onsite | I succeed dail up a GPRS data connection, and then open 'google-map' application, try to found my current by 'My Location' function. The application did shows a blue-point on the map, and the point is moving on the high-way... |
07:43.20 | hechu|onsite | The blue-point's move track, and it's speed did like somebody is moving (on the road an high way), but it's not me, it like somebody else. |
07:43.43 | hechu|onsite | the point is moving in USA, sometimes stopped in car-parking or on the street, but it is not me, you know, because I am in China. |
07:43.51 | glyph | Is there some way to increase the size of android's "internal storage" |
07:43.53 | glyph | ? |
07:44.09 | hechu|onsite | now I guess is it a test function or a simulator of a real location? I guess... hehe . |
07:44.18 | glyph | maybe some trick with 'dd' and system.img to increase its size...? |
07:45.29 | hechu|onsite | glyph, I don't know how to increase the size. can you de-pack the data.img ? I guess the internal-storage is that file. |
07:45.53 | hechu|onsite | glyph, the size of 'date.img' is 64M, like a storage's size. |
07:46.37 | tmzt | glyph: what format is it? |
07:46.49 | tmzt | run file system.img |
07:47.03 | tmzt | but if it's yaffs2 you probably need to recreate it |
07:47.17 | glyph | tmzt: Dunno, I'm using the slackthebox build at the moment |
07:47.28 | tmzt | what? |
07:47.38 | glyph | 'file' sez: |
07:47.43 | glyph | system.img: Linux Compressed ROM File System data, little endian size 33972224 version #2 sorted_dirs CRC 0x472402dd, edition 0, 12094 blocks, 383 files |
07:47.52 | glyph | is that yaffs2? |
07:49.17 | hechu|onsite | ah, the 'data.img' is : data.img: Linux rev 1.0 ext3 filesystem data |
07:49.51 | hechu|onsite | now I will try to mount it and see what inside it. |
07:49.55 | TheiPirate | hechu|onsite it is me im driving around out here |
07:50.09 | hechu|onsite | TheiPirate, ???? |
07:50.21 | TheiPirate | the blue dot you see |
07:50.34 | hechu|onsite | TheiPirate, I guess it's impossible. hehe . |
07:50.44 | TheiPirate | :\ |
07:50.51 | tmzt | oh then |
07:51.00 | tmzt | e2fsck -f data.img |
07:51.09 | tmzt | resize2fs data.img <newsizeG> |
07:51.45 | hechu|onsite | TheiPirate, now I guess it a simulating data from google for testing propose. |
07:52.06 | hechu|onsite | TheiPirate, is the same on your Kaiser phone? |
07:53.45 | hechu|onsite | tmzt, hehe, I will try new data files, thank you. |
07:56.56 | TheiPirate | yea it is the same |
07:57.01 | TheiPirate | a demo |
07:57.42 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
08:00.16 | hechu | TheiPirate, oh, I see. thank you, hehe ... |
08:00.30 | tmzt | hechu: sorry? |
08:00.37 | tmzt | hechu: that was to glyph |
08:02.09 | hechu | tmzt, I don't know how to increase file size before, your information is also helpful to me. |
08:02.42 | tmzt | oh sure, just didn't know what you meant by new data files |
08:03.55 | hechu | I mean the file 'data.img' after resized. |
08:05.32 | tmzt | ok |
08:05.46 | tmzt | that won't work if it's yaffs2 though, which is why I had glyph run file |
08:06.09 | tmzt | but resize2fs will just exit if the superblock can't be found and yaffs2 has a different magic/superblock |
08:18.45 | glyph | tmzt: thanks |
08:18.52 | glyph | now I seem to have a different problem |
08:19.04 | glyph | my browser works, but downloading files is broken |
08:19.11 | glyph | it just waits forever saying "waiting for data connection..." |
08:19.27 | tmzt | sorry, I don't know |
08:20.02 | tmzt | just that different versions of "android" have different problems and it would be difficult to solve them without having a unified strategy going forward |
08:20.25 | glyph | it also says "there is no network connection right now" when I start the YouTube app, despite the fact that, in the background behind that message, I can see videos loading :) |
08:20.27 | tmzt | maybe Untouchab1e could help here, or dzo |
08:34.55 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
08:43.35 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
08:49.14 | *** join/#htc-linux tiger2wander (n=tiger2wa@58.187.21.46) |
08:49.42 | tiger2wander | Anybody known/have new linux version for BA? |
08:50.59 | tiger2wander | I've google it yet but have only some old version still online. What is status about linux on old device? I tried to compile kernel from handhelds.org but not successful |
08:53.39 | tiger2wander | I still have problem with tcs2000.c with latest kernel got from handhelds.org's CVS. Have any patch for the latest version? |
08:57.41 | tiger2wander | Hey hey, anybody here? |
08:59.27 | *** join/#htc-linux timebomb (n=tb@e176111210.adsl.alicedsl.de) |
10:55.58 | *** join/#htc-linux apt (i=ibot@rikers.org) |
10:55.58 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
11:26.33 | *** join/#htc-linux Jonta (i=50cad93d@gateway/web/ajax/mibbit.com/x-5b99cedc3930bd36) |
11:27.42 | Jonta | I have an HTC s710 and want to import contacts to it. Only; I do not have MS Outlook |
11:28.35 | tmzt | Jonta: what format are your contacts in now? |
11:28.36 | Jonta | There must be some other way? |
11:28.42 | Jonta | GMail |
11:28.44 | Jonta | csv |
11:29.12 | tmzt | and are you on windows or linux |
11:29.24 | Jonta | Windows |
11:29.39 | Jonta | (Well, linux as well, but don't have functional USB-port) |
11:29.47 | tmzt | one way I can think of doing it is to use PPCPimBackup and the zip option, but I'm not exactly sure how |
11:30.12 | tmzt | I know that the zip files contain a csv file though |
11:30.46 | Jonta | Hmm, should think there are programs that can handle csv other than Outlook, but I think the bottleneck is the syncronizer |
11:31.03 | Jonta | Activesync |
11:31.19 | *** join/#htc-linux pepker (n=pep@224.196.197-77.rev.gaoland.net) |
11:32.11 | tmzt | maybe someone in #xda-devs will know |
11:32.22 | tmzt | this channel is about running linux on these devices |
11:32.35 | NetRipper | maejrep, did you read what orux had to say about the display issue? http://netripper.pastebin.com/m7ee5947d |
11:32.38 | tmzt | #synce is used for syncing on linux but it's hard to setup right now |
11:32.42 | NetRipper | maejrep, maybe it's of help |
11:32.56 | Jonta | tmzt: OK, thanks |
11:33.18 | tmzt | NetRipper: interesting, but I'm quite sure android uses 565 |
11:33.59 | NetRipper | tmzt, er, yes, but this is more low level.. the panel may be of a different format than 565 |
11:34.20 | tmzt | yeah, I guess that was maejrep anyway who asked |
11:35.03 | tmzt | I think of it as dma syncs the pixel format and framebuffer config it wants to to the mddi chip, possible from a framebuffer with a different configuration somewhere in memory |
11:35.05 | NetRipper | seems to me those mddi_remote_write()'s are about configuring the MDP properly for the epson panel |
11:35.16 | tmzt | then the mddi chip scans out whatever format it's configured for |
11:35.30 | tmzt | mdp is in the msm chip though? |
11:35.35 | NetRipper | yes |
11:35.35 | tmzt | mddi is external? |
11:35.43 | NetRipper | i think mddi is internal too |
11:35.49 | NetRipper | uh |
11:35.51 | tmzt | the mddi chip |
11:36.02 | NetRipper | i think there are mddi hosts and clients |
11:36.13 | tmzt | msm is host for display |
11:36.19 | tmzt | camera is host for capture |
11:36.22 | tmzt | is what I understand |
11:36.41 | NetRipper | i mean, msm has mddi controller, and the panel implements an mddi interface |
11:36.52 | NetRipper | mddi is qualcomm specific |
11:36.57 | tmzt | if you and maejrep have more understanding of this maybe you can help cmonex with shift |
11:37.00 | tmzt | well, |
11:37.09 | tmzt | the panel doesn't I think, only the chip does |
11:37.12 | tmzt | epson/toshiba |
11:37.18 | NetRipper | yes indeed |
11:37.27 | NetRipper | but that's the chip directly controlling the panel |
11:37.56 | tmzt | but it serves the same function as, for example, pxafb and it's lcd controller, right? |
11:38.06 | NetRipper | :x i dont know the pxa |
11:38.27 | tmzt | mddi's purpose is to be easy to route in a flip phone from what I can find about it |
11:38.31 | NetRipper | i rolled into this stuff because of the touch pro ;) |
11:39.03 | tmzt | it encapsulates the parallel video bus into a serial connection |
11:39.03 | NetRipper | i thought mddi was to get a hardware independent implementation |
11:39.26 | tmzt | I did too, but qct says it's for flexibility of the cable |
11:39.29 | NetRipper | the software must know if it's displaying landscape or portrait (if that's what you mean by flipping) |
11:39.38 | tmzt | it's used in older msm chips for feature phones |
11:39.38 | NetRipper | else it'd be scaled wrongly |
11:39.45 | tmzt | no, I mean physically |
11:40.14 | NetRipper | ah |
11:40.16 | NetRipper | i see |
11:40.32 | tmzt | in a normal qualcomm-based phone the radio is in the bottom part with the keyboard and the displays are in the top |
11:40.52 | tmzt | as well as sound (earphone) but that's also in the flex cable |
11:41.05 | tmzt | and vibra usually |
11:41.53 | tmzt | the pxa has an internal lcd controller with a parallel bus connecting it to the lcd module |
11:42.05 | tiger2wander | tmzt, I've just try to build hh.org kernel using q1 toolchain but still that error |
11:42.15 | tmzt | all the errors? |
11:42.27 | tiger2wander | it about tsc2200.c |
11:42.39 | tiger2wander | like the last error I reported |
11:43.07 | tmzt | it makes sense, you are going to have to rewrite blueangel_tsc2200.c for the new tsc2200.c |
11:43.11 | NetRipper | you're right indeed tmzt |
11:43.19 | NetRipper | main purposes is the cabling |
11:43.37 | tiger2wander | a good news: I've try a android version get from xda-developers.com. It seen get more working with some harware keyboard work quite well |
11:43.54 | tmzt | forum link? |
11:43.57 | NetRipper | i gtg again, bbl |
11:44.02 | tiger2wander | qwerty keyboard working also :) |
11:44.08 | tiger2wander | http://forum.xda-developers.com/showthread.php?t=414677 |
11:44.30 | tiger2wander | you can download it from here http://rapidshare.com/files/147524450/android.rar.html |
11:45.00 | tiger2wander | and try to get vogue system.img, data.img => it will works :) |
11:45.13 | tmzt | ah, they're using angstrom zImage's |
11:45.21 | tiger2wander | vogue android port version here http://it029000.massey.ac.nz/vogue/ |
11:45.26 | tiger2wander | yep |
11:45.46 | tiger2wander | I'm trying to connect using telnet/ssh to get more info |
11:48.32 | tiger2wander | touchscreen still not work with that version :( |
11:49.28 | tmzt | touchscreen depends on the kernel mostly |
11:50.04 | tiger2wander | yep, I think so |
11:50.39 | tiger2wander | almost port works seen focus to compile new kernel |
11:51.59 | tiger2wander | with kernel module/driver/firmware compatible and also support android's JVM will make it work correctly in any system |
11:55.55 | tiger2wander | anybody know where to download angstrom's kernel auto build for BA? |
11:56.20 | tmzt | the link you have I guess, not sure if there still is one |
11:56.59 | tiger2wander | yep, but I need the the autobuild version |
11:59.23 | captnoord | re |
11:59.25 | tmzt | I mean I don't know if BA is still built |
11:59.28 | captnoord | greets NetRipper |
11:59.33 | tmzt | left |
11:59.51 | captnoord | k |
12:02.04 | tiger2wander | yes, It seen not still built for dev :( |
12:58.49 | *** join/#htc-linux ewasx (n=armin@3-157.surfsnel.dsl.internl.net) |
13:23.01 | *** join/#htc-linux Pure4Real (n=pure4rea@89-97-140-219.ip17.fastwebnet.it) |
13:26.18 | captnoord | I wonder if there's a program which allows me to extract modules from rom dumps |
13:29.18 | Pure4Real | in what format are rom dumps? |
13:30.05 | captnoord | I dumped my roms with itsutilsbin collection |
13:30.29 | captnoord | with pdocread |
13:31.17 | captnoord | i'm quite capable of writing such prog on my own |
13:31.18 | captnoord | but |
13:31.25 | captnoord | why should I reinvent the weel |
13:31.27 | captnoord | wheel |
13:31.35 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
13:35.02 | *** part/#htc-linux Bushman (i=bushman@xdsl-7687.bielsko.dialog.net.pl) |
13:36.23 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-900512a5bc31089e) |
13:36.29 | captnoord | hmmm |
13:36.39 | captnoord | but I have to say that IDA always makes it a party |
13:36.40 | captnoord | seg000:00008D1C 0000001B C dwMatrixC3_0_Status: 0x%x\n |
13:36.41 | captnoord | :D |
13:37.00 | captnoord | says seg000:0000419C 00000019 C [K] Wakeup by HTC Navirn |
13:37.01 | captnoord | :P |
13:39.21 | captnoord | whats |
13:39.22 | captnoord | USB_RNDIS_KITL |
13:39.25 | tiger2wander | anybody have file config to re-map hardware buttons/keyboard for BA O2 IIs? |
13:39.39 | captnoord | 169.254.53.135 |
13:39.41 | captnoord | strange ip |
13:39.42 | captnoord | :P |
13:41.18 | tiger2wander | for use with android |
13:43.18 | captnoord | i'm sorry |
13:43.21 | captnoord | can't help you |
13:44.21 | tiger2wander | captnoord, about that I think it is random or ip self created by driver :) |
13:44.47 | captnoord | nah nrdis |
13:44.50 | tiger2wander | when you have not connection on network device it will have that ip |
13:44.57 | captnoord | is a windows development protocol |
13:45.05 | captnoord | for devices stuff |
13:45.13 | captnoord | I also found some nice stuff about |
13:45.13 | captnoord | SMC91C94 |
13:45.17 | captnoord | network chip |
13:45.28 | captnoord | but I don't know if its default code or if its part of the system |
13:45.47 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
13:46.49 | captnoord | some mentions about entering bootloader and stuff |
13:48.12 | captnoord | I see the NAND IC |
13:48.15 | captnoord | spec's |
13:48.21 | captnoord | and used vendors |
13:55.58 | captnoord | aTheRpcServerIs DCB "The RPC server is not listening.",0xD,0xA,0 |
13:56.19 | captnoord | speaks to his student "RPC I told you to listen" |
14:05.38 | *** join/#htc-linux p3t3r__ (n=peter@134.245.164.105) |
14:25.52 | *** join/#htc-linux oliwan (n=ollie@client-86-25-191-103.bsh-bng-012.adsl.virginmedia.net) |
14:29.34 | oliwan | hi all |
14:30.04 | oliwan | is there a way of telling if you are on raph100 or raph800 in code? |
14:38.56 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
14:40.55 | *** join/#htc-linux borman999 (n=quassel@ppp91-77-129-217.pppoe.mtu-net.ru) |
14:42.40 | *** join/#htc-linux balsat (n=balsat@87.72.13.87) |
14:52.24 | AstainHasPS3 | morning |
14:55.55 | NetRipper | oliwan, you can use machine_is_htcraphael() for rahp100 and machine_is_htcraphael_cdma() for raph... similarly for machine_is_htcdiamond(_cdma)() |
14:56.14 | NetRipper | if you make something for raph100, it's likely to work on diam100 too |
14:56.46 | oliwan | netripper, thanks.man |
14:57.01 | NetRipper | np |
14:57.38 | AstainHasPS3 | whats up NetRipper? |
14:58.48 | NetRipper | nothing much |
14:58.57 | NetRipper | i've been pretty inactive this week |
14:59.25 | AstainHasPS3 | busy at work eh? |
14:59.53 | NetRipper | yer not just at work, im working on another project off work |
15:00.11 | NetRipper | i've been putting it off for too long ;) |
15:00.31 | *** join/#htc-linux timebomb (n=tb@e176127249.adsl.alicedsl.de) |
15:03.17 | AstainHasPS3 | ahh fun |
15:03.25 | AstainHasPS3 | whats the other project if you don't mind me asking |
15:11.19 | NetRipper | it's a website for a town around here |
15:11.33 | NetRipper | for a community |
15:11.47 | AstainHasPS3 | cool |
15:11.48 | NetRipper | i dont know the right word |
15:11.59 | NetRipper | a collection of towns |
15:12.12 | AstainHasPS3 | ok |
15:12.14 | AstainHasPS3 | nice |
15:12.58 | *** join/#htc-linux pichurri (n=pichurri@194.230.146.184) |
15:13.35 | NetRipper | yea it is |
15:13.39 | NetRipper | just takes quite some time |
15:13.40 | NetRipper | :) |
15:17.51 | AstainHasPS3 | do you recall the easiest way to find info on git comments? |
15:24.33 | *** join/#htc-linux TheiPirate (n=Timbo@cpe-67-9-132-146.austin.res.rr.com) |
15:39.01 | oliwan | AstainHasPS3. I tend to use the search function on the web version |
15:40.01 | AstainHasPS3 | oliwan whats the link for the webversion? |
15:40.28 | oliwan | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git |
15:40.37 | oliwan | choose your branch then search |
15:44.09 | AstainHasPS3 | our branch is the htc-msm ones right? |
15:45.33 | oliwan | for raph/diam it is htc-msm-2.6.27 |
15:47.25 | AstainHasPS3 | ok thats what I thought |
15:48.26 | AstainHasPS3 | cool thx |
15:48.30 | oliwan | np :) |
15:52.20 | *** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk) |
15:56.22 | AstainHasPS3 | morning Marajin_ |
17:10.32 | captnoord | re |
17:10.47 | captnoord | greets NetRipper |
17:16.09 | *** join/#htc-linux wdslbr (n=asa@dslb-088-069-198-183.pools.arcor-ip.net) |
17:39.58 | *** join/#htc-linux apt (i=ibot@rikers.org) |
17:39.58 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
17:49.51 | *** join/#htc-linux ltxda0 (n=anon@unaffiliated/ltxda) |
18:09.25 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c16e.pool.einsundeins.de) |
18:09.52 | *** part/#htc-linux oliwan (n=ollie@client-86-25-191-103.bsh-bng-012.adsl.virginmedia.net) |
18:26.45 | *** join/#htc-linux oliwan1 (n=ollie@client-86-25-191-103.bsh-bng-012.adsl.virginmedia.net) |
18:27.18 | oliwan1 | is there anyone here with a raph800 wants to try out my zImage? |
18:30.07 | captnoord | hmmm |
18:30.12 | captnoord | how come? |
18:30.23 | captnoord | anything special about it? |
18:32.17 | oliwan1 | it has battery driver now |
18:32.29 | oliwan1 | i've tested on a diam200 and works fine |
18:32.43 | captnoord | hmmm... k |
18:32.48 | captnoord | i've a raph 300 |
18:33.06 | oliwan1 | raph300. is that based on raph100? |
18:33.09 | captnoord | hmm multi tasking isn't my thing as it seems |
18:33.18 | captnoord | yup |
18:33.29 | oliwan1 | shud work fine then. |
18:33.34 | oliwan1 | http://www.oliweb.co.uk/Downloads/zImage.2009.02.28/zImage |
18:33.41 | captnoord | can you gimme a diff |
18:33.46 | captnoord | would work for me to |
18:33.54 | captnoord | I rather have you sending me a diff |
18:33.54 | captnoord | :P |
18:34.02 | captnoord | i'll compile it myself |
18:34.06 | captnoord | not that I don't trust you |
18:34.23 | oliwan1 | hmmm.. ok. there are some new files tho |
18:34.34 | oliwan1 | what's the command in git to do that? |
18:34.34 | captnoord | :D |
18:34.43 | captnoord | git diff |
18:34.55 | oliwan1 | can u specify an output file? |
18:35.03 | captnoord | http://www.kernel.org/pub/software/scm/git/docs/git-diff.html |
18:39.45 | captnoord | brb |
18:43.54 | oliwan1 | it hasn't included my new files in the diff. Guess I have to do a git add first |
18:53.57 | captnoord | yup |
18:54.07 | captnoord | first you do a commit of your own |
18:54.20 | captnoord | and then you create a diff from your local branch |
18:54.32 | captnoord | to the master |
18:54.48 | captnoord | so when I ( who has the master ) |
18:54.51 | captnoord | apply the diff |
18:54.57 | captnoord | its like walking the part |
18:54.58 | captnoord | :P |
18:55.10 | captnoord | means that I should have the same master |
18:55.25 | oliwan1 | ok. so if i do a commit it won't go into the central repository? |
18:55.37 | captnoord | if you have created a local branch |
18:55.44 | captnoord | which you should do |
18:55.50 | captnoord | if you do mod's of your own |
18:55.58 | captnoord | then you commit to your local branch |
18:56.08 | captnoord | your only commiting it to the open master |
18:56.12 | captnoord | kernel.org |
18:56.18 | captnoord | if you push the commit to that |
18:57.28 | oliwan1 | right, i'll give it a try. sori im quite new to git. im more of a svn guy. |
18:57.35 | captnoord | me to |
18:57.39 | captnoord | but git is so nice |
18:57.45 | captnoord | once you get the hang of it |
18:57.59 | oliwan1 | :P |
18:58.08 | captnoord | but if you spend time on it |
18:58.13 | captnoord | its very easy to understand |
18:58.19 | captnoord | and everything has a certain flow |
18:58.26 | captnoord | so when you understand a and b |
18:58.32 | captnoord | you easely understand c |
18:58.45 | oliwan1 | i'm gettin there slowly... |
18:58.51 | captnoord | me to |
18:58.56 | captnoord | its like my broken leg |
18:58.59 | captnoord | 5 months |
18:59.01 | captnoord | almost good |
18:59.07 | captnoord | but takes for ever |
18:59.21 | oliwan1 | lol yeh |
19:01.06 | captnoord | is gonna finish this mio repaire |
19:01.45 | oliwan1 | damn, it still hasnt included my new file in the patch. I'm doing git add [file] git commit -m then git diff --no-prefix > patchfile. What am i doing wrong? |
19:02.16 | NetRipper | do a git log |
19:02.21 | NetRipper | take the hash of the previous commit |
19:02.26 | NetRipper | then git diff <hash> |
19:02.30 | NetRipper | then it should include the new files |
19:02.45 | captnoord | highfives NetRipper |
19:02.47 | NetRipper | git diff HEAD^1 might work too |
19:04.35 | oliwan1 | yeah it worked. Thanks netripper |
19:05.24 | captnoord | hmmm device fixed..... it won't get a prize |
19:05.27 | captnoord | but it should work |
19:05.44 | oliwan1 | nice :) |
19:06.16 | oliwan1 | Heres the diff file. http://www.oliweb.co.uk/Downloads/zImage.2009.02.28/patchfile.diff |
19:10.14 | captnoord | oliwan1: you've done a voltage calced batt indication |
19:10.20 | captnoord | is it that way on the g1? |
19:10.23 | captnoord | as I don't know |
19:14.39 | oliwan1 | i'm not sure. probably not. in the original one they used a battery table and weird algoritm to work it out |
19:14.49 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
19:14.54 | oliwan1 | couldn't decipher it |
19:15.44 | captnoord | lol |
19:15.55 | captnoord | g1 code i'm reading now is using current delta's |
19:16.10 | captnoord | but its good |
19:16.10 | captnoord | :D |
19:16.14 | captnoord | your stuff is good to |
19:16.15 | captnoord | :D |
19:16.53 | captnoord | and instead of coding it myself... nagg nagg nagg... i'm nagging |
19:16.54 | captnoord | so |
19:16.59 | captnoord | if it works |
19:17.00 | captnoord | :D |
19:18.01 | captnoord | I think they use a table of current delta's |
19:18.13 | captnoord | which corrects the readout of the sensor |
19:18.47 | captnoord | but its using rpc |
19:18.56 | captnoord | which isn't working on the raph as I recall |
19:21.02 | captnoord | and the g1 driver controls the charger stuff to |
19:21.07 | captnoord | if its charging fast |
19:21.09 | captnoord | slow |
19:21.15 | captnoord | or not |
19:34.37 | *** join/#htc-linux oliwan (n=ollie@client-86-25-191-103.bsh-bng-012.adsl.virginmedia.net) |
19:42.24 | *** join/#htc-linux swc|666 (n=carramro@unaffiliated/swc666/x-4934821) |
19:44.05 | captnoord | oliwan what driver you disasmbled? |
19:45.47 | oliwan | captnoord. I didn't really just used what had been done in research |
19:46.13 | captnoord | k |
19:46.59 | *** join/#htc-linux Shinto (n=John@g227213138.adsl.alicedsl.de) |
20:22.21 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
20:25.05 | *** join/#htc-linux wdslbr (n=asa@dslb-088-069-198-183.pools.arcor-ip.net) |
20:55.23 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
21:03.57 | *** join/#htc-linux Moku (n=John@g227213138.adsl.alicedsl.de) |
21:06.01 | TheiPirate | im confused with the boot options |
21:06.17 | TheiPirate | panel typed used to power the panel off and on, dont power off the panel |
21:06.23 | TheiPirate | what does that mean |
21:07.00 | dcordes | mickey|sports: ping |
21:09.44 | maejrep | NetRipper: yes, what orux said did help, and I got my panel working great with 565 bit packing |
21:09.55 | maejrep | I was trying to get it into 666 mode, but that didn't work out so well |
21:10.23 | dcordes | hi maejrep |
21:12.12 | maejrep | hi |
21:13.03 | AstainHasPS3 | hi maejrep |
21:14.10 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-89-31.web.vodafone.de) |
21:14.57 | maejrep | hi |
21:14.57 | maejrep | <NetRipper> seems to me those mddi_remote_write()'s are about configuring the MDP properly for the epson panel <-- the panel was already configured properly for me. It was the change to mdp.c that was required to get it working for me |
21:15.02 | maejrep | which means that raph100 was already displaying properly with mdp using 666 |
21:15.04 | maejrep | whereas raph800 was displaying improperly because of the 565 vs 666 difference |
21:15.08 | maejrep | using the rgb444 fix in msm_fb.c along with the rgb666 code which was already in place in mdp.c is what made it "look" right before |
21:15.11 | maejrep | but it really wasn't |
21:15.31 | maejrep | (e.g., the sticky keys in vkeyb were red previously, and they are supposed to be gray (and they are now for me) |
21:15.54 | maejrep | so that tells me that raph100 has the panel in rgb666 mode |
21:16.03 | maejrep | android might do a conversion from 565 to 666 |
21:16.11 | dcordes | maejrep: what is bitpacking and why does it show different resuklts in Xfbdev vs android ? |
21:16.26 | maejrep | in what sense? |
21:16.41 | dcordes | the difference? |
21:16.43 | maejrep | when I said bitpacking, I meant packing bits per pixel into a 565, 444, 666 mode |
21:16.56 | dcordes | yea what's that? |
21:17.13 | maejrep | but in the code, I think bit packing refers to how lesser storage formats are padded |
21:18.00 | cr2 | maejrep: hmm. can we switch raph100 into 565 mode ? |
21:18.00 | maejrep | ie, with rgb444, it's only 12 bits per pixel, but the data that gets written to memory has to be "padded" so that the 4 bits of red are in the correct spot (since you have 4 free bits that aren't being used between rgb444 and 565 |
21:18.09 | maejrep | probably, but I have no idea |
21:18.36 | cr2 | dcordes: you have edited the wiki that gps does not work on kais ? |
21:18.50 | cr2 | maejrep: 666 may be a pita for non-android |
21:18.58 | maejrep | even for android :p |
21:19.18 | maejrep | we'd have to change mdp.c and msm_fb.c at the very least, just get get 666 to work I think |
21:19.32 | maejrep | but then I don't get why mdp.c by default is setup to do rgb666 |
21:19.33 | cr2 | ok |
21:19.53 | cr2 | ask swetland and Co. |
21:19.56 | maejrep | it works for me when I change that to 565, but I don't know what that will do to raph100 |
21:20.05 | maejrep | NetRipper: want to try that on raph100 and see? |
21:20.21 | cr2 | maejrep: i think you should get git access on linxtogo :) |
21:20.31 | maejrep | if you change that line from mdp.c that orux mentioned, what does it to do the fb in console, and what does it do to android? |
21:20.39 | maejrep | lol |
21:20.45 | maejrep | i'm going to lunch right now :p |
21:20.56 | cr2 | ok |
21:21.20 | cr2 | maejrep: check at@startgps. if it will crash arm9 |
21:21.22 | cr2 | for you |
21:21.42 | cr2 | i'm wondering how android uses gps |
21:43.28 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
21:51.13 | dcordes | cr2: the NMEA stream is sent directly from arm9 to google, logged, sent back and then sent to smd :D |
21:58.18 | cr2 | dcordes: why not... htc.com is hardcoded in the amss as a TLS trusted host |
22:04.10 | dcordes | they make you think you're driving in mountain view if they feel mean |
22:09.11 | cr2 | dcordes: you can't imagine the amount of crap in the amss |
22:09.26 | cr2 | it can open .wav files and play them! |
22:12.13 | dcordes | that is necessary for mind control scenarios |
22:12.27 | *** join/#htc-linux Untouchab1e (n=Untoucha@ti0034a380-dhcp0371.bb.online.no) |
22:12.28 | Untouchab1e | Hi all |
22:21.13 | AstainHasPS3 | hiya |
22:33.19 | *** join/#htc-linux zycho_ (n=zycho@a89-182-11-123.net-htp.de) |
23:03.02 | *** join/#htc-linux apt (i=ibot@rikers.org) |
23:03.02 | *** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup. |
23:06.00 | *** join/#htc-linux konsta (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
23:11.43 | balsat | Untouchab1e: I have compiled a zImage with oliwan's new battery patch, it works great on the DIAM100, maybe you can publish it on your site so others can test it!? |
23:13.50 | einand | anyting that works on HTC TytnII aka Kaiser? |
23:14.31 | balsat | Not the zimage |
23:14.58 | dcordes | einand: the msm7xxxA and msm7xxx kernel things go seperately |
23:15.12 | einand | ok |
23:15.37 | einand | i wouldent know if i dident ask ;) |
23:16.03 | einand | i fould like a better function to change keyboard layout |
23:20.58 | dcordes | good idea. the cmdline seems overcrowded |
23:25.39 | *** join/#htc-linux noodlesgc (n=noodles@97.72.68.195) |
23:36.11 | dcordes | we can restructcture the board-kaiser-keypad as a configurable input driver and have it building the different layouts via config as well |
23:36.20 | dcordes | ei |
23:39.00 | dcordes | htc-gpio-keypad.c and also merge vogue, titan, nike |
23:52.56 | *** join/#htc-linux oliwan1 (n=ollie@client-86-25-190-201.bsh-bng-012.adsl.virginmedia.net) |