| 00:00.00 | miknix | ok |
| 00:04.10 | BabelO | miknix: i think i ve also the camera |
| 00:04.30 | miknix | lol, the camera is an extra |
| 00:05.03 | miknix | with gsm I can finally dump the wm5 from it |
| 00:05.49 | miknix | BabelO, nice work. how did you find the motorola sources? |
| 00:05.57 | BabelO | i ve to check the mtd driver, but artemis have G3, i don't know if there is other kind of memory like on BA |
| 00:06.23 | miknix | I think my wizard has a G4 |
| 00:06.32 | BabelO | miknix: i did not find the source, it is exception13 who tell me to look at motorola source and say it is for omap730 |
| 00:06.37 | miknix | wiza100 have a g3 AFAIK |
| 00:07.01 | *** join/#htc-linux kimhoon1 (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
| 00:07.09 | miknix | I see |
| 00:07.13 | BabelO | miknix: yes ba also , but ba have another flash too |
| 00:08.24 | miknix | K, sources unpacked |
| 00:08.41 | *** join/#htc-linux konsta (n=asds@host81-154-247-76.range81-154.btcentralplus.com) |
| 00:08.42 | miknix | want me to continue the gsm or start with sound? |
| 00:09.05 | miknix | sound will be kind of pitta since alsa (or even oss) changed a lot |
| 00:09.36 | BabelO | yes i know it change a lot , but all thing are linked, i need some sound part for gsm too :( |
| 00:09.45 | miknix | hum.. |
| 00:09.56 | BabelO | but the code is here just the api change |
| 00:10.07 | miknix | yes yes.. this is great |
| 00:10.14 | BabelO | btw battery is here too |
| 00:12.58 | miknix | hum.. |
| 00:13.00 | miknix | drivers/gsm |
| 00:16.36 | *** join/#htc-linux cygnusx (n=cygnusx@ip72-209-173-82.adsl2.static.versatel.nl) |
| 00:16.59 | mdrobnak | NetRipper: Cupcake zImage that lavender-t posted booted fine, even with that warning. Stupid initrd. I have to run. TTYL |
| 00:18.39 | miknix | BabelO, whats E28? |
| 00:18.51 | BabelO | don't know |
| 00:19.03 | BabelO | look like the a810 board |
| 00:19.12 | cygnusx | NetRipper: did you build in the yellow dots for the framebuffer a while back? |
| 00:19.46 | miknix | I dont see any dependency upon it |
| 00:20.14 | miknix | going to purge it from the tree |
| 00:20.47 | BabelO | being carefull lot of gpio are hard coded in driver |
| 00:21.24 | miknix | hum........... |
| 00:24.11 | NetRipper | cygnusx, no, schlash did that |
| 00:24.11 | NetRipper | he built the touchscreen driver |
| 00:24.11 | NetRipper | or |
| 00:24.11 | NetRipper | no |
| 00:24.11 | NetRipper | druidu did |
| 00:24.16 | NetRipper | sorry |
| 00:27.46 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfe754.pool.einsundeins.de) |
| 00:28.41 | maejrep | <lavender-t> i dont think the detect code is in place yet. <-- I have detect working for raph |
| 00:29.17 | NetRipper | maejrep, detect what? |
| 00:29.33 | maejrep | sd card |
| 00:29.36 | NetRipper | ah ok |
| 00:29.37 | NetRipper | the gpio check? |
| 00:29.42 | maejrep | irq yeah |
| 00:29.47 | maejrep | irq + gpio :p |
| 00:29.49 | NetRipper | ah nice |
| 00:30.03 | NetRipper | commit it to git ;) |
| 00:30.25 | maejrep | <PROTECTED> |
| 00:30.28 | maejrep | in sdcc_data |
| 00:30.35 | NetRipper | that's it? |
| 00:30.36 | maejrep | <PROTECTED> |
| 00:30.37 | maejrep | <PROTECTED> |
| 00:30.45 | maejrep | in halibut_sdcc_slot_status() |
| 00:30.51 | maejrep | that's it |
| 00:30.51 | NetRipper | ok |
| 00:31.03 | NetRipper | nice job ;) |
| 00:31.16 | maejrep | basically copied it from trout :p |
| 00:31.32 | NetRipper | you still need to know what to copy ;p |
| 00:31.55 | NetRipper | sometimes when i go through code like that it's like finding a needle in a haystack, finding out what is required to do just that hting you want it to do |
| 00:32.02 | *** join/#htc-linux snusnu (n=hax@71.114.28.201) |
| 00:32.09 | maejrep | hehe |
| 00:32.13 | NetRipper | guess im not experienced enough with the kernel |
| 00:32.14 | NetRipper | ;) |
| 00:32.16 | maejrep | like init my sdc3 >:o |
| 00:32.31 | NetRipper | which raph do you haev? |
| 00:32.32 | NetRipper | have* |
| 00:32.34 | maejrep | 800 |
| 00:32.36 | NetRipper | ok |
| 00:32.50 | NetRipper | for raph100/110 sd card is on sdc2 (counting from 1) |
| 00:32.57 | maejrep | right |
| 00:33.08 | NetRipper | but i read you traced it in haret |
| 00:33.49 | maejrep | yeah |
| 00:35.44 | maejrep | any thoughts on the fact that trout uses vreg_enable on "gp6" for sd card, and uses "mmc" for wifi? |
| 00:35.49 | NetRipper | anyone ever seen something like this? http://netripper.pastebin.com/m3db8bf9a i cant remove the file, and filesystem is not corrupt (according to e2fsck) |
| 00:36.25 | *** join/#htc-linux TripleDES (n=sergio@80.27.102.19) |
| 00:36.47 | NetRipper | off-topic but annoying as cron complains every 15 mins ;p |
| 00:36.48 | maejrep | NetRipper, might be mounted incorrectly? |
| 00:36.58 | NetRipper | it's only that file, rest is fine |
| 00:37.13 | maejrep | can you stat data1.hdr ? |
| 00:37.18 | NetRipper | no |
| 00:37.27 | NetRipper | no such file or dir |
| 00:37.51 | maejrep | try creating a new directory and move everything except that file to the new directory :x |
| 00:37.56 | maejrep | or do you need the file |
| 00:38.09 | NetRipper | no i dont need the file |
| 00:38.12 | NetRipper | and i rm -rf the directory |
| 00:38.16 | NetRipper | but it says it cant, as it isn't empty |
| 00:38.38 | maejrep | hmm |
| 00:40.02 | NetRipper | ouch |
| 00:40.52 | NetRipper | i just accidently forced an e2fsck on a mounted filesystem |
| 00:41.07 | *** join/#htc-linux heema (n=weechat@217.139.56.161) |
| 00:41.13 | maejrep | shouldn't hurt it unless you told it to correct problems |
| 00:41.21 | maejrep | if its just checking, it should be fine |
| 00:41.22 | NetRipper | it does so by default |
| 00:41.34 | NetRipper | it cleared orphaned inodes |
| 00:41.39 | maejrep | doh |
| 00:41.40 | NetRipper | a few |
| 00:41.51 | maejrep | e2 is kind of primitive and resilient i've found |
| 00:41.52 | NetRipper | uncommitted changes probably |
| 00:42.32 | maejrep | it takes a lot more to hurt ext2 than, say, reiser 3 :| |
| 00:43.02 | NetRipper | lol |
| 00:43.20 | NetRipper | i had reiser before, it claims superb performance |
| 00:43.26 | NetRipper | but ext3 outperformed it in my case |
| 00:43.34 | maejrep | depends on what your files are |
| 00:43.47 | NetRipper | reiser is for small files i reckon |
| 00:43.57 | maejrep | reiser, ext2, ext3, xfs, etc, all have strong points for different types of files |
| 00:44.16 | maejrep | i use xfs now, and haven't had any problems |
| 00:44.24 | maejrep | reiser3 always bit me in the ass eventually |
| 00:44.31 | maejrep | reiser 4 was better, but experimental |
| 00:44.39 | NetRipper | hehe |
| 00:45.27 | maejrep | any idea what vreg actually does? :x |
| 00:47.39 | NetRipper | no |
| 00:48.41 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-240-179.ewe-ip-backbone.de) |
| 00:49.07 | NetRipper | guess i cant fix my root fs without reboot |
| 00:49.20 | NetRipper | so i'll just leave it;) |
| 00:49.28 | NetRipper | i can live with that small thing |
| 00:49.30 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 00:49.56 | NetRipper | time to get back on lin |
| 00:51.26 | *** part/#htc-linux heema (n=weechat@217.139.56.161) |
| 00:53.05 | NetRipper | hm |
| 00:59.40 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 01:00.20 | maejrep | is there a way to enter the radio bootloader on raph/diam? |
| 01:01.35 | NetRipper | hold volume down and enter button when soft resetting |
| 01:01.47 | NetRipper | enter = the round button |
| 01:04.17 | maejrep | ah |
| 01:04.40 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 01:05.01 | maejrep | hmm, did that and got to the "Touch pro" screen |
| 01:06.11 | NetRipper | oh |
| 01:06.14 | NetRipper | just volume down |
| 01:06.15 | NetRipper | and reset |
| 01:06.24 | NetRipper | http://wiki.xda-developers.com/index.php?pagename=Raphael_For_Beginners#bootloader |
| 01:09.14 | *** join/#htc-linux TripleDE1 (n=sergio@80.27.102.22) |
| 01:09.30 | maejrep | isn't that a different bootloader than is mentioned here? http://forum.xda-developers.com/showthread.php?t=369754 |
| 01:10.32 | maejrep | i'd like to use the gpio and pmic commands for testing |
| 01:10.56 | NetRipper | ah |
| 01:11.10 | NetRipper | yes that's a different bootloader |
| 01:11.13 | maejrep | and it looks like its all in the dumped SPL, but I can only get to the SPL bootloader with VolDown+Power |
| 01:11.14 | NetRipper | i dont have experience with that |
| 01:11.14 | tmzt | maejrep: don't do anything with pmic, ask Olipro in #xda-dev why |
| 01:12.41 | maejrep | heh ok :p but is there any known way to enter that bootloader on raph? |
| 01:13.44 | NetRipper | format sounds like a nice command |
| 01:14.08 | tmzt | I guess that works on diam but not raph, at least viperbjk said that when trying the qcdiag port |
| 01:14.19 | tmzt | it could also be the radio version |
| 01:14.19 | NetRipper | ah |
| 01:14.43 | NetRipper | GO2AMSS also nice |
| 01:14.51 | NetRipper | it's like |
| 01:14.54 | NetRipper | "what does this button do"? |
| 01:15.08 | NetRipper | russion roulette on a phone |
| 01:15.13 | NetRipper | russian* |
| 01:19.20 | maejrep | **********Dump device GPIO configuration********** |
| 01:20.08 | *** join/#htc-linux holydhaliwal (n=Paul@modemcable016.114-59-74.mc.videotron.ca) |
| 01:22.05 | holydhaliwal | Hey guys hows everyone doing? So im trying to get android 1.0 running on my cdma diamond but it would appear my sd card isin't mounting properly, so my question is how do i have to format the card? from what i read on xda-devs it needs to have one vfat partion and one ext2 partition? How big should each be and which is the one that must contain the /tmp folder, thanks! |
| 01:22.26 | tmzt | holydhaliwal: the internal card? |
| 01:22.34 | holydhaliwal | yeah, the 4gb one |
| 01:22.42 | holydhaliwal | but yes the internal one |
| 01:22.43 | tmzt | holydhaliwal: you can't partition that card and use it from windows |
| 01:22.50 | NetRipper | it's time to split up raph/diamond in git |
| 01:23.23 | maejrep | lol |
| 01:23.37 | maejrep | seems raph and diamond are getting along better than raph100 and raph800 "x |
| 01:23.39 | maejrep | :x |
| 01:23.42 | holydhaliwal | tmtzt, so if i want to successfully boot android 1.0 i wont be able to read the internal storage from windows anymore? |
| 01:23.46 | NetRipper | holydhaliwal, cdma version of diamond (diam800) is quite different from the diam100 |
| 01:24.22 | tmzt | there are instructions in the proj diam thread |
| 01:24.30 | NetRipper | holydhaliwal, which is probably the cause of internal storage not mounting on diam800 |
| 01:24.43 | tmzt | change default.txt to mount /dev/block/mmcblk0 instead of mmcblk0p1 |
| 01:24.51 | tmzt | oh |
| 01:24.54 | NetRipper | the instructions apply to diam100/raph100 |
| 01:24.58 | tmzt | yeah |
| 01:25.27 | holydhaliwal | NetRipper, yes this i am aware, i follow the thread on xda-devs and i see there's some problems with the video drivers or something of the sort, however i see also that since people have started booting android 1.0 certain users are reporting successfull boot with they're cdma diamonds... |
| 01:25.57 | tmzt | holydhaliwal: can you link to a post with that in it? |
| 01:26.27 | holydhaliwal | sure one sec, although im not sure how to link directly to the post i'll try and locate the page |
| 01:26.41 | NetRipper | holydhaliwal, if that's true, you can try changing the cmdline in default.txt to read msmsdcc_id=3 instead of 2, maejrep found that for raph800 the sd card is on sdc3, so i guess movinand may also be on sdc3 for diam800 |
| 01:27.02 | NetRipper | on the top right of a post is a post number, that links to the post itself |
| 01:27.09 | holydhaliwal | tmzt, nvm here it is http://forum.xda-developers.com/showpost.php?p=3104168&postcount=1222 |
| 01:27.50 | holydhaliwal | NetRipper, thanks i will try that right away |
| 01:29.46 | holydhaliwal | NetRipper, hmm for some reason all i see in default.txt is Set mtype 1910, set kernal zimage, set initrd initrd.droid.cpio.gz, set ramsize 0x6000000, set ramaddr 0x10000000 and boot...:s |
| 01:30.04 | NetRipper | em |
| 01:30.05 | maejrep | looks like i need to flash 0.25 here: http://ppcgeeks.com/forum.ppcgeeks/showthread.php?t=42503 |
| 01:30.19 | NetRipper | holydhaliwal, there is a "set cmdline" line |
| 01:30.55 | NetRipper | in the package i downloaded the default.txt had a cmdline ;) |
| 01:31.02 | NetRipper | set cmdline "mem=64M msmsdcc_id=2 msmts_calib=0x7a.0x5e.0x35a.0x37f" |
| 01:31.17 | NetRipper | you can try with values from 1-4 |
| 01:31.33 | holydhaliwal | NetRipper, yes i think i remember there being one but perhaps i deleted it while trying to fix some other problem, i remember having a problem with the calibration screen so i deleted some stuff to get past it and calibrate it manually, i am re-downloading the original package now:p |
| 01:31.35 | NetRipper | the set cmdline must be above boot |
| 01:31.42 | NetRipper | ;) |
| 01:31.48 | holydhaliwal | NetRipper, kk i will try this |
| 01:32.39 | NetRipper | lovely |
| 01:32.41 | NetRipper | xda just went down |
| 01:33.06 | holydhaliwal | NetRipper, that happens a lot no? very anoying... |
| 01:33.11 | NetRipper | too often yes |
| 01:33.12 | NetRipper | ;) |
| 01:33.30 | *** join/#htc-linux heema (n=weechat@217.139.56.161) |
| 01:33.48 | NetRipper | tmzt, what's the best way to continue on git, if we want to combine raph100/diam100/raph800/diam800? get 4 mtypes? |
| 01:34.57 | tmzt | NetRipper: yeah, and raph500 |
| 01:35.25 | tmzt | and raph110 for the keyboard difference, but that will be a is_mach check |
| 01:35.33 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 01:35.50 | tmzt | how many board files is this going to take? |
| 01:36.11 | NetRipper | raph* and diam* |
| 01:36.15 | NetRipper | so two i guess |
| 01:36.23 | NetRipper | but 5 mtypes |
| 01:36.24 | NetRipper | bleh |
| 01:36.31 | NetRipper | we need to request 3 machines then |
| 01:37.13 | NetRipper | we already have HTCRAPHAEL and HTCDIAMOND, how would we call raph110/raph500/raph800/diam800? |
| 01:37.46 | holydhaliwal | NetRipper, changing the msmsdcc_id=2 to 3 doesnt seem to have solved the problem as i see a few errors about mmc mounting image failures or something of the like, however i can't test it out due to somewhere in the line i re-added it skips the calibration screen, do you know which part to take out so i get it back? thanks |
| 01:38.19 | NetRipper | remove msmts_calib to prevent automatic calibration |
| 01:38.43 | tmzt | HTCRAPHAELCDMA HTCDIAMONDCDMA |
| 01:39.11 | holydhaliwal | kk thanks |
| 01:39.39 | NetRipper | tmzt, and how to deal with raph110? and raph500? |
| 01:40.56 | holydhaliwal | NetRipper, do you know if all diamonds are partioned the same way? |
| 01:41.11 | NetRipper | holydhaliwal, no |
| 01:41.47 | NetRipper | (no i dont know) |
| 01:45.23 | NetRipper | think im just going to start by splitting raph/diam, the cdma and other variants can come later |
| 01:45.36 | NetRipper | need it for gpio stuff |
| 01:47.20 | *** join/#htc-linux lpotter (n=lpotter@58.173.176.153) |
| 01:50.38 | holydhaliwal | NetRipper, hmm well no luck changing the values to 1 o3 three, i think i will call it a night for now, thanks for the help! |
| 01:50.50 | NetRipper | too bad |
| 01:55.44 | miknix | does someone have a laptop with hotkeys? |
| 01:56.17 | *** part/#htc-linux heema (n=weechat@217.139.56.161) |
| 01:56.31 | miknix | I just released a new version of quickstart driver: https://sourceforge.net/projects/quickstart/ |
| 01:56.40 | miknix | any testing is appreciated |
| 01:57.01 | NetRipper | url brings me to sf front page |
| 01:57.18 | miknix | http://sourceforge.net/projects/quickstart/ |
| 01:59.03 | NetRipper | can't test it now though, but i'll keep it in mind:) |
| 01:59.19 | miknix | that's a driver for those useless "hotkeys" that can turn on your computer |
| 02:00.03 | NetRipper | i understood, i wonder how it launches apps without x running though |
| 02:00.04 | miknix | device ACPI PNP0C32 |
| 02:00.19 | miknix | that's only a kernel driver |
| 02:00.29 | miknix | it exports pressed keys to userspace |
| 02:00.56 | miknix | and then you can read it when X starts and do what you want.. but that's is beyond me :) |
| 02:00.59 | NetRipper | oh right, so it's like telling the system that "when you're done booting, the user wanted to see _this_ app, so start it now accordingly" |
| 02:01.15 | miknix | yes |
| 02:01.21 | NetRipper | ok |
| 02:01.29 | miknix | like vista Hot app startup that nobody uses |
| 02:01.32 | miknix | lol |
| 02:01.38 | NetRipper | lol i didnt know vista had that |
| 02:02.21 | miknix | http://www.microsoft.com/whdc/system/platform/firmware/hotstart.mspx |
| 02:03.07 | miknix | microsoft managed to add some extensions to the acpi standard to get that working |
| 02:03.19 | NetRipper | right |
| 02:03.48 | NetRipper | so the pc must support those acpi extensions as well |
| 02:04.13 | miknix | yes.. the vendor must implement them on the bios/acpi firmware |
| 02:04.34 | miknix | but I think the "vista |
| 02:04.41 | NetRipper | my laptop is probably too old for that |
| 02:04.57 | miknix | "vista capable" stamp requires that useless crap is supported AFAIK |
| 02:05.05 | NetRipper | hehe |
| 02:05.15 | NetRipper | ok |
| 02:08.54 | NetRipper | can anyone add http://irclog.iclem.net/?chan=htc-linux to the topic? at least it's realtime instead of the other one :) |
| 02:09.09 | NetRipper | saves me from having to look it up on google every time |
| 02:16.55 | tmzt | do we know what sdc internal nand is on diam800? |
| 02:19.06 | tmzt | miknix: what are you testing? |
| 02:21.21 | miknix | tmzt, what do you mean? |
| 02:21.37 | tmzt | miknix: the quickstart keys |
| 02:21.41 | miknix | oh |
| 02:21.52 | miknix | is your laptop vista capable? |
| 02:22.28 | tmzt | I can't test on a laptop right now, sorry. I was just wondering what you are trying to do |
| 02:22.49 | miknix | oh.. its already done, just looking for bugs |
| 02:23.38 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 02:42.56 | *** join/#htc-linux ttbob (n=ttbob@xdsl-213-196-252-152.netcologne.de) |
| 02:59.24 | *** join/#htc-linux elmo40 (n=Leo@CPE0017ee09ce6d-CM00195ee6631c.cpe.net.cable.rogers.com) |
| 03:02.58 | NetRipper | right |
| 03:02.58 | NetRipper | im off to bed as well |
| 03:02.58 | NetRipper | good night |
| 03:07.53 | NetRipper | mdrobnak, in case you read this, when i add your .status_irq thingy, i get a "Unable to get slot IRQ 102 (-16)" message... anything else that needs to be changed for this to work? |
| 03:09.26 | *** join/#htc-linux tekkdrone (n=tekkdron@72.183.115.231) |
| 03:14.25 | tekkdrone | here it was 26C/80F today, and a high of 5C/42F is forecast for Monday, whiskey... tango... foxtrot... |
| 03:14.52 | tekkdrone | surely there's profit to be made somewhere in there |
| 03:17.02 | *** join/#htc-linux Shinto (n=John@g228133142.adsl.alicedsl.de) |
| 03:18.32 | dcordes | tekkdrone: I envy you for that weather |
| 03:19.00 | dcordes | it was -2°C here today, snowy/foggy |
| 03:19.38 | tekkdrone | I miss the snow... spent half my life in the new england area :( |
| 03:20.21 | dcordes | where are you now? in the west of usa? |
| 03:20.44 | tekkdrone | austin tx |
| 03:21.05 | dcordes | nice we can do an exchange for a while |
| 03:21.29 | dcordes | you can live in the sacred city of ratingen NRW |
| 03:21.47 | tekkdrone | NRW? |
| 03:21.54 | dcordes | tx? |
| 03:22.01 | tekkdrone | lol |
| 03:22.10 | tekkdrone | fair enough, Austin Texas, US |
| 03:22.45 | dcordes | North Rhine-Westphalia |
| 03:22.52 | elmo40 | anyone know where to find an external antenna that plugs in the back of the Titan? Or specs on it so I can do some research? |
| 03:22.53 | dcordes | in the west of germany |
| 03:23.07 | tekkdrone | Ah right on |
| 03:23.08 | *** join/#htc-linux jerry507_mac (n=jerry507@12-205-132-79.client.mchsi.com) |
| 03:23.20 | tekkdrone | elmo40: not offhand, sorry elmo |
| 03:23.37 | dcordes | elmo40: the device's manual should have answers |
| 03:23.51 | dcordes | are you looking for the radio or gps antenna? |
| 03:23.55 | dcordes | (conncetor) |
| 03:25.22 | dcordes | tekkdrone: you can't have fun in this city. only shity places. we have düsseldorf which has some nice locations but people are too lazy going there most of the weekends |
| 03:26.36 | dcordes | tekkdrone: I heard austin has some nice night clubs |
| 03:27.12 | tekkdrone | aye, "live music capital of the world" it's called |
| 03:27.14 | tekkdrone | and for good reason |
| 03:28.47 | dcordes | what sort of live music to you like to enjoy? |
| 03:29.24 | tekkdrone | anything but country |
| 03:30.04 | dcordes | that's many genres |
| 03:30.15 | tekkdrone | aye, I have broad tastes |
| 03:30.33 | tekkdrone | though I imagine I don't listen to much gangster rap either |
| 03:30.39 | elmo40 | all the manual says is 'car antenna adaptor. |
| 03:30.51 | elmo40 | i have not seen a plug that small for a car antenna |
| 03:31.04 | dcordes | is there a lot of hispanic influence in the austin music scene? |
| 03:31.18 | tekkdrone | surprisingly, no |
| 03:31.32 | tekkdrone | I think San Antonio has that covered |
| 03:33.41 | *** join/#htc-linux holycow (n=bite@S01060016b6b53675.vf.shawcable.net) |
| 03:34.23 | tekkdrone | San Antonio has a nice arena though, drove down there for nine inch nails show a couple months ago |
| 03:37.26 | dcordes | think I prefer gangsta rap over nine inch nails |
| 03:37.34 | tekkdrone | lol |
| 03:37.40 | dcordes | oh I totally forgot about the rootfs I made |
| 03:37.42 | dcordes | with frameworkd |
| 03:37.49 | dcordes | would you still like to try? |
| 03:38.36 | tekkdrone | sure, what is it's function? Is it an alternate RIL? |
| 03:39.05 | dcordes | yea correct. angstrom only has gpl software. the ril (frameworkd) is python based |
| 03:39.30 | tekkdrone | ah, I haven't used the angstrom distro yet, been meaning to dl and build |
| 03:39.32 | dcordes | want me to make some initrd from it or just up the tar.gz? |
| 03:39.36 | tmzt | elmo40: it's fairly standard if it has one, should be available at radio shack |
| 03:40.03 | tekkdrone | just the archive should do it |
| 03:40.08 | dcordes | ok |
| 03:40.24 | maejrep | tekkdrone, i miss tx :( |
| 03:40.36 | maejrep | living in PA now |
| 03:40.41 | tekkdrone | maejrep: I want to leave it |
| 03:40.45 | maejrep | lol |
| 03:42.36 | elmo40 | tmzt: i asked, showed them my phone, their heads started to spin. |
| 03:42.48 | elmo40 | they hire punks now. no one knows sh1t. |
| 03:43.23 | tekkdrone | gone are the days when the clerk could tell what resistor you needed to replace the burnt one in your hand by the color code |
| 03:43.29 | tekkdrone | (from memory) |
| 03:43.45 | elmo40 | for sure! |
| 03:44.06 | elmo40 | *punk clerk* What is a resistor? >_< |
| 03:44.42 | elmo40 | they dont need to pass any aptitude tests anymore. besides, i think they called those tests 'unconstitutional' (thank you u.s.a.) |
| 03:45.18 | tekkdrone | what, faith based electronical engineering doesn't work for you? |
| 03:45.30 | tekkdrone | electrical* |
| 03:45.44 | tekkdrone | two thoughts merged as I typed, meh |
| 03:46.27 | dcordes | tekkdrone: http://linuxtogo.org/~lgorris/builds/OE/htcblueangel/Angstrom-fso-console-image-glibc-ipk-2008.1-test-20090103-htcblueangel.rootfs.tar.gz |
| 03:47.17 | dcordes | tekkdrone: it's the unmodified image openembedded builds. you need to change /etc/frameworkd.conf to use qualcomm_msm or singleline modem |
| 03:47.41 | tekkdrone | is it only looking to interact with the AT command channel? |
| 03:47.42 | dcordes | also the psplash and frameworkd in init are not useful |
| 03:48.36 | dcordes | if you remove the frameworkd initscript it won't do anything with the at channel. qualcomm_msm as modem type in /etc/frameworkd.conf will use /dev/smd0 as AT command channel |
| 03:50.07 | dcordes | the device node used by frameworkd is set in the modem.py (path depending on modem used) |
| 03:53.09 | dcordes | tmzt: got any idea why the initrd failed for mdrobnak |
| 03:54.54 | maejrep | can't wrap my head around these timeouts :( |
| 03:55.34 | tmzt | no, not really reading right now, I'll be back in 30 minutes or so |
| 03:56.00 | dcordes | maejrep: messing with raph800 mmc controller? |
| 03:56.06 | maejrep | yes |
| 03:56.24 | dcordes | I wonder where's the reason for the differences |
| 03:56.48 | dcordes | did you spot any other major differences in raph100 vs raph800 yet? |
| 03:56.53 | dcordes | except sd |
| 03:57.00 | tmzt | dcordes: if you can explain whats happening I can try |
| 03:57.14 | dcordes | tmzt: no worries I'll just pull and rebuild |
| 03:57.27 | maejrep | dcordes, lcd panel is different, smd0 doesn't work |
| 03:57.32 | maejrep | probably others |
| 03:58.05 | maejrep | the sd card detect gpio appears to be either different, or mislabeled on the wiki |
| 03:58.25 | maejrep | wiki shows 37, but its 38 on mine (or tr/37/38/) |
| 03:58.55 | dcordes | maejrep: has there been any success with the mddi colour stuff? |
| 03:59.49 | maejrep | yes |
| 03:59.55 | dcordes | so the colours work now? |
| 03:59.55 | *** join/#htc-linux imfloflo (n=imfloflo@187.158.119-80.rev.gaoland.net) |
| 04:00.14 | dcordes | imfloflo: hi |
| 04:00.58 | maejrep | colors work in the console, yes |
| 04:01.09 | maejrep | android is still screwed up |
| 04:01.12 | dcordes | X11 ? |
| 04:01.21 | maejrep | but i'm just trying to get hardware first :P |
| 04:01.35 | maejrep | basically the console has to be drawn in RGB444 |
| 04:01.45 | maejrep | but android is probably still trying to draw 565 |
| 04:01.52 | dcordes | what is RGB444 ? |
| 04:02.10 | maejrep | uses 4 bits for each color (red, green, blue) per pixel |
| 04:02.17 | maejrep | instead of 5 bits, 6 bits, 5 bits |
| 04:02.41 | maejrep | its still 16 bits per pixel in 444, but there are 4 unused bits |
| 04:03.59 | maejrep | strange thing is the panel is supposed to support 565, and glbenchmark in windows says it is 565 |
| 04:04.32 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-66-242.hsd1.nj.comcast.net) |
| 04:04.32 | maejrep | so there must be some way to do it when initializing the panel, that we aren't doing |
| 04:04.32 | dcordes | did you try giving it some extra MSM_FB_SIZE ? |
| 04:04.36 | dcordes | set in the boardfile |
| 04:05.34 | maejrep | i don't think it's the size that's a problem |
| 04:05.57 | maejrep | its that the panel is displaying colors based on a different bit pattern for each pixel |
| 04:06.10 | dcordes | ok just a thought |
| 04:06.25 | maejrep | fb size would help if it were having trouble drawing the entire screen |
| 04:06.41 | dcordes | ok |
| 04:06.44 | maejrep | but with our panels, it was drawing the entire screen, and most of the colors looked okay, but some colors didn't |
| 04:07.03 | maejrep | and jobo pointed out it was because of the rgb bit pattern |
| 04:07.06 | dcordes | so did you try X? |
| 04:07.30 | maejrep | I tried android |
| 04:07.41 | maejrep | not X11 |
| 04:07.57 | maejrep | in android, even with the 444 fix, android displayed incorrectly |
| 04:07.59 | dcordes | if the colors draw correctly on the fbcon and not in android it might only be an android related problem? |
| 04:08.27 | maejrep | well, its that android is written specifically to draw 565 |
| 04:08.31 | dcordes | maybe the android graphics guy can help you |
| 04:08.35 | dcordes | tmzt: what's his nick again? |
| 04:09.45 | maejrep | hmm, so enabling more VDD masks makes it always timeout, even on CMD0 |
| 04:10.31 | tekkdrone | maejrep: you should be able to convert 565 to 444 in the fb module as a temporary workaround |
| 04:11.37 | dcordes | swetland: any hints? |
| 04:17.07 | tekkdrone | but if some colors are correct and some aren't, it almost sounds more like a palette issue |
| 04:18.04 | tekkdrone | dcordes: btw I'll have to give that a look tomorrow, I need to build a new hh20 kernel with the uart access changes, I haven't worked on that kernel in a while |
| 04:18.44 | imfloflo | dcordes hey |
| 04:18.45 | maejrep | i think we just need to initialize the panel correctly so it can handle 565 colors :p |
| 04:20.15 | dcordes | tekkdrone: alright drop me a line if you have some results. would be nice to add more modem support in fso |
| 04:22.17 | maejrep | 003.717 GPIOS in3: in3-21(277)=0 in3-22(278)=0 in3-23(279)=0 in3-24(280)=0 in3-25(281)=0 |
| 04:22.25 | maejrep | with sd card ejected |
| 04:22.33 | maejrep | but on the wiki, there is no 3-25 |
| 04:22.50 | maejrep | er sorry, that's not right |
| 04:23.08 | maejrep | there is a 3-25, but what it calls "sd" is 2-19 through 2-24 |
| 04:23.23 | dcordes | maejrep: you got an xda account? |
| 04:23.26 | maejrep | yes |
| 04:23.28 | maejrep | maejrep |
| 04:23.49 | maejrep | 3-20 is what appears to be SD CMD |
| 04:23.57 | maejrep | according to haret |
| 04:24.07 | dcordes | maybe just comment the raphael wiki pages with the changes you have on raph800 |
| 04:24.37 | dcordes | so we have those findings documented and it's easier to have raph100/raph800 sepcific code in the future |
| 04:26.02 | maejrep | k, i can do what I know, but I don't know how to tell for sure that what I think is happening is actually what is happening :p |
| 04:26.25 | dcordes | then just put it like that |
| 04:27.05 | maejrep | like how do I know what CLK, CMD, DAT0-3 are? :x |
| 04:27.13 | maejrep | I can see in haret that they're being used, but I don't know how |
| 04:27.21 | maejrep | or for what purpose |
| 04:32.15 | maejrep | 009.506 TRACES CKEN: SDC3(27)=1 @~f000fe50 |
| 04:32.16 | maejrep | 009.506 TRACES in3: in3-21(53)=1 @~f000fe50 |
| 04:32.16 | maejrep | 009.506 TRACES in3: in3-22(54)=1 @~f000fe50 |
| 04:32.16 | maejrep | 009.506 TRACES in3: in3-23(55)=1 @~f000fe50 |
| 04:32.16 | maejrep | 009.506 TRACES in3: in3-24(56)=1 @~f000fe50 |
| 04:32.16 | maejrep | 009.506 TRACES in3: in3-25(57)=1 @~f000fe50 |
| 04:32.19 | maejrep | 009.609 TRACES CKEN: SDC3(27)=0 @~f000fe50 |
| 04:32.28 | maejrep | 009.609 TRACES CKEN: SDC3(27)=1 @~f000fe50 |
| 04:32.28 | maejrep | 009.609 TRACES in3: in3-20(52)=1 in3-21(53)=0 @~03f93844 |
| 04:32.28 | maejrep | 009.609 TRACES in3: in3-20(52)=0 @~f000d3e0 |
| 04:32.28 | maejrep | 009.609 TRACES in3: in3-20(52)=1 @~8001fc38 |
| 04:32.30 | maejrep | 009.609 TRACES in3: in3-20(52)=0 in3-21(53)=1 @~09cfb640 |
| 04:32.32 | maejrep | 009.609 TRACES in3: in3-20(52)=1 @~09d0bdb0 |
| 04:32.34 | maejrep | 3-20 is the most chatty |
| 04:33.14 | dcordes | there were some talks about cken recently |
| 04:33.22 | dcordes | cr2 asked to add suport for msm cken in haret |
| 04:34.43 | maejrep | that's what I did ^ |
| 04:35.09 | maejrep | but only what is documented on the wiki, since I don't know what the other clocks are |
| 04:35.16 | maejrep | I think 25 is USB related |
| 04:35.43 | dcordes | did you see what cr2 said on that topic? |
| 04:36.13 | dcordes | don't know if it was extra info beyond what's in the wiki |
| 04:38.46 | maejrep | which topic is that? |
| 04:39.08 | maejrep | he gave a formula for the a0/a4 values for sd0 clock |
| 04:39.09 | dcordes | the cken thing, sorry |
| 04:39.12 | maejrep | but i couldn't get that to work |
| 04:39.23 | maejrep | he also talked about adding cken to haret, which is what I've already done :p |
| 04:39.39 | dcordes | ok then, maybe Kevin2 wants to add it to haret tree |
| 04:39.59 | maejrep | that's how my TRACES output above shows "CKEN SDC3=0" etc |
| 04:40.37 | dcordes | I think lavender.t was also messing with the clock formula and didn't get it work either |
| 04:40.56 | dcordes | Kevin2: ping |
| 04:42.20 | maejrep | 005.534 TRACES in3: in3-22(54)=0 in3-23(55)=0 in3-24(56)=0 in3-25(57)=0 @~80029a48 |
| 04:42.20 | maejrep | 005.535 TRACES in3: in3-22(54)=1 in3-23(55)=1 in3-24(56)=1 in3-25(57)=1 @~784591ac |
| 04:42.27 | maejrep | so yeah that definitely looks like DAT0-3 |
| 04:43.01 | maejrep | dcordes, is my understanding correct, that "3-22" means "bank 3" "pin 22"? |
| 04:43.13 | dcordes | I think so |
| 04:43.56 | maejrep | cause in that case, i'm about to say that 20-25 are all wrong for raph800 heh |
| 04:44.55 | dcordes | shrugs |
| 04:45.03 | dcordes | maybe raph800 has an extra bank? |
| 04:46.35 | maejrep | well, 3-26 (capacitive sensor/ navi) is correct for raph800 |
| 04:46.36 | maejrep | heh |
| 04:48.17 | Kevin2 | dcordes: pong |
| 04:48.42 | dcordes | <PROTECTED> |
| 04:49.20 | Kevin2 | Sure, send a patch. |
| 04:51.08 | maejrep | gotta find where i checked it out :x |
| 04:55.05 | maejrep | Kevin2, http://privatepaste.com/695AnNrMAh |
| 04:57.23 | maejrep | the names come from http://74.125.45.132/search?q=cache%3Ahttp%3A%2F%2Fwiki.xda-developers.com%2Findex.php%3Fpagename%3DRaphaelMemoryMap&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a |
| 04:57.36 | maejrep | and most of it isn't documented yet |
| 04:58.49 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 05:00.58 | maejrep | dcordes, whats the best way to check smd from haret, to see if that's changed also? |
| 05:01.20 | maejrep | make a phone call while tracing? |
| 05:12.40 | jerry507_mac | Hi |
| 05:13.44 | jerry507_mac | Question: the hex addresses in that py file correspond to the processor registers right? |
| 05:19.30 | maejrep | which py file? |
| 05:19.44 | jerry507_mac | The one in your pastebin |
| 05:19.52 | maejrep | memory addresses |
| 05:20.31 | jerry507_mac | Physical? |
| 05:20.53 | maejrep | yes |
| 05:21.32 | jerry507_mac | That's what I figured; just trying to get a handle on how haret works |
| 05:21.47 | maejrep | me too :P |
| 05:21.51 | jerry507_mac | The console app at least |
| 05:22.01 | jerry507_mac | Too bad I know squat about python |
| 05:25.21 | jerry507_mac | I am stuck doing only a few things since I'm at my parents house and don't have the ability to load anything on my apache |
| 05:41.51 | maejrep | bleh |
| 05:50.14 | tekkdrone | jerry507_mac: what're you looking for on apache? |
| 05:51.03 | jerry507_mac | I was reading about Android running on it |
| 05:51.35 | jerry507_mac | I looked at Linux running on it but that was at least a year or two ago and the CDMA module wasn't functional yet |
| 05:52.47 | tekkdrone | ah, I just figured out the details last week for voice and data based on Kevin's previous work |
| 05:52.58 | jerry507_mac | Oh right |
| 05:53.03 | jerry507_mac | I just correlated your name |
| 05:53.40 | jerry507_mac | That was just last week |
| 05:53.41 | jerry507_mac | Amazing |
| 05:54.16 | tekkdrone | I think after the hh guys got as far as they did with Apache they stopped working on it and moved on to newer, better devices |
| 05:54.48 | jerry507_mac | Hm |
| 05:54.52 | tekkdrone | Apache's an odd little piece of hardware, I'd say the same probably applies to some of the other PXA27x devices |
| 05:54.58 | jerry507_mac | Sounds pretty reasonable |
| 05:55.14 | jerry507_mac | In what respects? |
| 05:55.40 | tekkdrone | being both odd, and mostly dead as far as active dev goes, little bits trickle in here and there |
| 05:56.13 | tekkdrone | for example the old usb client driver JUST got mainlined in 2.6.27 after being rewritten by someone |
| 05:56.50 | jerry507_mac | That's good |
| 05:57.11 | jerry507_mac | I think your work on the CDMA portion is pretty key honestly |
| 05:57.24 | jerry507_mac | After all, a phone is pretty useless if it doesn't make calls |
| 05:58.01 | jerry507_mac | That seems to be the most "black box" portion of it from what I can see |
| 05:58.10 | tekkdrone | true, but I owe alot of it to Kevin, his notes were invaluable, tmzt also, who showed me how to gain access to the OHCI on the apache for the usb portions of the modem |
| 05:58.36 | tekkdrone | these guys kick ass |
| 05:58.45 | Kevin2 | tekkdrone: I don't think many of the hh.org developers had apache. CDMA never had much interest -- most of the developers seemed to prefer the GSM phones. |
| 05:58.46 | jerry507_mac | :) |
| 05:59.10 | tekkdrone | Kevin2: true, hh was mostly eu side wasn't it? |
| 05:59.17 | jerry507_mac | Kevin2, that seems to be the case many times |
| 05:59.18 | Kevin2 | yeah, I think so. |
| 05:59.29 | jerry507_mac | Not even just within any specific community |
| 05:59.54 | jerry507_mac | There's crap for CDMA in just about any arena |
| 06:00.06 | tekkdrone | thank Qualcomm |
| 06:00.13 | jerry507_mac | Yea |
| 06:00.17 | tekkdrone | hey kevin I had a question from a something I was chatting with tmz about, why the pxa27x-keyboard and not pxa27x-keypad on Apache? |
| 06:01.07 | Kevin2 | I'm not familiar with pxa27x-keypad -- I thought the keyboard driver was in mainline. |
| 06:01.49 | tekkdrone | pxa27x-keypad is side by side in the old hh20 with pxa27x-keyboard, only pxa27x-keypad exists in mainline from what I've seen |
| 06:02.40 | tekkdrone | aside from the fact that it's lightweight and slightly different I was wondering if there was something that made you say "shit, I'm going to have to write a seperate module." |
| 06:02.51 | Kevin2 | Hrmm. I don't know - we should be using the mainline driver. |
| 06:03.34 | tekkdrone | noted, I'll revisit that and see if I can get it working with Apache, the definitions are a bit different |
| 06:04.04 | Kevin2 | Hrmm. It looks like it was just renamed. My old kernel sources have the driver from "Rodolfo Giometti" called pxa27x_keyboard.c. |
| 06:04.51 | *** join/#htc-linux t33k4 (n=thomas@87.200.165.125) |
| 06:06.41 | tekkdrone | on a side note, 2.6.27 is booting to terminal with kbd on Apache, hoping to make use of these new mainline pxa27xudc and egpio modules |
| 06:06.53 | Kevin2 | We were definitely using the mainline driver. Looks like mainline changed, and we just didn't follow suit. |
| 06:07.04 | Kevin2 | tekkdrone: Great news! |
| 06:07.36 | tekkdrone | should make some other things easier, mixing the old egpio/bbkeys with the .25 builtin gpiolib was being a pain in the ass |
| 06:08.41 | tekkdrone | though I did cheat a little.... I reinserted pxa_set_cken... it's just so... simple.... |
| 06:08.48 | tekkdrone | lol |
| 06:12.13 | dcordes_ | sorry was afk |
| 06:12.33 | dcordes_ | maejrep: we used smem dumps to sort out smem regs on the kaiser |
| 06:13.16 | dcordes_ | you can easily see where the AT buffers are |
| 06:13.25 | dcordes_ | maejrep: did you make a diff with the cken added? |
| 06:14.09 | Kevin2 | dcordes_: I have the diff - I'll apply it tomorrow. |
| 06:14.58 | Kevin2 | Good night all. |
| 06:15.04 | dcordes_ | good night Kevin2 |
| 06:15.10 | jerry507_mac | Good night |
| 06:15.56 | jerry507_mac | I can't wait to get back home tomorrow |
| 06:15.57 | tekkdrone | night Kevin, thanks for the info on the kbd |
| 06:25.06 | tmzt | jerry507_mac: you have apache? |
| 06:25.18 | jerry507_mac | Yea |
| 06:25.22 | tmzt | cool |
| 06:25.22 | jerry507_mac | Two of them |
| 06:25.33 | jerry507_mac | But one of them has a less than functional touchscreen |
| 06:25.43 | jerry507_mac | It works pretty well as a button, sometimes |
| 06:29.21 | tekkdrone | yeah, only thing my buddy ever had to take his back for was the digitizer |
| 06:32.09 | jerry507_mac | I slammed it into the corner of a table |
| 06:32.13 | jerry507_mac | :( |
| 06:34.48 | tekkdrone | >_< |
| 06:36.36 | jerry507_mac | So how many people are working on apache in some form or another |
| 06:39.40 | *** join/#htc-linux orkkaze_w (n=kaze@ABordeaux-152-1-80-200.w86-196.abo.wanadoo.fr) |
| 07:07.17 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 07:07.39 | dcordes_ | jerry507_mac: I would like to get openmoko going on it |
| 07:07.52 | dcordes_ | unfortunately I don't have the device |
| 07:10.00 | jerry507_mac | :( |
| 07:10.20 | tmzt | dcordes_: is it working? what is it doing for tekkdrone ? |
| 07:10.35 | *** join/#htc-linux holycow (n=bite@S01060016b6b53675.vf.shawcable.net) |
| 07:12.30 | dcordes_ | tekkdrone: did you try yet? |
| 07:17.44 | jerry507_mac | So tekkdrone is working on android |
| 07:18.50 | jerry507_mac | If I understand right, after there is one linux based OS working then that accomplishes a great deal of work right? |
| 07:24.30 | jerry507_mac | I hate being the new guy haha |
| 07:24.40 | jerry507_mac | Gotta ask dumb questions |
| 07:26.31 | tekkdrone | dcordes_ not yet |
| 07:28.46 | tekkdrone | jerry507_mac: several people are working on android for different devices, I just happen to be working on it for the Apache atm |
| 07:33.33 | jerry507_mac | Gotcha |
| 07:44.19 | *** join/#htc-linux Skitzo (n=DCLXVI@eth582.vic.adsl.internode.on.net) |
| 09:22.35 | *** join/#htc-linux apt (i=ibot@rikers.org) |
| 09:22.35 | *** 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. |
| 09:22.47 | dcordes_ | smd works without it |
| 09:22.52 | tmzt | and you can boot with gps enabled? |
| 09:22.56 | maejrep | yeah, so do other things |
| 09:23.32 | maejrep | you think if I kick off google maps with gps, it might add GPSNMEA to the table? |
| 09:23.48 | tmzt | maybe but we can just hardcode it |
| 09:23.54 | dcordes_ | dump smem again with GPS on |
| 09:25.01 | tmzt | maejrep: did you find anything about smd channels in registry? |
| 09:25.27 | maejrep | checking |
| 09:25.35 | *** join/#htc-linux Xime (n=xime@bankize.net) |
| 09:26.03 | maejrep | there are keys for SMD0 - SMD9 |
| 09:26.10 | maejrep | and "Smem" |
| 09:26.39 | dcordes_ | what are the values? |
| 09:26.41 | tmzt | ok, any idea what they mean? |
| 09:27.02 | maejrep | in each? |
| 09:27.16 | maejrep | Smem has dll=smem.dll and Prefix=SME |
| 09:28.46 | *** join/#htc-linux LunohoD (n=alex@e180066016.adsl.alicedsl.de) |
| 09:29.05 | maejrep | the SMDx ones have DeviceArrayIndex=1, DeviceType=0, Dll=smem.dll, Flags=8, FriendlyName=SMDx, Index=x, Order=4, Prefix=SMD, SioPort=x, Tsp=Unimodem.dll |
| 09:29.18 | *** part/#htc-linux LunohoD (n=alex@e180066016.adsl.alicedsl.de) |
| 09:29.44 | maejrep | SMD4, 5, 6, and 8 all only have "Flags" entries, none of the other values |
| 09:30.02 | maejrep | and Flags=0 for those |
| 09:30.09 | tmzt | smd0, 1, 3 has Tsp? |
| 09:30.12 | dcordes_ | maybe because they are not used |
| 09:30.17 | tmzt | yeah |
| 09:30.33 | maejrep | right, my guess too |
| 09:30.45 | maejrep | 0 1 and 3 do all have Tsp, yes |
| 09:30.52 | tmzt | interesting |
| 09:30.59 | tmzt | anything qc* ? |
| 09:31.13 | maejrep | values, or keys? |
| 09:31.47 | tmzt | driver, dll, Drivers/Builtin/*/Dll |
| 09:31.47 | tmzt | values |
| 09:32.15 | tmzt | DeviceArrayIndex= changes also? |
| 09:33.39 | maejrep | QctDrv has QctDrv.dll and prefix=QDR |
| 09:33.55 | tmzt | what key? |
| 09:34.10 | maejrep | no, DeviceArrayIndex is always 1 |
| 09:34.26 | maejrep | the values I mentioned above about SMDx, everything is the same except for the "x" |
| 09:34.42 | maejrep | QctDrv is the key |
| 09:34.54 | tmzt | in Drivers/Builtin? |
| 09:35.00 | maejrep | Drivers/Builtin/QctDrv/Dll=QctDrv.dll |
| 09:35.01 | maejrep | yes |
| 09:35.11 | tmzt | ok, in Drivers/Active search for QctDrv in values |
| 09:35.50 | maejrep | nothing, skips down to Builtin |
| 09:36.02 | tmzt | ok |
| 09:36.23 | maejrep | should I search for QDR instead? |
| 09:37.07 | maejrep | same |
| 09:37.16 | tmzt | and the SMDs are in what path? |
| 09:38.02 | maejrep | same, Drivers/Builtin/SMDx and Drivers/Builtin/Smem |
| 09:38.18 | tmzt | alright, search for SMD in Drivers/Active |
| 09:41.26 | maejrep | dcordes_, with gps active, the SMD channel table doesn't seem to change.. same names as before |
| 09:41.50 | dcordes_ | maejrep: what about the smem dump? |
| 09:44.17 | maejrep | tmzt, when I search for SMD in drivers/active, it takes me down to SMD9 for some reason (not SMD0 like I would expect) |
| 09:44.37 | tmzt | ok, but they are in there? |
| 09:44.47 | tmzt | any more information or just driver= links? |
| 09:46.11 | dcordes_ | running strings on Unimodem.dll and smem.dll reveals anything? |
| 09:46.21 | maejrep | no, I didn't find anything under Active for SMDx: |
| 09:46.54 | maejrep | sec, let me redump smem with gps active, and copy those dlls :p |
| 09:47.19 | maejrep | it wouldn't need to have a satellite lock for anything to change, would it? |
| 09:47.32 | maejrep | i'm inside and usually don't get locks from in here |
| 09:47.46 | maejrep | but I would think its actively communicating with the antenna in order to know that there are no locks |
| 09:49.18 | tmzt | no, it shouldn't |
| 09:49.18 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
| 09:50.04 | maejrep | hmm, cannot copy unimodem.dll |
| 09:50.12 | maejrep | "executable and resource files in rom cannot be copied" |
| 09:50.40 | dcordes_ | total commander? |
| 09:51.05 | tmzt | maejrep: you have to dump the imgfs or get a kitchen zip |
| 09:51.29 | maejrep | can't find smem.dll either |
| 09:52.54 | maejrep | dcordes_, what specifically should I look for different in the gps smem dump? |
| 09:53.20 | dcordes_ | offset for the gps tx buff |
| 09:53.38 | dcordes_ | rx |
| 09:53.44 | maejrep | what would that look like? not sure how gps data is formatted :x |
| 09:53.46 | dcordes_ | so you can hardcode it in the smem |
| 09:54.15 | tmzt | text strings starting with $ |
| 09:54.15 | dcordes_ | should be somewhere at the end |
| 09:55.50 | tmzt | dcordes, should we need anything other than cid? |
| 09:56.13 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 09:56.28 | maejrep | there's a whole lot of 0's :x |
| 09:56.52 | maejrep | starting to wonder if its just that the smem phys address is different |
| 09:58.40 | maejrep | tmzt, know of any kind of text i can search for? |
| 09:58.45 | *** join/#htc-linux jdj (n=dsa@brln-4d0cd508.pool.mediaWays.net) |
| 09:58.47 | maejrep | i'm not seeing anything obvious |
| 09:59.10 | tmzt | $GPS in most cases, look up NMEA |
| 09:59.44 | jerry507_mac | There are a few common strings |
| 10:00.40 | dcordes_ | maejrep: how can the address be wrong if you have the AT data in it? |
| 10:00.44 | dcordes_ | in the dump |
| 10:01.00 | maejrep | dcordes_, because I dumped an entire MB? :p |
| 10:01.08 | maejrep | it could be shifted one way or another |
| 10:01.23 | maejrep | tmzt, I don't see any "$GP" strings in the dump |
| 10:01.41 | maejrep | or GG or GS |
| 10:02.06 | maejrep | but those might only occur after a lock .. still reading |
| 10:02.27 | dcordes_ | any section that shows content and is about the size of the AT section? |
| 10:02.28 | jerry507_mac | Maybe |
| 10:02.51 | maejrep | not really |
| 10:03.26 | maejrep | no SRF |
| 10:03.34 | tmzt | SRF? |
| 10:04.01 | dcordes_ | maejrep: are you sure gps was enabled in wince? is the gps led active? |
| 10:04.04 | maejrep | just looking for various types of NMEA sentences |
| 10:04.28 | maejrep | there isn't a gps led, but it was searching for satellites in google maps |
| 10:06.15 | dcordes_ | on the kaiser that is enough to have it searching on, consistently sending data to the gps buffer when booting linux |
| 10:06.37 | dcordes_ | assuming you don't close the application accessing the gps channel before boot because that disables gps again |
| 10:07.13 | maejrep | but that's for it to be accessible in linux, right? right now I'm not even sure where the data is in smem |
| 10:07.56 | maejrep | dcordes_, do you know of any sequence that I can count on being in the first section of smem? |
| 10:08.01 | dcordes_ | I wonder how that mechanism works in wince. a program like google maps reads from the serial channel, the driver konws that, sends a proc_comm to enable gps in a9... ? |
| 10:08.20 | maejrep | 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 10:08.20 | maejrep | 00000010 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 10:08.20 | maejrep | 00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 10:08.20 | maejrep | 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 10:09.04 | *** join/#htc-linux goxboxlive (n=goxboxli@24.84-48-212.nextgentel.com) |
| 10:09.29 | dream_kill | hi |
| 10:09.54 | tmzt | dcordes_: interesting, we should have found that in the registry though |
| 10:09.56 | dcordes_ | maejrep: yea of course you want to stay in wince for the dump, nvm. yes I think there is some pattern at beginning and end of each chan |
| 10:10.16 | dream_kill | any android 1.0 for raph 100 ? |
| 10:10.17 | tmzt | pattern? |
| 10:10.21 | maejrep | I mean smem alone |
| 10:10.25 | dcordes_ | sequence |
| 10:10.49 | dream_kill | or any tests i can do for you guys to help you ? |
| 10:10.51 | maejrep | first output from strings shows: |
| 10:10.53 | maejrep | SM_TM |
| 10:10.53 | maejrep | PROXY 66p |
| 10:10.53 | maejrep | SM_TM |
| 10:10.53 | maejrep | PROXY 66p |
| 10:10.53 | maejrep | SM_TM |
| 10:10.56 | maejrep | PROXY 66p |
| 10:11.07 | tmzt | maejrep: can you search the registry for gps and nmea in keys/values |
| 10:11.10 | maejrep | no idea what it is or if it indicates the smem phys address is wrong |
| 10:11.42 | tmzt | strings of what? |
| 10:11.53 | maejrep | `strings smem.dump` |
| 10:11.57 | tmzt | dream_kill: have you run the latest lavendar-t kernel? |
| 10:12.12 | dream_kill | where can i find it? |
| 10:12.53 | tmzt | RaphaelLinux Progress |
| 10:13.45 | dream_kill | ? |
| 10:13.53 | tmzt | wiki |
| 10:14.14 | dream_kill | k |
| 10:15.31 | tmzt | maejrep: it might not make gps work but have you tried adding those smd_alloc's? |
| 10:15.42 | tmzt | smd0, 1, 2, 27 |
| 10:15.44 | maejrep | i haven't yet |
| 10:15.57 | maejrep | nothing in registry about NMEA |
| 10:16.12 | maejrep | obviously a lot of stuff about GPS, but nothing that stands out |
| 10:16.21 | tmzt | I have no idea what the smd2 is for but Tsp=unimodem.dll suggests its related to phone |
| 10:16.32 | dcordes_ | maejrep: you could wait until you get a fix and then dump again. maybe you find the data |
| 10:16.34 | maejrep | well, they all use unimodem |
| 10:16.39 | tmzt | also, unimodem is no ril |
| 10:16.44 | tmzt | not |
| 10:17.04 | maejrep | dcordes_, does that start of my dump look somewhat reasonable? |
| 10:17.12 | dream_kill | also where can i find the source for the haret.exe? |
| 10:17.16 | maejrep | or should i be looking for a more appropriate phys location to start at? |
| 10:17.47 | tmzt | git.linuxtogo.org or handhelds.org sources/cvs but ltg should be newest from Kevin2 |
| 10:17.53 | dcordes_ | 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| |
| 10:17.56 | dcordes_ | this is the first line? |
| 10:17.59 | maejrep | yes |
| 10:18.28 | maejrep | 00000000 being the offset from x1f00000 |
| 10:18.50 | dream_kill | how do i get it from kevin2? |
| 10:19.01 | dream_kill | did he posted the sources? |
| 10:19.05 | dcordes_ | it looks the same on the kaiser when you dump 1mb from 0x1f00000 |
| 10:19.28 | tmzt | dream_kill: those two links are for the sources |
| 10:20.02 | maejrep | ok |
| 10:20.15 | tmzt | what is 1fxxx? |
| 10:20.36 | maejrep | smem phys address: http://74.125.45.132/search?q=cache%3Ahttp%3A%2F%2Fwiki.xda-developers.com%2Findex.php%3Fpagename%3DRaphaelMemoryMap&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a |
| 10:20.42 | dcordes_ | 000545b0 02 00 00 00 00 01 00 00 00 00 00 00 ed 0b 00 00 |................| |
| 10:20.44 | tmzt | start of smem? |
| 10:20.45 | dcordes_ | 000545c0 ed 0b 00 00 00 00 00 00 30 2c 2a 37 44 0d 0a 24 |........0,*7D..$| |
| 10:20.48 | dcordes_ | 000545d0 47 50 47 53 56 2c 32 2c 32 2c 30 35 2c 31 31 2c |GPGSV,2,2,05,11,| |
| 10:20.49 | maejrep | yeah |
| 10:20.51 | dcordes_ | 000545e0 33 36 2c 31 36 31 2c 2a 34 46 0d 0a 24 47 50 47 |36,161,*4F..$GPG| |
| 10:20.54 | dcordes_ | 000545f0 47 41 2c 2c 2c 2c 2c 2c 30 2c 2c 2c 2c 2c 2c 2c |GA,,,,,,0,,,,,,,| |
| 10:20.57 | dcordes_ | 00054600 2c 2a 36 36 0d 0a 24 47 50 52 4d 43 2c 2c 56 2c |,*66..$GPRMC,,V,| |
| 10:21.01 | dcordes_ | 00054610 2c 2c 2c 2c 2c 2c 2c 2c 2c 4e 2a 35 33 0d 0a 24 |,,,,,,,,,N*53..$| |
| 10:21.03 | dcordes_ | 00054620 47 50 47 53 41 2c 41 2c 31 2c 2c 2c 2c 2c 2c 2c |GPGSA,A,1,,,,,,,| |
| 10:21.06 | dcordes_ | start of kaiser gps rx buff |
| 10:21.40 | maejrep | k |
| 10:21.56 | maejrep | i'm definitely not seeing that kind of output |
| 10:22.49 | tmzt | it seems your gps is not working |
| 10:22.49 | dcordes_ | that is the last section in the kaiser smem dumps which has somewhat reasonable stuff |
| 10:23.01 | dcordes_ | afterwards only odd things appear |
| 10:23.11 | tmzt | what are there only 32 channels? |
| 10:23.28 | maejrep | according to the kaiser memory map, next thing after GPS channel is proc_comm |
| 10:23.48 | maejrep | and that's basically at the end (0xfc100) |
| 10:24.11 | dcordes_ | then there was only odd proc_comm activity := |
| 10:24.21 | maejrep | :p |
| 10:25.29 | maejrep | i'll try taking a larger dump and see if its just off a little |
| 10:25.38 | dcordes_ | yea |
| 10:25.58 | maejrep | the memory map shows ATCMD buffer should be closer to the start of the smem location, but my AT buffer is closer to the end |
| 10:25.58 | tmzt | you think the start of smem is wrong? |
| 10:26.08 | maejrep | its possible |
| 10:26.44 | maejrep | the offsets clearly aren't what are noted for raph100 research |
| 10:26.58 | maejrep | so that could be anything |
| 10:27.11 | maejrep | though, haret's dump mmu showed 4 mappings to 1f00000 |
| 10:30.23 | maejrep | there's another 1MB section at 0x2000000 |
| 10:30.32 | maejrep | but pwf caused haret to crash when dumping that :x |
| 10:30.44 | maejrep | only got to 4K |
| 10:30.59 | maejrep | but i'm gonna see if that 4K is useful at all |
| 10:31.04 | dcordes_ | I think those double mappings are normal |
| 10:31.11 | dcordes_ | they also show in the kaiser dump mmu |
| 10:31.17 | dcordes_ | two big ones and two tiny |
| 10:31.36 | maejrep | yeah, but the point was that haret showed a 1MB mapping to 1f00000 |
| 10:31.49 | maejrep | which would indicate that the phys address isn't *too* far off, right? |
| 10:32.32 | tmzt | can you dump 2 mmu that address -16 |
| 10:33.10 | maejrep | as in 16 bytes before 1f00000 ? |
| 10:33.11 | tmzt | 1effffe ? |
| 10:33.30 | maejrep | hang on, i need to reboot either my phone or my pc after that crash :| |
| 10:33.53 | tmzt | probably phone, why do you say pc? |
| 10:34.55 | maejrep | cause occasionally my PC's usb bus goes into an "uninterruptible sleep" and i have to reboot to clear it |
| 10:35.06 | maejrep | e.g., lsusb just hangs forever and new usb devices aren't recognized |
| 10:35.30 | tmzt | ah yeah |
| 10:35.39 | maejrep | i think its related to this external usb sata housing i bought off woot, but right now its not turned on so I don't think that's it this time |
| 10:35.41 | tmzt | sometimes you can remove the modules but not always |
| 10:35.55 | dream_kill | tmzt: i run it, now pc detects msm-usb |
| 10:36.00 | maejrep | I think I just freaked out the phone by going past the 0x2000000 mark :p |
| 10:36.06 | dream_kill | where to get drivers for this? |
| 10:36.20 | maejrep | rebooting phone fixed it |
| 10:36.22 | tmzt | for windows? |
| 10:36.26 | dream_kill | yes |
| 10:36.44 | tmzt | unless that fake interface is fixed windows probably won't work |
| 10:36.51 | tmzt | but you can try zaurus drivers |
| 10:37.04 | maejrep | so that last dump was all 0's until 0x1000, where it crashed |
| 10:38.34 | dream_kill | cool android on the raph :D |
| 10:38.43 | dream_kill | looks good |
| 10:38.45 | maejrep | dcordes_, is it unusual to see haret console output in the smem dump? |
| 10:38.47 | dream_kill | but no keymap :D |
| 10:39.27 | maejrep | surely just a buffer (maybe even EVDO data buffer, since I'm connecting to the phone's data IP), but i'm not sure if I should expect to see it there or not |
| 10:39.30 | dream_kill | booting up in linux :D |
| 10:39.50 | tmzt | probably ~'s in places |
| 10:39.56 | tmzt | or 0x7e |
| 10:44.01 | maejrep | tmzt, nothing was in dump mmu for 1effff0 |
| 10:44.16 | tmzt | ah, so it's not that |
| 10:44.33 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
| 10:44.33 | maejrep | i get exceptions until 1f00000 |
| 10:44.40 | maejrep | <PROTECTED> |
| 10:44.40 | maejrep | <PROTECTED> |
| 10:44.40 | maejrep | <PROTECTED> |
| 10:44.40 | maejrep | 01f00000 | 00000000 00000000 00000000 00000000 | ................ |
| 10:44.58 | maejrep | so sounds like the phys address is not wrong |
| 10:44.59 | tmzt | why do you think the addresses are wrong, or you just mean the raph100 doesn't match raph800 |
| 10:45.07 | tmzt | yeah |
| 10:45.23 | maejrep | well it clearly doesn't match, but i thinking maybe the lack of gps data could mean that the offset is just wrong |
| 10:45.35 | dream_kill | tmzt in linux it detected 2 usb eth! |
| 10:45.44 | dream_kill | both got same ip |
| 10:45.49 | dream_kill | 192.168.10.1 |
| 10:46.02 | tmzt | dream_kill: yes, the second one should work |
| 10:46.09 | dream_kill | usb1 |
| 10:46.12 | maejrep | so now that means it's just wrong.. guess i'll need to redo the memory map at least for smem |
| 10:46.16 | tmzt | ifconfig usb0 down |
| 10:46.38 | dream_kill | but on phone the ip is 192.168.0.206 |
| 10:46.42 | tmzt | maejrep: I don't think that map matters for this, only cid and fixing the driver so that works |
| 10:46.43 | maejrep | if only i knew what I was doing ;p |
| 10:46.47 | dream_kill | so 2 diffrent classes |
| 10:46.57 | tmzt | dream_kill: yes, those need to match |
| 10:47.03 | *** part/#htc-linux LanceHaig (n=lanceh@foresight/member/lhaig) |
| 10:47.12 | dcordes_ | maejrep: just make a RaphaelMemoryMap800 or so |
| 10:47.52 | dream_kill | ok i'm in |
| 10:48.08 | maejrep | tmzt, i'm a little worried about hard coding a channel if I can't identify it in the dump |
| 10:48.15 | tmzt | dream_kill: are you running from an sd card then? |
| 10:48.21 | dream_kill | yes |
| 10:48.41 | *** join/#htc-linux LanceHaig (n=lanceh@foresight/member/lhaig) |
| 10:48.52 | tmzt | maejrep: we know the at channels exist and they are in the registry, you also found what has to be atrx and attx |
| 10:48.52 | dream_kill | andoid booted up |
| 10:49.15 | maejrep | right, I'm thinking those might be data5-data7 |
| 10:49.39 | tmzt | dream_kill: does your default.txt have msmsdcc_slot=2 ? |
| 10:49.56 | maejrep | does SMD_CS_A2M mean anything ? |
| 10:49.57 | tmzt | maejrep: that could be right |
| 10:50.21 | dream_kill | mem=64M msmsdcc_id=2 |
| 10:50.21 | dcordes_ | a2m means arm9 arm11 interface |
| 10:50.24 | tmzt | not sure what CS is but A2M is AP to modem, qct's term |
| 10:50.45 | dcordes_ | ap to modem? |
| 10:51.05 | dream_kill | set cmdline "mem=64M msmsdcc_id=2 msmts_calib=0x7a.0x5e.0x35a.0x37f" |
| 10:51.07 | tmzt | think so |
| 10:51.08 | dcordes_ | maejrep: ignore what I said |
| 10:51.24 | dream_kill | nothing about slot |
| 10:51.25 | tmzt | dream_kill: cool, does touchscreen work or is it upside down? |
| 10:51.33 | dream_kill | touchscreen works |
| 10:51.41 | tmzt | I meant _id so yes |
| 10:52.00 | tmzt | dream_kill: good, and you have raph100 under battery? |
| 10:52.06 | dream_kill | yes |
| 10:52.49 | dcordes_ | dream_kill: can you try frameworkd? |
| 10:53.05 | tmzt | maejrep: taht SMD_CS_A2M was in the dump? |
| 10:53.15 | tmzt | maejrep: or in dmesg detected |
| 10:53.26 | dream_kill | what u mean ? |
| 10:53.27 | maejrep | CS_A2M is in the dump, and detected in dmesg as SMD_CS_A2M |
| 10:54.18 | dream_kill | i booted up using init.android |
| 10:54.26 | dream_kill | it started up and i can navigate |
| 10:54.26 | dcordes_ | dream_kill: it's a program that communicates with the radio |
| 10:55.02 | dream_kill | i can't find it in /system/bin |
| 10:55.05 | dream_kill | where is it? |
| 10:55.13 | dcordes_ | I thought you booted from sd |
| 10:55.15 | tmzt | dcordes_: does smd work on raph100, read/write? |
| 10:56.36 | dcordes_ | dream_kill: can you check? |
| 10:56.42 | maejrep | bbiaf, gonna take it outside to get a gps lock and see what happens |
| 10:57.07 | dream_kill | dcordes : to check what ? |
| 10:57.39 | jerry507_mac | I hate GPS units that don't output with no lock |
| 10:57.50 | jerry507_mac | There are strings that indicate lock, so just use them |
| 10:57.59 | dcordes_ | dream_kill: cat /dev/smd0 & echo -e "AT\r" > /dev/smd0 |
| 10:58.58 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 10:59.17 | dcordes_ | dream_kill: from your usb terminal while you had the radio on in windows mobile during linux boot |
| 10:59.52 | dream_kill | rebooting as if i leave the phone untouched, the screen goes funy mode and no back to life |
| 10:59.53 | dcordes_ | /dev/smd0 is the channel to the modem for AT communication |
| 11:01.13 | dream_kill | seems workjs |
| 11:01.24 | dream_kill | +cgreg:1 |
| 11:01.26 | dream_kill | ..... |
| 11:01.39 | dream_kill | last is 0 |
| 11:01.42 | *** join/#htc-linux imfloflo (n=imfloflo@111.158.119-80.rev.gaoland.net) |
| 11:02.49 | dcordes_ | can you send AT\r again? |
| 11:02.52 | dream_kill | how to make hardware keyboard to work? |
| 11:02.56 | tmzt | dream_kill: what did rebooting... mean? |
| 11:03.00 | dream_kill | i get 0 |
| 11:03.10 | dream_kill | mean i press reset, back in wince |
| 11:03.13 | dream_kill | and restarted it |
| 11:03.15 | tmzt | send ATV1\r |
| 11:03.28 | dream_kill | now i went in settings and set timeout to never |
| 11:03.38 | dream_kill | i get OK |
| 11:03.55 | dcordes_ | ok cool |
| 11:04.10 | tmzt | great |
| 11:04.14 | dcordes_ | can you try a different initrd? |
| 11:04.26 | dream_kill | i can test whatever u want :D |
| 11:04.32 | dream_kill | i have free time :D |
| 11:04.36 | dream_kill | and i want to see it working :D |
| 11:04.43 | maejrep | hmm |
| 11:05.09 | dream_kill | by the way can't we make a new spl for dual boot :P ? so no need windows anymore :P ? |
| 11:05.17 | maejrep | dcordes_, so I took it outside, got a lock, left it out there and came in to watch for mmutrace which didn't show anything, and took a smem dump |
| 11:05.35 | maejrep | but the only thing in `strings` with '$' were AT responses |
| 11:05.43 | tmzt | dream_kill: when linux boots windows is replaced in ram, it's not running anymore |
| 11:06.00 | dream_kill | yes i know |
| 11:06.05 | dcordes_ | maejrep: I just read through the yesterday's logs again |
| 11:06.09 | dream_kill | but... i prefer to start from spl :D |
| 11:06.20 | dcordes_ | 19:10 NetRipper if you activate gps and boot, the kernel crashes |
| 11:06.21 | dcordes_ | 19:10 NetRipper no oops, no panic, just hangs |
| 11:06.40 | maejrep | dream_kill, it's a long time away from being able to boot from spl :p |
| 11:06.53 | dcordes_ | maejrep: why? |
| 11:07.06 | maejrep | i wouldn't even be comfortable doing that on my vogue, and it has pretty good support so far |
| 11:07.18 | jerry507_mac | What is spl? |
| 11:07.42 | maejrep | jerry507_mac, the bootloader. he's saying he wants to be able to turn on his phone and boot directly into linux |
| 11:07.43 | *** join/#htc-linux ovod (n=ovod@wn1nat7.beelinegprs.ru) |
| 11:07.49 | jerry507_mac | Gotcha |
| 11:07.52 | dream_kill | so what tests shall i do guys? |
| 11:07.53 | jerry507_mac | Thanks |
| 11:07.54 | tmzt | I'll see you later |
| 11:07.59 | maejrep | thanks tmzt :) |
| 11:08.19 | maejrep | dcordes_, so where do you think the gps data is if not in smem? :x |
| 11:08.19 | dcordes_ | maejrep: that quote refers to booting with gps on in wince on raph100 with the same kernel you use |
| 11:08.36 | dcordes_ | did you try that on raph800? |
| 11:08.38 | maejrep | right, I haven't booted into linux with it yet :p |
| 11:08.58 | dcordes_ | tmzt: see you |
| 11:09.12 | maejrep | I think i'm gonna try creating the /dev nodes for the cid's that are recognized and see what kind of data I can gather |
| 11:09.32 | maejrep | could be that the AT commands are in one of the DATAx channels |
| 11:10.08 | dcordes_ | boot one of the OE builds |
| 11:10.15 | dcordes_ | udev creates the nodes |
| 11:10.17 | maejrep | but still, I'm a bit confused why gps data isn't showing up in the smem dump taken while gps data was actively being used |
| 11:10.38 | maejrep | I don't mind creating the nodes, just to test it |
| 11:10.40 | dcordes_ | witchcraft |
| 11:10.59 | maejrep | the initrd i'm using now just has smd0 and smd27. i don't think it runs udev |
| 11:11.06 | maejrep | but i'm probably wrong |
| 11:11.25 | dcordes_ | all of my angstrom builds have udev |
| 11:11.57 | maejrep | hmm |
| 11:12.23 | maejrep | so i would expect it to create all the smd nodes for channels it discovered? |
| 11:12.57 | maejrep | # ls smd* -l |
| 11:12.57 | maejrep | crw-rw---- 1 root dialout 254, 0 Jan 1 1970 smd0 |
| 11:12.57 | maejrep | crw-rw---- 1 root dialout 254, 27 Jan 1 1970 smd27 |
| 11:13.10 | dcordes_ | I don't know how that works |
| 11:13.26 | dcordes_ | but I think yes |
| 11:14.24 | maejrep | meh |
| 11:14.32 | maejrep | so I still get No such device on all of them |
| 11:14.41 | maejrep | except smd33, I get "No such device or address" |
| 11:15.27 | maejrep | root@htcraphael:/sys/kernel/debug# cat smd/tbl |
| 11:15.27 | maejrep | 002: RPCCALL cid=02 ctype=0 ref_count=2 |
| 11:15.27 | maejrep | 005: CONTROL cid=05 ctype=0 ref_count=10 |
| 11:15.27 | maejrep | 011: DATA5 cid=11 ctype=0 ref_count=3 |
| 11:15.27 | maejrep | 012: DATA6 cid=12 ctype=0 ref_count=3 |
| 11:15.28 | maejrep | 013: DATA7 cid=13 ctype=0 ref_count=3 |
| 11:15.30 | maejrep | 033: CS_A2M cid=33 ctype=0 ref_count=1 |
| 11:16.09 | maejrep | # cat smd/ch |
| 11:16.09 | maejrep | ch02: OPENED(7168/7168) DCCiwrs <-> OPENED(4812/4812) DRCiwrs |
| 11:16.09 | maejrep | ch05: OPENED(0000/0000) DCCiwrs <-> OPENED(0000/0000) DRCiwrs |
| 11:16.23 | maejrep | not sure why those 2 are "OPENED", all the others are "CLOSED" |
| 11:16.59 | *** join/#htc-linux Zinbolic (n=Zy@84.238.80.215) |
| 11:17.07 | maejrep | I don't see why it would create smd0 and smd27 if those channels aren't found in mine |
| 11:17.45 | dream_kill | so what do you want me to test? |
| 11:17.56 | dcordes_ | wait a minute |
| 11:18.20 | dream_kill | i have the smd0 and smd27 on mine |
| 11:19.00 | maejrep | [ 47.043092] No tty device; index=2 |
| 11:19.00 | maejrep | [ 47.815046] No tty device; index=5 |
| 11:19.00 | maejrep | [ 48.534375] No tty device; index=11 |
| 11:19.00 | maejrep | [ 48.982422] No tty device; index=12 |
| 11:19.01 | maejrep | [ 49.332789] No tty device; index=13 |
| 11:19.17 | dcordes_ | dream_kill: can you boot with gps enabled in wince? |
| 11:19.21 | maejrep | dream_kill, we're trying to figure out why raph800 doesn't work with smd0 and smd27, but GSM raph100 does |
| 11:19.37 | dream_kill | aha |
| 11:20.08 | maejrep | dcordes_, those dmesg errors are printed in smd_tty.c (I added the printk) |
| 11:20.49 | dcordes_ | is index=1 cid=0 ? |
| 11:20.50 | maejrep | oh, that's because the code checks for 0 and 27 (DS and NMEA) |
| 11:21.02 | maejrep | no, index == cid |
| 11:21.11 | dcordes_ | ok |
| 11:21.14 | maejrep | based on NetRipper's dmesg |
| 11:21.45 | dcordes_ | dream_kill: can you boot a rootfs extracted to sd or need initrd? |
| 11:21.48 | maejrep | maybe i should remove the return ENODEV ? |
| 11:22.03 | dcordes_ | what's ENODEV? |
| 11:24.45 | maejrep | the error returned by smd_tty_open when index != 0 or 27 |
| 11:24.46 | dream_kill | dcordes: what do you mean ? the card is fat32, if i extract the rootfs to it, it will lose all permisions and stuff. now the rootfs is in a image file |
| 11:25.03 | dream_kill | the gps was on (if you refer to agps in settings) |
| 11:25.15 | maejrep | which is what triggers the "No such device" error when I try to cat them |
| 11:25.31 | maejrep | although, I also get that error when I do try to cat smd0 |
| 11:26.05 | maejrep | I'm gonna try adding the other cid's and names to smd_tty_open to see if I can get it to display anything anyway |
| 11:26.34 | maejrep | <PROTECTED> |
| 11:26.35 | maejrep | <PROTECTED> |
| 11:26.35 | maejrep | <PROTECTED> |
| 11:26.39 | maejrep | this is why udev doesn't handle it :) |
| 11:27.08 | dcordes_ | you can check how dzo does things on the vogue |
| 11:27.22 | dcordes_ | guess it's also hardcoded there |
| 11:27.27 | dcordes_ | on the kasier sure is |
| 11:27.56 | dcordes_ | dream_kill: yea I mean extracting the rootfs to a partition on an sd card. |
| 11:28.07 | maejrep | hmm, i wonder if the major number is wrong |
| 11:28.10 | dcordes_ | dream_kill: it eases debugging |
| 11:28.11 | maejrep | <PROTECTED> |
| 11:28.18 | maejrep | but the ls output shows major is 254 |
| 11:30.08 | maejrep | static inline void notify_other_smd(void) |
| 11:30.08 | maejrep | { |
| 11:30.08 | maejrep | <PROTECTED> |
| 11:30.19 | maejrep | so A2M_INT_0 is smd apparently |
| 11:30.19 | dream_kill | ok i'll repartition the card then |
| 11:30.30 | dream_kill | to have a partition on the card |
| 11:30.31 | maejrep | and smsm is A2M_INT_5 |
| 11:32.31 | dcordes_ | dream_kill: ok make it ext2 |
| 11:33.06 | dcordes_ | dream_kill: you can keep fat as the first partition so wince can still use it |
| 11:33.22 | dream_kill | ok |
| 11:36.40 | *** join/#htc-linux ovod2 (n=ovod@wn2nat53.beelinegprs.ru) |
| 11:39.28 | *** join/#htc-linux exco (n=exco@e181113248.adsl.alicedsl.de) |
| 11:39.44 | maejrep | dcordes_, just added some debugging info to see where its failing |
| 11:40.19 | maejrep | and registered the other smd channels I get to see if any of them have data |
| 11:42.19 | dcordes_ | dream_kill: ready? |
| 11:42.45 | dream_kill | wait on phone |
| 11:43.05 | dream_kill | sister called me:P |
| 11:43.32 | dcordes_ | keep in note your calls and text go to nirvana when you have nothing on arm11 that handles the data while radio is operational |
| 11:47.10 | dream_kill | is ok, inside raphael is a test sim card:P |
| 11:48.38 | dcordes_ | dream_kill: you can also boot this initrd http://linuxtogo.org/~lgorris/initrd-fso |
| 11:48.41 | *** join/#htc-linux mickey (n=mickey@e180167169.adsl.alicedsl.de) |
| 11:49.47 | maejrep | dcordes_, so I can open smd5, 11, 12, and 13 |
| 11:49.56 | maejrep | 0, 2, and 27 all say no device |
| 11:50.04 | dcordes_ | dp they have any data? |
| 11:50.24 | maejrep | not yet from what I can tell |
| 11:50.44 | maejrep | not sure if I would see any occasional data on them or if I have to trigger it |
| 11:50.55 | maejrep | I tried echoing AT to the 3 DATA channels, and got nothing |
| 11:50.59 | maejrep | but no errors either |
| 11:52.20 | dcordes_ | dream_kill: wait a minute I changed something |
| 11:54.57 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089dc0.pool.mediaWays.net) |
| 11:57.44 | maejrep | hmm, vogue-smd.c is quite different |
| 12:04.58 | dream_kill | k |
| 12:22.57 | dcordes_ | dream_kill: can you boot the initrd? |
| 12:27.58 | *** join/#htc-linux exco (n=exco@e181116134.adsl.alicedsl.de) |
| 12:48.31 | maejrep | ah, A2M = app to modem, M2A = modem to app |
| 12:49.11 | dream_kill | re |
| 12:49.21 | dream_kill | which one? |
| 12:49.41 | dream_kill | also where to get the kernel sources for this version i have now ? |
| 12:50.18 | maejrep | not sure what version you have now.. but there are instructions for checking out git on the RaphaelLinux wiki page |
| 12:50.41 | *** join/#htc-linux cruel1_ (n=cruel1@p5491C966.dip.t-dialin.net) |
| 12:50.42 | maejrep | check the 2008-10-29 12:52 update |
| 12:51.23 | maejrep | it has a link to the forum topic that explains it for kaiser, and tells you what to switch out from the kaiser instructions for the raph/diam |
| 12:54.23 | maejrep | here's another page, linked from the wiki page: http://www.stdev.org/2008/11/01/GettingStartedWithAndroidOnTheHTCDiamond.aspx |
| 12:56.16 | dream_kill | ta |
| 12:56.55 | *** part/#htc-linux JazzY (n=e@cust-02-52869a9a.adsl.scarlet.nl) |
| 12:58.46 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
| 13:00.34 | dream_kill | dcordes_ booting using ur initrs |
| 13:00.42 | dream_kill | but |
| 13:00.48 | dream_kill | seems crashed!!! |
| 13:01.19 | dream_kill | at: consolehandover: boot .... |
| 13:03.47 | maejrep | what machine is it? |
| 13:04.01 | dream_kill | raph100 |
| 13:04.18 | dream_kill | i tryed this dream_kill: you can also boot this initrd http://linuxtogo.org/~lgorris/initrd-fso |
| 13:05.06 | maejrep | i don't know anything about that |
| 13:05.12 | maejrep | and not sure why the 100 would fail there |
| 13:05.30 | maejrep | sometimes it just gets hung there, and you need to reboot and try it again |
| 13:06.36 | dream_kill | retested |
| 13:06.40 | dream_kill | same again |
| 13:06.49 | *** join/#htc-linux Sparky_ (n=maik@77.20.236.81) |
| 13:07.00 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 13:07.01 | dream_kill | dcordes still here? |
| 13:09.08 | dream_kill | using the original initrd works |
| 13:09.20 | dream_kill | initrd.droid.cpio.gz |
| 13:23.25 | the_fish | tmzt, there? |
| 13:28.35 | *** join/#htc-linux JazzY (n=e@cust-02-52869a9a.adsl.scarlet.nl) |
| 13:32.26 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 13:44.17 | *** join/#htc-linux radem205 (n=aaa@e144118.upc-e.chello.nl) |
| 13:48.41 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfcebf.pool.einsundeins.de) |
| 13:51.49 | *** join/#htc-linux metter (n=metter@114-153.2-85.cust.bluewin.ch) |
| 13:58.56 | *** join/#htc-linux Camvoya (n=david@93.Red-79-146-164.staticIP.rima-tde.net) |
| 14:06.13 | *** join/#htc-linux jdj (n=dsa@brln-4d0cd508.pool.mediaWays.net) |
| 14:09.14 | *** join/#htc-linux Hamzor (n=asd@a91-154-247-2.elisa-laajakaista.fi) |
| 14:11.36 | maejrep | NetRipper, + bool "HTC Diamond cellphone (aka HTC Touch) " <-- isn't it "HTC Touch Diamond"? I think vogue should be HTC Touch |
| 14:11.43 | NetRipper | oops |
| 14:11.48 | NetRipper | you're right |
| 14:12.01 | maejrep | not that it matters much, but just in case :p |
| 14:12.07 | NetRipper | yer i'll fix it ;) |
| 14:12.33 | *** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-163-107.ewe-ip-backbone.de) |
| 14:14.56 | maejrep | btw, I wouldn't be surprised if Diamond uses the same sdcard status gpio, even though its built-in |
| 14:15.23 | NetRipper | could be |
| 14:15.46 | maejrep | would need to be tested, as well as testing raph100 with my status check (considering gpio might be different between them) |
| 14:16.02 | NetRipper | but there are more differences.. i.e. raph has a gpio for identifying keyboard in/out, on diamond the same gpio is unconnected or something else |
| 14:16.05 | maejrep | oh, nevermind |
| 14:16.16 | maejrep | I was looking at board-diamond, thinking it was raphael |
| 14:16.57 | maejrep | + //.status_irq = MSM_GPIO_TO_INT(38), /* card detect irq */ <-- didn't work for raph100? |
| 14:17.08 | NetRipper | no it gave an error |
| 14:17.13 | NetRipper | sec. let me find it |
| 14:17.27 | NetRipper | 04:07:52 < NetRipper> mdrobnak, in case you read this, when i add your .status_irq thingy, i get a "Unable to get slot IRQ 102 (-16)" message... anything else that needs to be changed for this to work? |
| 14:17.28 | maejrep | i wouldn't be surprised, cause the wiki says raph100 sdcard gpio is 37, but 38 on raph800 |
| 14:17.46 | NetRipper | oh, does it |
| 14:17.55 | NetRipper | i thought it needed like a set_wake or something |
| 14:18.03 | maejrep | no, I thought so too |
| 14:18.15 | maejrep | but when I checked haret again, I just realized that the wiki was off for raph800 |
| 14:18.20 | NetRipper | so im also reading the wrong gpio for sd card slot status? :p |
| 14:18.23 | maejrep | i'm the one that updated the wiki with the raph800 differences |
| 14:18.35 | maejrep | yes ;x |
| 14:18.46 | NetRipper | lovely, +1 for testing |
| 14:18.48 | maejrep | if it works using gpio 37, then you would need to use 37 for both |
| 14:18.55 | *** join/#htc-linux Sparky_ (n=maik@77.20.236.81) |
| 14:19.07 | NetRipper | or -1 for not testing, actually |
| 14:19.12 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 14:19.16 | maejrep | didn't realize you were going to commit that, or i would have made sure I was explicit about the change :P |
| 14:19.26 | NetRipper | nah dont worry ;) |
| 14:21.54 | NetRipper | same error when using 37 |
| 14:22.07 | NetRipper | Unable to get slot IRQ 101 (-16) |
| 14:22.42 | Sparky_ | seen kvstrien |
| 14:22.47 | maejrep | hmm |
| 14:22.48 | Sparky_ | SEENNICK kvstrien |
| 14:22.49 | Sparky_ | :( |
| 14:22.54 | Sparky_ | how was the command? |
| 14:22.56 | NetRipper | ~seen kvstrien |
| 14:22.57 | apt | kvstrien <n=kvstrien@ip12-124-210-87.adsl2.static.versatel.nl> was last seen on IRC in channel #htc-linux, 3d 23h 57m 23s ago, saying: 'but how do I know which address to watch?'. |
| 14:22.58 | Sparky_ | thx |
| 14:23.11 | maejrep | http://wiki.xda-developers.com/index.php?pagename=Raphael_GPIO also shows gpio 23 as "sd card inserted ?" |
| 14:23.36 | NetRipper | but does that stuff actually work when i have the correct gpio? :) |
| 14:23.42 | maejrep | would be nice if there were a userland debug interface for reading and setting gpios :/ |
| 14:24.01 | maejrep | gpio 38 works properly for me |
| 14:24.12 | NetRipper | without having to wake or similar? |
| 14:24.44 | maejrep | right, if you also give it .status_irq = MSM_GPIO_TO_INT(same_gpio_num) |
| 14:25.01 | maejrep | enable_irq_wake() just makes it wake from PM sleep when its triggered, if i'm not mistaken |
| 14:25.20 | NetRipper | oh |
| 14:25.24 | NetRipper | ok |
| 14:25.32 | maejrep | which i know WM does, so I'm sure that's why they did it that way on trout as well |
| 14:26.09 | maejrep | i guess haret would be the best way to know for sure which gpio it should be on raph100 |
| 14:26.21 | maejrep | for me it was in1-22 |
| 14:27.27 | maejrep | but at least now i know i'm not just ignorant for reading the gpio table wrong :) the values really are different hhe |
| 14:28.00 | maejrep | I had to move the SD2 gpios for raph800 also |
| 14:28.31 | NetRipper | rofl |
| 14:28.33 | NetRipper | at least it does something |
| 14:28.39 | NetRipper | when my sd card is inserted |
| 14:28.46 | NetRipper | the irq is trigged constantly |
| 14:29.08 | NetRipper | screen is flooded with msmsdcc_platform_status_irq: 87 |
| 14:29.13 | NetRipper | until i remove sd card |
| 14:29.33 | NetRipper | does this have to do with rising/falling? |
| 14:30.13 | maejrep | hmm, that's when you use gpio 23 for both status and status_irq ? |
| 14:30.16 | NetRipper | yes |
| 14:30.56 | NetRipper | im new to this irq stuff as you may notice |
| 14:31.02 | maejrep | me too ;o |
| 14:33.08 | maejrep | i think you might have a printk that shouldn't be there :o |
| 14:33.31 | maejrep | my msmsdcc_platform_status_irq() doesn't have any printks |
| 14:33.34 | NetRipper | but still, it shouldn't fire the irq that often |
| 14:33.41 | NetRipper | should it? |
| 14:33.51 | maejrep | yeah, but only while the card is ejected (not inserted) |
| 14:33.58 | maejrep | so sounds like a negation issue as well |
| 14:34.35 | maejrep | when you eject the card, status goes from 1->0, and the irq is enabled, checking every 10ms or something |
| 14:35.07 | NetRipper | the whole purpose of irqs is not to have to check every x ms |
| 14:36.31 | maejrep | true |
| 14:36.33 | NetRipper | there is a printk(KERN_DEBUG |
| 14:36.57 | NetRipper | printk(KERN_DEBUG "%s: %d\n", __func__, irq); |
| 14:36.59 | maejrep | ah you're right.. I removed it in mine |
| 14:37.45 | NetRipper | lol |
| 14:38.01 | NetRipper | should be fixed in a nicer way |
| 14:38.35 | maejrep | that doesn't make sense though.. in haret I don't see the irq firing constantly like that |
| 14:38.59 | NetRipper | how do you trace the irq? |
| 14:39.07 | maejrep | wirq |
| 14:39.26 | NetRipper | oh, didnt know that included gpio irqs |
| 14:39.38 | maejrep | oh, it doesn't, for that you would just watch gpios |
| 14:39.45 | NetRipper | ah ok |
| 14:40.00 | maejrep | a gpio triggered there is identical to firing the interrupt from MSM_GPIO_TO_INT |
| 14:40.39 | NetRipper | according to the code, it'll start a timer when the status_irq is not available |
| 14:40.59 | NetRipper | what is jiffies + HZ? |
| 14:41.00 | NetRipper | :) |
| 14:41.39 | NetRipper | like a second? |
| 14:42.00 | *** join/#htc-linux MethoS-- (n=clemens@host-091-097-242-037.ewe-ip-backbone.de) |
| 14:42.35 | maejrep | not sure hhe |
| 14:43.36 | maejrep | you weren't seeing the timer though |
| 14:44.23 | NetRipper | no it wasnt the timer |
| 14:44.24 | maejrep | the timer would call msmsdcc_check_status(), and you were seeing output from msmsdcc_platform_status_irq(), which is only called when the irq is fired |
| 14:44.35 | NetRipper | aye |
| 14:45.01 | maejrep | still makes no sense :( |
| 14:45.53 | maejrep | when I watch gpios, it only triggers that gpio when the card is hits or releases the switch inside the slot (doesn't even have to click all the way in for it to trigger) |
| 14:47.39 | maejrep | also doesn't make sense why it wouldn't let you hook the 37 or 38 irq |
| 14:47.41 | NetRipper | yea but the gpios are reconfigured |
| 14:47.53 | NetRipper | so i guess something sets it to behave like this |
| 14:48.08 | maejrep | meaning what? |
| 14:48.21 | maejrep | (I'm new to gpios too :) |
| 14:48.22 | NetRipper | meaning it isnt equal to what happens in winmo |
| 14:48.32 | NetRipper | there are a number of ways irqs can be trigged |
| 14:49.02 | NetRipper | disabled, rising, falling, and i dont know the last one for sure |
| 14:49.13 | maejrep | pull down? |
| 14:49.31 | NetRipper | that is falling |
| 14:49.34 | maejrep | ah |
| 14:49.58 | maejrep | so you can reconfigure that in the kernel as well? and it'll affect the way the gpios react? |
| 14:51.57 | NetRipper | yes, should |
| 14:52.06 | maejrep | I've done some minor kernel driver hacking, but never had to deal with this type of stuff, so I'm learning as I go :) |
| 14:52.09 | NetRipper | msm_gpio_configure() in gpio.c |
| 14:52.16 | NetRipper | same here |
| 14:52.29 | NetRipper | just going through the code to learn from it |
| 14:52.32 | maejrep | i see, that could potentially be useful fixing my sdcc problem |
| 14:53.29 | NetRipper | i think mmc driver uses a polling mechanism instead of irqs |
| 14:54.06 | NetRipper | for raph100, in the end, only thing that needed to be changed was clock timings |
| 14:54.18 | NetRipper | up to that i only had command errors and timeouts |
| 14:54.36 | maejrep | i tried copying the mmc config_gpio_table function from trout, but proc_comm is disabled, so it didn't do anything. so instead I had it call gpio_set_value(), and that didn't help any |
| 14:54.54 | maejrep | but they had some config differences for each, so I may need to configure them first |
| 14:55.20 | maejrep | well, for raph800 i'm still only getting ETIMEDOUT and EILSEQ |
| 14:55.27 | maejrep | even with the new frequencies |
| 14:55.51 | maejrep | but then raph100 uses sdc2, where raph800 uses sdc3, so I don't know :x |
| 14:57.23 | maejrep | also curious about the VDD mask.. do you know why it only sets a single vdd bit in ocr_mask? |
| 14:57.55 | maejrep | trout has a pretty large mask for sd slot, but only sets a single VDD bit for wifi |
| 14:57.59 | NetRipper | sorry, i dont |
| 14:58.16 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 14:58.24 | NetRipper | i dont even know what VDD is |
| 14:58.30 | NetRipper | :) |
| 14:59.14 | maejrep | i don't either :P just know that its related to voltage |
| 15:02.19 | *** join/#htc-linux ttbob (n=ttbob@xdsl-87-78-53-203.netcologne.de) |
| 15:06.10 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089dc0.pool.mediaWays.net) |
| 15:06.30 | Hamzor | voltage drain drain |
| 15:12.25 | maejrep | i see |
| 15:13.27 | maejrep | NetRipper, is it the timeout that makes proc_comm hang? are we just not getting any results from commands? |
| 15:16.15 | NetRipper | it timeouts |
| 15:16.30 | NetRipper | <PROTECTED> |
| 15:16.33 | NetRipper | hangs on that line |
| 15:17.32 | dcordes_ | dream_kill: just extract the initrd to your ext2 partition |
| 15:17.40 | NetRipper | and im not sure, but the first proc_comm command succeeds (the ready) |
| 15:17.45 | dcordes_ | dream_kill: it might be too big |
| 15:17.48 | NetRipper | been a while since i tried that |
| 15:18.54 | dcordes_ | NetRipper: what do you think about cdma raph/diam machine type naming? |
| 15:21.31 | NetRipper | tmzt suggested adding CDMA behind the current names |
| 15:21.55 | NetRipper | dcordes_, i committed some stuff on git btw |
| 15:22.59 | maejrep | !ping |
| 15:23.22 | dcordes_ | uff poor serenity |
| 15:23.33 | NetRipper | serenity? |
| 15:23.56 | dcordes_ | the machine that has linuxtogo |
| 15:25.00 | dcordes_ | I think it's some virtualization stuff |
| 15:25.31 | NetRipper | hehe |
| 15:25.34 | NetRipper | performance you mean |
| 15:28.11 | dcordes_ | NetRipper: you can set the author of the commit when you use the --author switch |
| 15:28.29 | NetRipper | oh |
| 15:28.57 | NetRipper | well i guess i solved it nicely anyway |
| 15:28.57 | NetRipper | :) |
| 15:38.35 | dcordes_ | somebody with a touch diamond present? |
| 15:39.28 | dcordes_ | clock-7x00a-alt.c what's alt? |
| 15:39.49 | NetRipper | in the lavender.t patch it was called clock-7x00.c |
| 15:39.55 | NetRipper | but it the wrong chipset |
| 15:40.15 | NetRipper | and clock-7x00a.c already exists for trout, so i made it -alt as alternative |
| 15:40.18 | dcordes_ | we have no comentary present that it originates from the htcvogue |
| 15:40.25 | NetRipper | true |
| 15:40.46 | maejrep | do alt gpio functions work yet? |
| 15:41.12 | NetRipper | this has nothing to do with alt gpio :p |
| 15:41.23 | maejrep | indeed, was simply a question ;) |
| 15:41.34 | NetRipper | ah ok thought you were confused by the -alt |
| 15:41.38 | maejrep | oh |
| 15:41.40 | maejrep | lol no |
| 15:42.27 | maejrep | NetRipper, do you have a dump of smem on raph100 available somewhere? |
| 15:42.44 | maejrep | (or anyone for that matter) |
| 15:42.47 | NetRipper | i dont |
| 15:42.48 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-148-149.rev.numericable.fr) |
| 15:42.52 | NetRipper | if you tell me how to make it, i can do it |
| 15:43.07 | maejrep | in haret, pwf smem-dump 0x1f00000 0x100000 |
| 15:43.29 | maejrep | (its 1MB) |
| 15:43.43 | dcordes_ | NetRipper: I don't see why we would use both, CONFIG_MACH_HTCDIAMOND and CONFIG_MACH_HTCRAPHAEL for each of the two boards. |
| 15:44.14 | NetRipper | you mean in the defconfig? |
| 15:44.30 | NetRipper | maejrep, got the interrupt to fire properly |
| 15:44.36 | maejrep | oh really? |
| 15:44.55 | NetRipper | yezrly |
| 15:44.55 | NetRipper | ;) |
| 15:44.57 | maejrep | do tell :p |
| 15:45.17 | NetRipper | gpio_configure(23, IRQF_TRIGGER_NONE | IRQF_TRIGGER_FALLING | IRQF_TRIGGER_RISING); |
| 15:45.24 | NetRipper | just before msm_add_sdcc( |
| 15:45.30 | maejrep | hmm |
| 15:45.41 | NetRipper | i guess i can leave NONE out though, as it's 0 |
| 15:45.46 | maejrep | that would just cause it to trigger twice, right? |
| 15:46.01 | NetRipper | no, it tells the irq to trigger whenever the signal "falls" and when it "rises" |
| 15:46.08 | maejrep | or does that mean only trigger once on fall, once on rise, but not in between? |
| 15:46.12 | NetRipper | not once |
| 15:46.18 | NetRipper | it's like |
| 15:46.33 | dcordes_ | NetRipper: in general. imho it makes no sense |
| 15:46.33 | NetRipper | you have a binary 1 and 0, which is resp. "high" and "low" |
| 15:46.49 | NetRipper | when it goes from 0 to 1, it's called rising |
| 15:46.53 | maejrep | right |
| 15:46.54 | NetRipper | when it goes from 1 to 0, it's called falling |
| 15:47.09 | maejrep | so previously it was constantly triggering as long as it was high (1) |
| 15:47.14 | NetRipper | we only need to be aware of the moment the switch changes |
| 15:47.16 | NetRipper | yes |
| 15:47.17 | maejrep | but your configure makes it only trigger when it changes? |
| 15:47.20 | maejrep | got it |
| 15:47.24 | maejrep | good to know :) |
| 15:47.33 | NetRipper | it was probably configured with IRQF_TRIGGER_MASK, which is rising/falling/low/high |
| 15:47.58 | NetRipper | dcordes_, im not sure what you mean |
| 15:50.12 | dcordes_ | NetRipper: why do you want seperate board files when you build both for each machine? |
| 15:50.44 | maejrep | i think the goal is to not build both (or rather, give the option to not build both) |
| 15:51.27 | maejrep | ie, where i could build a single kernel that will run on either machine, but if I only have a raph I can also build a kernel that will only run on raph |
| 15:51.40 | NetRipper | dcordes_, as far as i know, it allows to determine on runtime which mtype is booted with.. with the machine_is_...() methods |
| 15:52.18 | NetRipper | dcordes_, so if a single kernel has support for both raphael and diamond, we can use machine_is_htcraphael() for some stuff in drivers that support specific gpios |
| 15:52.33 | NetRipper | raphael devices must boot with mtype 1910 |
| 15:52.42 | NetRipper | diamond devices must boot with mtype 18xx something |
| 15:53.11 | NetRipper | am i mistaken? |
| 15:53.14 | NetRipper | isn't it runtime? |
| 15:53.33 | NetRipper | i believe it is |
| 15:53.45 | NetRipper | and two seperate board files is for differences like we just have with sd card detect |
| 15:54.33 | NetRipper | i.e. in some cases we'll need to do a machine_is_htcraphael() instead of CONFIG_MACH_HTCRAPHAEL ifdef |
| 15:55.04 | NetRipper | as the first one determines on runtime whether a piece of code must be executed.. and the latter one determines it compile-time |
| 15:55.30 | NetRipper | and compile-time means you make a kernel specific to a device, while runtime means you can make a kernel, that boots both devices |
| 15:55.48 | NetRipper | (just with passing a different mtype from haret) |
| 15:56.12 | NetRipper | hope its understandable |
| 15:57.57 | maejrep | it will be compile time, but usable as if run time |
| 15:58.35 | maejrep | ie, if ( machine_is_htcraphael() ) { .. } would be the same as #if CONFIG_MACH_RAPHAEL .. #endif |
| 15:59.02 | maejrep | same as if ( MACH_TYPE_RAPHAEL ) { .. } |
| 15:59.17 | NetRipper | no |
| 15:59.33 | NetRipper | i dont believe so |
| 16:00.37 | NetRipper | extern unsigned int __machine_arch_type; |
| 16:00.44 | NetRipper | the machine type is externalized |
| 16:00.58 | NetRipper | when it is filled in, itshould be runtime |
| 16:01.10 | *** part/#htc-linux exco (n=exco@e181116134.adsl.alicedsl.de) |
| 16:01.10 | maejrep | er, that last one would be: if ( machine_arch_type == MACH_TYPE_RAPHAEL ) |
| 16:01.26 | NetRipper | include/asm-arm/mach-types.h |
| 16:01.28 | NetRipper | check out that file |
| 16:01.33 | maejrep | right that's what i'm looking at |
| 16:01.56 | maejrep | # define machine_is_htcraphael() (0) |
| 16:02.11 | maejrep | its a macro, so if you do if ( machine_is_htcraphael() ), it's going to be compiled as if ( 0 ) |
| 16:02.23 | NetRipper | look at the other one |
| 16:02.47 | NetRipper | in our case it'll be CONFIG_MACH_HTCDIAMOND and CONFIG_MACH_HTCRAPHAEL will be defined |
| 16:03.16 | maejrep | right, then it'll be compiled as if ( 1910 == 1910 ) if it is raphael |
| 16:03.17 | NetRipper | wait |
| 16:03.23 | NetRipper | #ifdef CONFIG_MACH_HTCDIAMOND |
| 16:03.24 | NetRipper | # ifdef machine_arch_type |
| 16:03.24 | NetRipper | # undef machine_arch_type |
| 16:03.24 | NetRipper | # define machine_arch_type __machine_arch_type |
| 16:03.28 | NetRipper | that part is crucial |
| 16:03.43 | NetRipper | if there are multiple CONFIG_MACH_* defined, it'll look at the __machine_arch_type |
| 16:03.57 | NetRipper | which is then used |
| 16:03.58 | NetRipper | # define machine_is_htcdiamond() (machine_arch_type == MACH_TYPE_HTCDIAMOND) |
| 16:04.02 | maejrep | ah, so when it hits the 2nd defined machien type, you'll get if ( __machine_arch_type == 1910 ) |
| 16:04.30 | NetRipper | all the way at the top of the file, __machine_arch_type is defined: |
| 16:04.31 | NetRipper | #ifndef __ASSEMBLY__ |
| 16:04.31 | NetRipper | /* The type of machine we're running on */ |
| 16:04.31 | NetRipper | extern unsigned int __machine_arch_type; |
| 16:04.31 | NetRipper | #endif |
| 16:05.01 | NetRipper | that variable is filled in by a piece of assembly code at the main entry point of the kernel |
| 16:05.10 | dcordes_ | NetRipper: I recommended the diamond boardfile all the time. let me restate: why would you add CONFIG_MACH_HTCDIAMOND CONFIG_MACH_HTCRAPHAEL for the htcraphael machine? |
| 16:06.04 | NetRipper | not for the machine, but for the kernel |
| 16:06.04 | dcordes_ | you would build a kernel for the raphael in this case. why would you want diamond specific code? |
| 16:06.12 | NetRipper | exactly, when you build a kernel specifically for the raphael, you wouldnt need it, true |
| 16:06.23 | dcordes_ | that's what the boards are about |
| 16:06.26 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B035DAB.dip.t-dialin.net) |
| 16:06.37 | NetRipper | no |
| 16:06.44 | dcordes_ | yes |
| 16:06.51 | maejrep | but you could enable support for it, like if you wanted to create a single package that would run on both |
| 16:07.15 | NetRipper | one kernel can have support for multiple devices.. if you dont enable CONFIG_MACH_HTCDIAMOND, it won't have support for that device anymore |
| 16:07.53 | NetRipper | and, i believe, our goal is to have a kernel that can boot both devices |
| 16:08.27 | NetRipper | it's just to ensure that, by default, kernels that are built are cross-device (at least diamond/raphael) |
| 16:08.46 | NetRipper | but yes, of course, strictly, we can remove MACH_HTCDIAMOND from the htcraphael_defconfig |
| 16:09.24 | NetRipper | but new developers will grab the code from git, make a change, compile for diamond or raphael and post the zimage on xda |
| 16:09.49 | NetRipper | people are used that it can boot both devices, while, the dev used the defconfig, and thus only one of the two devices is supported |
| 16:09.52 | NetRipper | it just for convinience |
| 16:10.56 | dcordes_ | so they get used building device specific |
| 16:11.31 | dcordes_ | when we ad venus blackstone etc |
| 16:17.02 | NetRipper | i see your point, but im afraid it'll split the community.. as it'll be more like islands and building for your own device instead of taking another into account |
| 16:17.21 | NetRipper | anyway |
| 16:19.44 | dcordes_ | NetRipper: did you attempt raphael keyboard? |
| 16:19.53 | maejrep | i did, didn't have much luck |
| 16:20.13 | maejrep | I keep moving on to other things when I feel like I'm moving around in circles :p |
| 16:20.15 | dcordes_ | is it not the normal gpio matrix dance? |
| 16:20.31 | maejrep | not that I can tell.. I get no gpios in haret when I press keys |
| 16:20.54 | maejrep | I do see INT_GPIO2 irq being triggered, but don't see where the keypresses are |
| 16:21.15 | NetRipper | the keypresses should be readable from gpio |
| 16:21.26 | maejrep | saw some points in smem that supposedly hold keypress data, but haven't tried that |
| 16:21.30 | *** join/#htc-linux heema (n=weechat@217.139.56.161) |
| 16:22.10 | dcordes_ | NetRipper: do you see gpios from the raph100 keyboard buttons in watch gpios? |
| 16:22.51 | NetRipper | i havent checked yet, but cr2 documenetd the gpios |
| 16:23.22 | maejrep | dcordes_, when I did joinlist TRACES GPIOS, I did see one of the gpios (forgot which now) while in wirq |
| 16:23.50 | maejrep | may be something to try.. but seems odd that it would be one of the few devices that doesn't use the matrix |
| 16:24.41 | dcordes_ | I'm just asking because we need to expect 100/800 difference |
| 16:25.22 | maejrep | right, and its possible that the 100 caused the gpios that cr2 documented, which might result in a workable matrix, but I wasn't able to get it working like that |
| 16:26.29 | maejrep | i think the navi keypad works with the navi keypad code from trout .. but I don't recall everything I did with it |
| 16:28.23 | dcordes_ | http://wiki.xda-developers.com/index.php?pagename=RaphaelMemoryMap |
| 16:29.39 | radem205 | Does anyone have the original libreference-ril.so accidentally? |
| 16:29.45 | dcordes_ | http://git.linuxtogo.org/?p=kevin/haret.git;a=blob;f=haretconsole/regs_msm.py;h=01bcaecd12250114d09907f4055a8f17b6a98e1e;hb=refs/heads/master |
| 16:30.00 | maejrep | dcordes_, http://74.125.45.132/search?q=cache%3Ahttp%3A%2F%2Fwiki.xda-developers.com%2Findex.php%3Fpagename%3DRaphaelMemoryMap&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a |
| 16:32.25 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 16:32.28 | *** part/#htc-linux heema (n=weechat@217.139.56.161) |
| 16:41.41 | NetRipper | oops |
| 16:41.46 | NetRipper | another copy/paste error |
| 16:41.49 | NetRipper | in git |
| 16:43.33 | dcordes_ | dream_kill: ping |
| 16:44.43 | maejrep | <NetRipper> the keypresses should be readable from gpio <- you're referring to gpio_get_value()? that only returns 1/0, but if its a single gpio being triggered for all keys, then the key data needs to be read from somewhere else |
| 16:49.51 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
| 16:55.11 | NetRipper | maejrep, no there would be multiple gpio's, and a given combination of them would assume a specific keystroke |
| 16:55.31 | maejrep | right, that's the matrix concept, and we don't get that (at least not on raph800) |
| 16:55.59 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
| 16:56.35 | maejrep | unless those gpios for raph800 just aren't being watched by haret, which is possible (but would also mean the chip has more gpio banks than currently thought) |
| 16:56.57 | maejrep | hmm, or that could just be that some of the memory addresses are different for those gpios on raph800 |
| 16:57.18 | NetRipper | i gtg for dinner, bbl :) |
| 16:57.37 | maejrep | its incredibly difficult to find just one gpio bank, thats not documented, in all the memory though :p |
| 17:03.59 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-242-037.ewe-ip-backbone.de) |
| 17:07.15 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-242-037.ewe-ip-backbone.de) |
| 17:15.16 | *** join/#htc-linux Kensan_ (n=ken@gw.ptr-80-238-181-161.customer.ch.netstream.com) |
| 17:16.52 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d5c0.pool.einsundeins.de) |
| 17:26.55 | *** join/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 17:41.27 | *** join/#htc-linux Cobain (n=cobain@ip68-13-242-95.ok.ok.cox.net) |
| 17:42.14 | *** join/#htc-linux exco (n=exco@e181116134.adsl.alicedsl.de) |
| 17:45.41 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 17:46.32 | *** part/#htc-linux exco (n=exco@e181116134.adsl.alicedsl.de) |
| 17:50.15 | dream_kill | hi |
| 17:50.19 | dream_kill | i'm here now |
| 17:53.20 | lupine_85 | raph100 keypad only trigers a single GPIO as well, from what I know |
| 17:53.30 | *** join/#htc-linux lpotter (n=lpotter@58.173.176.153) |
| 17:55.30 | maejrep | which gpio? |
| 17:55.42 | lupine_85 | 33 I believe |
| 17:55.53 | lupine_85 | gets his notes out |
| 17:56.46 | lupine_85 | yep. when I run wirq, any kepress results in interrupt 1 followed by gpio2 33 |
| 17:57.07 | lupine_85 | also an ADSP_A1 22 - whatever that is, I dunno |
| 17:57.54 | NetRipper | erm just for consistency, there's a difference between "keyboard" and "keypad".. which are you guys talking about? :) |
| 17:58.05 | lupine_85 | some code I found said that the GPIO2 bank was at physbase 0xA9300000 - which does have virtual mappings - but trying to dump it makes haret crash :D |
| 17:58.12 | lupine_85 | NetRipper: I use the two interchangeably |
| 17:58.17 | lupine_85 | which is probably wrong |
| 17:58.44 | NetRipper | keyboard is the hardware keyboard |
| 17:59.17 | lupine_85 | keypad being the virtual onscreen one? |
| 17:59.34 | NetRipper | then we have the 'round/home/hangup/pickup/back' buttons... and we have the hardware buttons (volup/voldown/reset/power) |
| 18:00.35 | NetRipper | but on trout the hardware buttons are the "keypad" |
| 18:00.38 | lupine_85 | is talking about - and vaguely obsessed with - the 5x12 slide-out keys on his raph :D |
| 18:00.44 | NetRipper | ah ok |
| 18:01.03 | NetRipper | let's just call that keyboard then :) |
| 18:01.06 | maejrep | NetRipper, I'm referring to the keyboard. ironically though, the windows driver that handles it it keypad.dll :) |
| 18:01.12 | NetRipper | oh |
| 18:01.13 | NetRipper | lol |
| 18:01.16 | maejrep | and the keypad (front) is handled by htcnavi.dll |
| 18:01.20 | lupine_85 | maejrep: not on the Raph100, it isn't |
| 18:01.21 | NetRipper | alright |
| 18:01.23 | lupine_85 | KbdNopAll.dll |
| 18:02.08 | NetRipper | maejrep, are you sure keypad.dll aren't the hardware keys? |
| 18:02.08 | lupine_85 | (at least, as far as I can tell() |
| 18:02.08 | maejrep | well, yeah this is the sprint rom, so who knows |
| 18:02.08 | *** join/#htc-linux LanceHaig (n=lanceh@78-105-106-238.zone3.bethere.co.uk) |
| 18:02.22 | lupine_85 | there's a keypad.dll in the Voda rom as well, but the registry key points to KbdNopAll.dll |
| 18:02.23 | maejrep | anyone know how to mount partition from an extracted .nb ? :X |
| 18:02.23 | maejrep | NetRipper, pretty sure yes |
| 18:02.25 | NetRipper | ok |
| 18:02.39 | maejrep | if i can mount this .nb i might be able to find out for sure ;x |
| 18:02.47 | *** join/#htc-linux jerry507_mac (n=jerry507@12-205-132-79.client.mchsi.com) |
| 18:02.57 | lupine_85 | maejrep: you need to, um |
| 18:03.02 | lupine_85 | tries to rmember |
| 18:03.14 | maejrep | i guess i could extract the vfat part with dd or something |
| 18:04.08 | lupine_85 | there's a tool that pulls the 'payload' and 'extra' parts out |
| 18:04.36 | lupine_85 | NBSplit.exe |
| 18:04.45 | lupine_85 | Then you can use NBExtract on the .payload |
| 18:05.08 | lupine_85 | it's in the RaphaelKitchen/Tools |
| 18:06.30 | dream_kill | hi guys |
| 18:06.43 | dream_kill | can i help ? got a raph100 here |
| 18:07.09 | lupine_85 | dream_kill: write us a keyboard driver :D |
| 18:07.25 | dream_kill | where is the latest kernel source held at ? |
| 18:07.32 | maejrep | lupine_85, i'm on linux, i already used HTCFlasher to extract the "parts" out of the nbh, and i'm left with a .nb |
| 18:07.51 | dream_kill | as i download from the git://git.linuxtogo.org/home/groups/mobile-linux/kernel.git |
| 18:07.51 | maejrep | 00_OS_0x400.nb: x86 boot sector; partition 1: ... |
| 18:08.08 | lupine_85 | maejrep: yep |
| 18:08.16 | lupine_85 | now you need to split that with NBSplit |
| 18:08.17 | dream_kill | and checked out branch git checkout -b htc-msm-2.6.25 origin/htc-msm-2.6.25 |
| 18:08.20 | lupine_85 | It seemed weird to me too |
| 18:08.25 | dream_kill | but when i compile it |
| 18:08.40 | lupine_85 | the data seems to be interspersed with extra bits |
| 18:08.47 | dream_kill | different size from the one in wiki (last one) |
| 18:09.11 | maejrep | i don't have windows though ;x |
| 18:09.17 | dream_kill | so where is the last kernel held at so i start working on that one at least |
| 18:09.19 | maejrep | http://www.jefferyfernandez.id.au/2007/06/14/mounting-partitions-that-are-within-a-disk-image/ |
| 18:09.26 | maejrep | looks like that can get me what i want |
| 18:09.29 | lupine_85 | maejrep: what's the value of HKEY_LOCAL_MACHINE / HARDWARE / DEVICEMAP / KEYBD / DriverName on your raph? |
| 18:09.36 | lupine_85 | maejrep: also, the tools work under wine |
| 18:11.18 | NetRipper | dream_kill, it's the last kernel in git there.. some patches just havent been committed yet |
| 18:11.52 | dream_kill | where are the patches so i commit them localy |
| 18:12.00 | NetRipper | spread around the linux forum |
| 18:12.09 | NetRipper | the diamond linux thread |
| 18:12.22 | NetRipper | the mmc stuff is committed though |
| 18:12.32 | maejrep | lupine_85, KbdNopAll.dll, but in HKLM/Drivers/Builtin/Keypad, its keypad.dll, and in Drivers/Active/71/, keypad is active |
| 18:12.35 | dream_kill | also seems when i do a menuconfig, is not the exact same from the make htcraphael_defconfig ARCH=arm (some stuffs are missings) |
| 18:12.48 | maejrep | also lsmod lists both htcnavi and keypad dlls |
| 18:13.01 | lupine_85 | KbdNopAll.dll is loaded as well though |
| 18:13.18 | lupine_85 | and the Windows API docs point to that one as being the driver for the keyboard |
| 18:13.27 | NetRipper | dream_kill, that's because you need ARCH=arm when you do menuconfig |
| 18:13.57 | maejrep | hmm, well, "nop" sounds rather useless :D |
| 18:14.17 | dream_kill | k |
| 18:14.53 | lupine_85 | *shrug* I can't decipher what the DLLs *do*, but that's a lot of code for a NOP |
| 18:15.15 | lupine_85 | if you're looking into it, though, I'd suggest you don't dismiss it out of hand |
| 18:15.35 | lupine_85 | disassembled them all and looked but is poor at ARM assembly |
| 18:15.54 | lupine_85 | KbdNopAll.dll definitely installs an interrupt handler though |
| 18:16.15 | *** part/#htc-linux LanceHaig (n=lanceh@foresight/member/lhaig) |
| 18:17.07 | *** join/#htc-linux pichurri (n=pichurri@194.230.146.95) |
| 18:20.21 | lupine_85 | maejrep: if you're interested, here's the assembly: http://www.lupine.me.uk/KbdNopAll.asm and http://www.lupine.me.uk/keypad.dll.asm |
| 18:20.44 | maejrep | cool |
| 18:21.20 | lupine_85 | IDA pro 5.2 listing |
| 18:21.51 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 18:22.56 | lupine_85 | let me know if you want anything else from it. I can't make heads nor tails of the calling convention |
| 18:23.41 | *** join/#htc-linux Czarnas (n=czarnas@imik.wip.pw.edu.pl) |
| 18:31.01 | lupine_85 | maejrep: also, here's the MSDN section relevant to the drivers: http://msdn.microsoft.com/en-us/library/aa924890.aspx |
| 18:34.36 | *** join/#htc-linux exco1 (n=exco@e181116134.adsl.alicedsl.de) |
| 18:52.50 | *** join/#htc-linux zarathustr4 (n=tino@port-92-195-127-246.dynamic.qsc.de) |
| 18:53.03 | zarathustr4 | hello |
| 18:54.10 | zarathustr4 | I am searching for informations about running android on the htc magician. anybody here who knows something? |
| 18:56.23 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-242-037.ewe-ip-backbone.de) |
| 18:57.42 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
| 18:58.09 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 18:59.37 | zarathustr4 | <PROTECTED> |
| 18:59.51 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
| 19:06.54 | miknix | babel ping |
| 19:07.30 | miknix | <tab> FAIL |
| 19:13.00 | exco1 | zarathustr4: don't think it's been done yet |
| 19:13.44 | zarathustr4 | exco1: but do you know if somebody is workling on it? |
| 19:14.38 | zarathustr4 | exco1: i heard about that somebody ported it to the eeepc, and the were wondering, because it was very easyly to do |
| 19:15.32 | zarathustr4 | i know an pda is very different but i thought the could be a chance ;-) |
| 19:16.21 | exco1 | zarathustr4: I'm don't know enough about linux to tell you how much knowledge you need and how much work it is for someone experienced in linux |
| 19:16.50 | exco1 | I don't know about anybody working on it |
| 19:17.01 | *** join/#htc-linux sni1 (n=igor@92.124.15.155) |
| 19:17.32 | exco1 | someone started a thread about it on xda-devs http://forum.xda-developers.com/showthread.php?t=369149 like almost a year ago |
| 19:17.32 | *** join/#htc-linux timebomb (n=tb@e176120107.adsl.alicedsl.de) |
| 19:18.21 | *** join/#htc-linux Camvoya (i=Camvoya@137.Red-81-38-37.dynamicIP.rima-tde.net) |
| 19:19.15 | exco1 | afaik there's only one person working on porting Linux to the Magician - that's pH5 |
| 19:20.32 | *** join/#htc-linux stefan_schmidt_ (n=stefan@p5B0343D6.dip.t-dialin.net) |
| 19:21.16 | exco1 | zarathustr4: http://www.handhelds.org/moin/moin.cgi/Magician, also http://groups.google.com/group/android-internals/browse_thread/thread/81872790ce78cfff/8b784a4b0aa58d9e |
| 19:24.03 | zarathustr4 | exco1: Thank you much! Your links are very helpfull :-) |
| 19:25.42 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
| 19:26.10 | exco1 | you're welcome ... let me know if you make any progress (I still have one of those nice machines) |
| 19:31.27 | zarathustr4 | exco1: i just thought that this could be a way to bring linux on my pda, haret crashs every time i try to load an image -.- |
| 19:33.18 | exco1 | zarathustr4: http://www.linuxtogo.org/~htcpxa/htcmagician/ |
| 19:33.49 | zarathustr4 | I know thsi site |
| 19:34.11 | exco1 | those images do boot (maybe not if you have the wrong display) |
| 19:34.13 | zarathustr4 | I tried it, but haret crashs. |
| 19:34.23 | exco1 | you don't need haret with those |
| 19:34.53 | zarathustr4 | linload.exe starts haret (is haret i think) |
| 19:35.17 | zarathustr4 | because it prompts "haret version 1.*.*" |
| 19:35.18 | exco1 | yeah there's haret in it :-) |
| 19:35.31 | zarathustr4 | and then just 4 or 5 lines |
| 19:35.41 | zarathustr4 | and nothing else |
| 19:35.55 | exco1 | 4-5 lines on black background ? |
| 19:36.02 | zarathustr4 | yes |
| 19:36.20 | exco1 | so maybe you're also a lucky one with "the wrong" display |
| 19:36.21 | zarathustr4 | and then the display becomes white |
| 19:36.36 | zarathustr4 | is there a known bug?? |
| 19:36.43 | exco1 | ... anyways you can use a later kernel that works with both touchscreens |
| 19:36.45 | exco1 | yes |
| 19:36.54 | exco1 | those builds are antique ... |
| 19:37.14 | exco1 | you can try those http://excogitation.de/lastik/ |
| 19:37.28 | NetRipper | hm, can a kernel parameter be only read once? |
| 19:37.42 | NetRipper | using the __setup() style |
| 19:37.53 | exco1 | but there's no working dialer or nothing ... but it loads you "some" linux, zarathustr4 |
| 19:39.11 | zarathustr4 | exco1: ok, thank you again :-) I'll try it soon :-) |
| 19:43.44 | exco1 | zarathustr4: status http://pastebin.com/m1c8db0ff |
| 19:44.56 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
| 19:46.06 | maejrep | NetRipper, do you mean you want board-raph and board-diam to both be able to use msmsdcc_id ? |
| 19:46.20 | NetRipper | maejrep, yes |
| 19:46.26 | maejrep | i would suggest raphael.sdcc_id and diamon.sdcc_id instead |
| 19:46.32 | NetRipper | was afraid so |
| 19:46.50 | maejrep | if it's not letting you set it up twice (i would imagine you can't, but never tried it) |
| 19:47.21 | maejrep | i think its cleaner that way anyway |
| 19:47.37 | NetRipper | im stubborn |
| 19:47.40 | NetRipper | so im going to try anyway |
| 19:47.40 | maejrep | :P |
| 19:50.36 | *** join/#htc-linux pichurri (n=pichurri@194.230.146.10) |
| 19:51.08 | NetRipper | worst thing is |
| 19:51.12 | NetRipper | i already know its not going to work |
| 19:51.18 | NetRipper | i just need to try to be sure |
| 19:51.24 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 19:52.15 | NetRipper | ah look at that, it didnt work |
| 19:52.15 | maejrep | lupine_85, looks like kbdnopall.dll is the mitm between the OS and the actual hardware driver |
| 19:52.45 | maejrep | like it goes keyboard -> keypad.dll -> kbdnopall.dll -> OS |
| 19:56.46 | maejrep | it handles things like layouts, unicode conversions, keycode interpretation, etc |
| 19:56.50 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) [NETSPLIT VICTIM] |
| 19:56.50 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-242-037.ewe-ip-backbone.de) [NETSPLIT VICTIM] |
| 19:56.50 | *** join/#htc-linux Cobain (n=cobain@ip68-13-242-95.ok.ok.cox.net) [NETSPLIT VICTIM] |
| 19:56.50 | *** join/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) [NETSPLIT VICTIM] |
| 19:56.50 | *** join/#htc-linux jdj (n=dsa@brln-4d0cd508.pool.mediaWays.net) [NETSPLIT VICTIM] |
| 19:56.50 | *** join/#htc-linux goxboxlive (n=goxboxli@24.84-48-212.nextgentel.com) |
| 19:56.51 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux Xime (n=xime@bankize.net) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 19:56.51 | *** join/#htc-linux elmo40 (n=Leo@CPE0017ee09ce6d-CM00195ee6631c.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux konsta (n=asds@host81-154-247-76.range81-154.btcentralplus.com) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux era- (n=im@70.16.65.252) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux hlbot (n=adm@iclem.net) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-75-85-249-111.bak.res.rr.com) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux nizox (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
| 19:56.51 | *** join/#htc-linux j0b0 (n=jobo@5ED40048.cable.ziggo.nl) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux sleepr (n=sleepr@c-9ddce355.03-113-73766c10.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux NAiL (n=repvik@nslu2-linux/repvik) |
| 19:56.51 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux wasabi (n=wasabi@ubuntu/member/wasabi) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux tote (i=me@c-2abd72d5.018-24-73746f48.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux dase (i=dase@p1atin.de) [NETSPLIT VICTIM] |
| 19:56.51 | *** join/#htc-linux toi (n=pleemans@d5153128F.access.telenet.be) |
| 19:56.51 | *** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com) [NETSPLIT VICTIM] |
| 19:56.52 | *** join/#htc-linux errf323 (n=david@bsdguru.net) [NETSPLIT VICTIM] |
| 19:57.39 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 19:57.40 | *** join/#htc-linux reformatt (n=chatzill@97-121-31-187.bois.qwest.net) |
| 20:03.42 | *** part/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 20:03.48 | *** join/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 20:07.44 | NetRipper | maejrep, how about just taking out that msmsdcc_id? or is that unhandy for your development? |
| 20:08.24 | maejrep | it'll need to be changed for each machine type then |
| 20:08.29 | *** part/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 20:08.42 | NetRipper | yep, that needs to be done anyway |
| 20:08.45 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
| 20:09.27 | maejrep | or just try to handle all 4.. i don't think that should have any negative effects, assuming probe will fail on any that don't exist |
| 20:09.54 | NetRipper | just did that, but it'll return that an sd card is present for all of them |
| 20:10.00 | NetRipper | though it properly mounts |
| 20:10.06 | NetRipper | you'll get an mmc0, mmc1, mmc2, mmc3 |
| 20:10.24 | maejrep | should only say you have a card if the status function returns 1 right? |
| 20:10.40 | NetRipper | yea but the same function is called 4 times |
| 20:11.07 | *** join/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 20:11.37 | maejrep | oh right heh |
| 20:11.45 | maejrep | hmm |
| 20:13.56 | NetRipper | or i just change the default and rename the param.. but i dont like having the param there in the first place ;) |
| 20:14.31 | lupine_85 | maejrep: as I read it, each DLL has an implementation of both the PDD and the MDD? |
| 20:15.44 | lupine_85 | Oh, there's another DLL - OEM_Misc.Dll - with some interesting stuff, regarding TV out and the like |
| 20:15.59 | lupine_85 | but that's not exactly high priority Lo |
| 20:16.00 | lupine_85 | :p |
| 20:16.42 | NetRipper | maejrep, nvm, i'll move it to common.c for now |
| 20:16.59 | NetRipper | msmsdcc_id only acts as override that way, and by default it leaves it as requested by the board |
| 20:17.58 | lupine_85 | maejrep: it's entirely possible that you're right and I'm wrong RE: the keyboard driver :D - I'm bad at Win32, ARM, assembly and all sorts of other stuff :F |
| 20:21.00 | lupine_85 | hmm |
| 20:21.28 | lupine_85 | there's also a Drivers/Builtin/KeyScan (KSC1:) - MicroP.dll |
| 20:21.51 | AstainHellbring | hi hi |
| 20:22.02 | lupine_85 | You'll note that both KbdNopAll.dll and keypad.dll have OpenDevice(?) calls... |
| 20:48.11 | tmzt | lupine_85: does pressing keys make a sound? |
| 20:50.16 | lupine_85 | tmzt: in what sense? you can configure it to make a clicky nose |
| 20:50.45 | lupine_85 | noise* |
| 20:52.26 | tmzt | NetRipper: can you use the trout keyboard driver on raph100? I think maejrep or lupine_85 has the code |
| 20:52.53 | NetRipper | i havent tried |
| 20:53.19 | tmzt | or could there be another egpio like asic if not another soc gpio bank? |
| 20:55.18 | lupine_85 | the actual keys make a light click sound |
| 20:55.32 | tmzt | the is_mach_ should be a runtime check of which machine the bootloader said is being used, it should not affect compile time |
| 20:55.49 | NetRipper | hehe aye, we established that |
| 20:56.08 | tmzt | I can say this because it's used that way on ezx.c |
| 20:58.40 | *** part/#htc-linux gentooboontoo (n=julien@mne69-9-88-163-117-98.fbx.proxad.net) |
| 21:08.24 | tmzt | NetRipper: I did suggest that but it might make sense to use the numbers instead as we already have two cdma variants of raph/diam |
| 21:09.33 | NetRipper | two? |
| 21:09.35 | NetRipper | man |
| 21:09.35 | NetRipper | :P |
| 21:10.05 | NetRipper | 500 was gsm wasn't it? |
| 21:24.33 | NetRipper | maejrep, lupine_85, check out jobo's last post on diamond thread |
| 21:28.29 | tmzt | maejrep: no major set should use the first free one I think |
| 21:28.40 | tmzt | also, what is smsm? |
| 21:29.09 | NetRipper | smsm is arm9 i think, the shared memory part |
| 21:31.32 | tmzt | cat /proc/devices should give the real major number |
| 21:31.39 | tmzt | or /sys/class/tty/ |
| 21:31.45 | *** join/#htc-linux radem205 (n=aaa@92-108-47-154.dynamic.upc.nl) |
| 21:34.27 | tmzt | raph500/diam500 are cdma |
| 21:35.26 | tmzt | I was reading back until I left, I would read forward if it worked but it irssi doesn't remember where I stopped |
| 21:35.56 | tmzt | the click sound explains the aDSP_A1 I think, that's usually involved in sound |
| 21:37.15 | j0b0 | good evening |
| 21:37.47 | j0b0 | netripper, i posted a diff for the draggable and toggleable vkeyb, it's here: http://members.home.nl/j0b0/msm_vkeyb-jobo20090103.diff.txt |
| 21:39.02 | j0b0 | the whole .c file sits next to it if that helps |
| 21:39.04 | NetRipper | ah |
| 21:39.10 | NetRipper | didn't realize you were in this channel |
| 21:40.34 | NetRipper | j0b0, thanks |
| 21:40.55 | *** join/#htc-linux milfadoodle (n=milfadoo@78-69-144-82-no19.tbcn.telia.com) |
| 21:41.25 | NetRipper | j0b0, no more changes in msm_ts? |
| 21:41.53 | NetRipper | and msm_fb |
| 21:42.02 | j0b0 | :) np. the differences between the drag only and the drag+toggle are very small |
| 21:42.15 | NetRipper | or is this a supplement on the previous? |
| 21:42.39 | j0b0 | i shall double check, but i dont think so. maybe some 'false differences' where I changed something not-quite-back |
| 21:42.58 | j0b0 | no. this is a diff against the git |
| 21:44.42 | *** join/#htc-linux zhobbs (n=zach@cpe-75-186-147-164.woh.res.rr.com) |
| 21:45.40 | *** join/#htc-linux milfadoodle (n=milfadoo@78-69-144-82-no19.tbcn.telia.com) |
| 21:45.56 | j0b0 | had you noticed that there is a synaptics-i2c touchscreen enabled in the htcraphael config? it seems safe to remove. (or does it do anything?) |
| 21:46.32 | tmzt | it probably doesn't do anything but it might be helpful with the touch buttons if they are synaptics based |
| 21:48.03 | *** join/#htc-linux MethoS_ (n=clemens@host-091-096-213-089.ewe-ip-backbone.de) |
| 21:48.22 | NetRipper | doesn't work when i apply it to git |
| 21:48.30 | NetRipper | it's missing msmfb_update |
| 21:48.35 | NetRipper | so probably makefile or something |
| 21:49.19 | j0b0 | compile error or link error? |
| 21:49.23 | NetRipper | link |
| 21:49.45 | j0b0 | ah right .. that function is static in msm_fb |
| 21:49.45 | NetRipper | /usr/src/htcraphael/htc-linuxtogo-ssh/drivers/input/touchscreen/msm_vkeyb.c:419: undefined reference to `msmfb_update' |
| 21:50.26 | NetRipper | and think i'll take out the draw bars thingy |
| 21:50.39 | j0b0 | yeah .. |
| 21:51.14 | tmzt | shouldn't msm_vkeyb depend on msmfb? |
| 21:52.13 | *** join/#htc-linux AstainZZZZZZ (n=AstainHe@unaffiliated/astainhellbring) |
| 21:52.33 | j0b0 | well .. it does now. even if it shouldnt.. |
| 21:53.07 | tmzt | ah, is msmfb_update exported MODULE_EXPORT_GPL ? |
| 21:53.57 | j0b0 | no. it was static in msm_fb.c and I made it ..uhm.. not static, so that I can use it in msm_vkeyb.c |
| 21:54.15 | j0b0 | so as to only update that bit of screen, not the entire buffer every time |
| 21:55.36 | j0b0 | also, to get rid of the flicker effect, i have the vkeyb call msmfb_update right after it draws itself and have msmfb_update call msm_vkeyb_redraw(,,,-2) just before the dma starts |
| 21:56.23 | *** join/#htc-linux ttbob (n=ttbob@xdsl-87-78-53-203.netcologne.de) |
| 21:56.26 | NetRipper | eh |
| 21:56.37 | NetRipper | sounds cingular |
| 21:56.51 | NetRipper | vkeyb -> msmfb -> vkeyb |
| 21:57.24 | j0b0 | should I provide an entire diff? even if it has quite some mess in it? (ive been trying to transplant some trout init code, been putting logging in irq, i2c, gpio, ....) |
| 21:58.04 | NetRipper | yea please, i'll just check out the related files |
| 21:58.04 | NetRipper | :) |
| 21:58.43 | j0b0 | yes well .. msmfb_update(,,-2) only calls vkeyb if panel_update, and vkeyb never calls msmfb_update with panel_update, and never callt it at all when touched == -2 |
| 21:59.04 | NetRipper | ok |
| 21:59.06 | j0b0 | (this is not a potential recursion) |
| 22:03.19 | j0b0 | the thing in msm_fb.c marked as XXX-Very Ugly Hack is not needed in android, as it appears to properly mark the frame buffer as dirty where it draws. |
| 22:03.47 | NetRipper | true, it was there for the onscreen keyboard |
| 22:03.54 | NetRipper | and the yellow dot thingy |
| 22:06.29 | j0b0 | the vkeyb shouldnt need it either anymore (now that it calls msmfb_update :P ) |
| 22:06.45 | j0b0 | it does break the yellow dot thing tho |
| 22:07.09 | NetRipper | yea i fixed that previously by doing msmfb_update after a yellow dot as well |
| 22:07.15 | NetRipper | but then i git reset --hard it |
| 22:07.45 | NetRipper | had your code ready to commit, but resetted the wrong local copy of git |
| 22:07.46 | NetRipper | :P |
| 22:07.50 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 22:09.56 | dream_kill | hi |
| 22:10.02 | j0b0 | drawing yellow dots without updating the fb can give you clues about what gets updated at what time |
| 22:10.05 | *** join/#htc-linux Rogro82 (n=rogro82@s5591104d.adsl.wanadoo.nl) |
| 22:10.21 | *** join/#htc-linux thejigsaw (n=thejigsa@77.29.69.195) |
| 22:10.28 | NetRipper | true |
| 22:10.38 | NetRipper | but i think android has a tool for that itself |
| 22:10.48 | NetRipper | at least in 0.8 it did |
| 22:10.58 | j0b0 | it does. 'show screen updates' in dev settings |
| 22:11.03 | NetRipper | exactly |
| 22:11.37 | j0b0 | ..but that one inserts an extra screen update |
| 22:12.04 | NetRipper | yea but at places it would update anyway |
| 22:12.38 | j0b0 | anyway .. i dont care too much about the yellow dots especially now that ts calibration is a kernel option |
| 22:13.02 | j0b0 | ..and those yellow dots tend to not live very long in android |
| 22:13.43 | dream_kill | netripper any luck with the keyboard yet? |
| 22:14.11 | NetRipper | dream_kill, no, i havent been busy on that |
| 22:14.14 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
| 22:14.26 | dream_kill | what u working on now? |
| 22:14.42 | NetRipper | a c# .netcf app ;p |
| 22:14.47 | dream_kill | :P |
| 22:15.02 | NetRipper | but linux regarding, just trying to commit patches nicely into the git |
| 22:15.52 | dream_kill | not commited yet? |
| 22:16.29 | dream_kill | what's the problem / error? |
| 22:16.37 | NetRipper | er |
| 22:17.08 | NetRipper | well all those patches and kernels on diamond linux thread were all from local copies... but the git itself was never updated |
| 22:17.19 | dream_kill | aha |
| 22:17.38 | dream_kill | u have this patches anywhere handy so i can try to commit them to my local ver too ? |
| 22:17.39 | NetRipper | so im just trying to get these patches into git |
| 22:18.07 | NetRipper | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.25 |
| 22:18.15 | NetRipper | and for the patches not yet done, check the diamond linux thread |
| 22:19.46 | j0b0 | did you look at the code i used to test gpio's? most of it was stolen from input/misc/gpio_matrix.c and a little bit from msm_vkeyb.c |
| 22:20.11 | NetRipper | j0b0, i took a quick look but am too busy to try |
| 22:20.12 | j0b0 | the bit that tries to register as an input device doesnt work. it makes the kernel hang at boot. |
| 22:28.53 | *** join/#htc-linux jiggy (n=thejigsa@77.29.68.200) |
| 22:30.49 | *** join/#htc-linux Heema (n=Heema@217.139.238.36) |
| 22:34.33 | *** part/#htc-linux Heema (n=Heema@217.139.238.36) |
| 22:51.11 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 22:57.05 | *** join/#htc-linux imfloflo_ (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 23:04.05 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 23:07.28 | *** join/#htc-linux thejigsaw (n=thejigsa@77.29.64.80) |
| 23:14.21 | *** join/#htc-linux axe (n=axe@cybernet.net.ru) |
| 23:14.38 | *** part/#htc-linux axe (n=axe@cybernet.net.ru) |
| 23:15.48 | miknix | hey BabelO |
| 23:15.57 | BabelO | ola miknix |
| 23:16.25 | miknix | do you know if we have to hack any other file to get a top level menu on linux Kconfig? |
| 23:16.40 | miknix | I tried to add a gsm menu to drivers/ |
| 23:16.51 | miknix | it doesn't want to appear |
| 23:18.59 | miknix | added «source "drivers/gsm/Kconfig"» to drivers/Kconfig |
| 23:19.40 | miknix | http://pastebin.com/d1228a568 |
| 23:19.47 | miknix | thats on drivers/gsm/Kconfig |
| 23:25.21 | *** join/#htc-linux axe_hm (n=axe@cybernet.net.ru) |
| 23:30.54 | *** join/#htc-linux MethoS-- (n=clemens@dyndsl-085-016-161-023.ewe-ip-backbone.de) |
| 23:36.05 | *** join/#htc-linux ALoGeNo (n=alogeno@245.Red-79-153-25.staticIP.rima-tde.net) |
| 23:36.40 | *** join/#htc-linux axe (n=axe_fn@cybernet.net.ru) |
| 23:38.52 | miknix | : \ because if I move the gsm dir to some other place, it works |
| 23:50.40 | *** part/#htc-linux exco1 (n=exco@e181116134.adsl.alicedsl.de) |
| 23:52.41 | *** join/#htc-linux richp3 (n=someone@c-24-127-222-214.hsd1.fl.comcast.net) |
| 23:52.44 | richp3 | hey guys |
| 23:53.07 | richp3 | im trying to set up an enviroment where i can compile the android kernel but i havent had much luck so far |
| 23:53.13 | richp3 | for the kaiser |
| 23:54.35 | ali1234 | richp3: what OS? |
| 23:54.52 | richp3 | im using windows |
| 23:54.57 | ali1234 | miknix: such as where? |
| 23:55.17 | ali1234 | richp3: will be tricky, but not impossible... |
| 23:55.29 | richp3 | is there a guide u can point me to? |
| 23:57.01 | ali1234 | richp3: hmm... probably not a guide which will tell you exactly everything you want... but i can probably find a few that will get you started |
| 23:57.17 | miknix | ali1234, drivers/net/ |
| 23:57.28 | j0b0 | richp3: is it an option for you to run linux in a virtual box |
| 23:58.07 | richp3 | yeah i guess i could set up a virtual box i just wanted to stick to windows, i tried mingw32 and git |
| 23:58.09 | ali1234 | richp3: yeah i was just about to suggest vmware or something too |
| 23:58.21 | richp3 | but i keep getting commit errors |
| 23:58.51 | ali1234 | richp3: i think that there *may* be an issue involving case sensitivity (or lack of) on windows filesystems... |
| 23:58.54 | richp3 | i can't get this command to work: git checkout -b htc-msm-2.6.25 origin/htc-msm-2.6.25 |
| 23:59.33 | ali1234 | really it would be a lot easier on you if you just got linux in a virtual machine... then there are hundreds of guides :) |