00:01.24 | dcordes-hd2 | ok let me know if you want ne to test parch/build. |
00:01.55 | dcordes-hd2 | htc-linux.org DNS fail nothing new |
00:02.48 | dcordes-hd2 | need to ask eway maybe it is just some setting |
00:03.06 | NetRipper | well you can try using my overclock tool to set it to 384mhz and fix acpuclock-scorpion.c to force it to 384mhz (instead of it booting at 768mhz) |
00:03.51 | BerserkerXP | hi... can anyone tell my how can i refactor the system.sqsh file from xdandroid? i want to add the libspeech.so |
00:03.54 | dcordes-hd2 | ok |
00:04.31 | NetRipper | it'll be slower to boot probably but maybe it's more regular |
00:04.41 | NetRipper | otherwise we need to look into the GP timer again |
00:05.20 | NetRipper | i'm working on haret atm |
00:05.27 | NetRipper | or well, tomorrow, cos im off to bed in a few mins :) |
00:07.23 | dcordes-hd2 | let me see what the clock thing does |
00:07.32 | dcordes-hd2 | any po |
00:07.52 | *** join/#htc-linux BerserkerXP (~andre@p4FC81836.dip0.t-ipconnect.de) |
00:07.53 | NetRipper | po? |
00:08.14 | dcordes-hd2 | inter where in acpuclock-scorpion.c it is ? |
00:08.22 | NetRipper | in the init i think |
00:08.26 | NetRipper | near bottom |
00:29.53 | NetRipper | ~raphael-ramconsole |
00:30.10 | NetRipper | ~ramconsole |
00:30.10 | apt | from memory, ramconsole is pwf dm 0x8e0000 0x20000 |
00:33.00 | NetRipper | is that correct for the raphael ramconsole? |
00:33.09 | NetRipper | im missing quite a lot from what i dump from there |
00:35.09 | NetRipper | oh it's because it's so small, it's looping over, so im missing the first part |
00:36.24 | *** join/#htc-linux akoma1s (~quassel@ppp-94-68-77-63.home.otenet.gr) |
00:42.40 | *** join/#htc-linux MrObvious (~Paul@adsl-69-149-212-152.dsl.wchtks.swbell.net) |
00:42.40 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
00:43.40 | NetRipper | < bed, night |
00:43.51 | dcordes | NetRipper, wait sec |
00:44.00 | NetRipper | 1 mississipi |
00:44.02 | dcordes | NetRipper, was just looking to where initial clock is set. can't find it |
00:44.04 | NetRipper | 2 mississipi |
00:44.52 | NetRipper | alright |
00:44.52 | NetRipper | dcordes, |
00:45.01 | NetRipper | in acpuclock-scorpion.c |
00:45.06 | dcordes | yesh |
00:45.10 | NetRipper | find acpuclk_init |
00:45.14 | NetRipper | line if (speed->acpu_khz == 768000) |
00:45.28 | NetRipper | change 768000 to 384000 |
00:45.36 | dcordes | awesome thx |
00:46.04 | NetRipper | and in wince, use my overclock tool, disable autoscaling, set it to 384mhz before booting |
00:46.16 | dcordes | alright |
00:46.19 | dcordes | good night then |
00:46.24 | NetRipper | night, leave results here pls :) |
00:46.30 | dcordes | 4sure |
00:47.48 | MrObvious | So I was here yesterday and I am still trying to get this figured out. |
00:48.02 | MrObvious | I wanna know if there is a way to boost the volume in the DIAM500? |
00:48.19 | MrObvious | tmzt said something about Audiopara3.csv tricks but I have no clue what he meant. |
00:48.21 | dcordes | /usr/bin/alsamixer |
00:48.54 | MrObvious | dcordes: Okay? Do I load that up in the terminal? |
00:50.36 | *** join/#htc-linux msd18 (kvirc@ip72-207-55-104.sd.sd.cox.net) |
00:50.41 | msd18 | hey guys |
00:50.57 | MrObvious | dcordes: It doesn't work it seems. |
00:50.59 | dcordes | MrObvious, tbh I have no clue if alsa is supported in htc-msm-2.6.27 |
00:51.07 | msd18 | hey dcordes |
00:51.10 | msd18 | question |
00:51.11 | MrObvious | Hi. |
00:51.13 | dcordes | msd18, hello. shoot. |
00:51.25 | msd18 | y not use darwin kernel on htc leo? |
00:51.31 | MrObvious | dcordes: I was hoping there was an Audiopara file like I did some Googling for the N1. |
00:51.51 | msd18 | cuse i can get a darwin-arm.deb file |
00:52.45 | dcordes | msd18, thing to discuss with the guys over at #htc-darwin |
00:52.57 | msd18 | o.0 |
00:53.00 | dcordes | MrObvious, ok sorry no clue ask phh etc |
00:53.06 | msd18 | dam so many channels |
00:53.12 | dcordes | yea sucks good night. |
00:53.54 | MrObvious | phh: Help? lol |
00:54.12 | MrObvious | Sheesh. lol |
00:54.57 | MrObvious | I much rather like Android. |
00:55.06 | MrObvious | It's a lot better over WM it seems like. |
00:57.53 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
01:01.51 | MrObvious | Oh well. |
01:03.03 | *** join/#htc-linux mastermerlin1 (~Adium@pD957C652.dip.t-dialin.net) |
01:07.58 | MrObvious | Whoops I had two windows open. |
01:08.00 | MrObvious | rofl. |
01:23.44 | *** join/#htc-linux JesusFreak316 (~John@pool-173-65-58-49.tampfl.fios.verizon.net) |
01:25.32 | *** join/#htc-linux thedicemaster (~thedicema@e200071.upc-e.chello.nl) |
01:36.45 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
01:44.45 | MrObvious | So no one has a good way of really getting the volume louder? |
02:07.28 | *** join/#htc-linux JesusFreak3161 (~John@pool-173-65-58-49.tampfl.fios.verizon.net) |
02:24.34 | makkonen | phh: I just pushed a commit to the rootfs repo to load /bin into the path before /system/bin. The tools from /system/bin were throwing a bunch of errors in the init script, some of which seemed to lead to the incorrect permissions on dbus.conf and the resulting boot looping. Everything seems to run fine for me with the change, and I can't see any reason why anyone would want the android tools as default over the busybox ones, but if |
02:25.06 | makkonen | phh: I just pushed a commit to the rootfs repo to load /bin into the path before /system/bin. The tools from /system/bin were throwing a bunch of errors in the init script, some of which seemed to lead to the incorrect permissions on dbus.conf and the resulting boot looping. |
02:25.16 | makkonen | Everything seems to run fine for me with the change, and I can't see any reason why anyone would want the android tools as default over the busybox ones, but if you (or anyone) knows a reason that was set up that way, I'll switch it back and manually specify /bin/chown, /bin/mkdir, etc. |
02:25.45 | makkonen | (apologies if that came through twice. Might've exceeded the line length.) |
03:04.57 | *** join/#htc-linux cwizardtx (6341fb01@gateway/web/freenode/ip.99.65.251.1) |
03:05.06 | cwizardtx | yo |
03:14.09 | tief_ | hi |
03:23.02 | *** join/#htc-linux jimbo_ (18b01724@gateway/web/freenode/ip.24.176.23.36) |
03:23.22 | *** part/#htc-linux jimbo_ (18b01724@gateway/web/freenode/ip.24.176.23.36) |
03:26.28 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
03:42.46 | msd18 | hey anyone active |
04:01.31 | tief_ | would any of the devs be interested in a "dead" diam100? |
04:01.52 | tief_ | i have a spare thats has imei lock |
05:07.31 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
05:22.29 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
05:43.44 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
05:58.27 | *** join/#htc-linux DCDemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
06:10.51 | *** join/#htc-linux BOOM (47cee8fd@gateway/web/freenode/ip.71.206.232.253) |
06:34.55 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
06:45.34 | *** join/#htc-linux Kasjopaja (~Tina@p57BC00A5.dip0.t-ipconnect.de) |
06:46.52 | *** join/#htc-linux dekar (~dekar@e181182059.adsl.alicedsl.de) |
07:20.22 | MrObvious | So no one has a good way of really getting the volume louder? |
07:20.51 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
07:22.44 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
07:27.54 | *** join/#htc-linux parmaster (par@dipole.idlepattern.com) |
07:40.39 | *** join/#htc-linux MrObvious (~Paul@adsl-69-149-212-152.dsl.wchtks.swbell.net) |
07:55.25 | *** join/#htc-linux flaep (~flaep@188.109.239.42) |
08:00.42 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
08:01.27 | phh | MrObvious: which device ? |
08:02.15 | phh | MrObvious: I think all/most devices lacks pmic init for speaker |
08:18.44 | *** part/#htc-linux flaep (~flaep@188.109.239.42) |
08:19.12 | msd18 | phh |
08:19.16 | phh | msd18: |
08:19.23 | msd18 | when is the eta till the leo would be completed |
08:20.00 | phh | no clue. |
08:20.22 | phh | (for the 42nd time, i'm not working on leo /o\) |
08:21.07 | msd18 | lol i kno but ur here alot so i thought u might have an idea |
08:21.36 | phh | all I know is that it's very complicated :p |
08:21.47 | msd18 | lol ya |
08:21.59 | msd18 | whats the chance of using a darwin kernel |
08:22.14 | msd18 | or deb kernel |
08:22.22 | phh | iphone on HD2 ? :p |
08:22.24 | phh | deb kernel ? |
08:22.29 | msd18 | hd2 |
08:22.31 | msd18 | debian |
08:22.36 | msd18 | or darwin for hd2 |
08:22.48 | phh | bah debian is just plain linux |
08:22.51 | phh | so no problem |
08:22.53 | msd18 | yes i know |
08:23.03 | phh | darwin, you'll have some fun. |
08:23.11 | msd18 | but would there be less problems using deb |
08:23.20 | msd18 | and lol darwin would be fun and a pain |
08:23.28 | phh | true |
08:23.43 | phh | but you'd rather start porting darwin on something that is well documented :p |
08:23.53 | msd18 | lol ya true |
08:24.00 | msd18 | wat about deb for hd2 |
08:24.07 | msd18 | would that kernel boot properly |
08:24.19 | msd18 | or would we have the same issues as now |
08:24.20 | phh | no kernel boot properly atm /o\ |
08:24.35 | msd18 | ya cuse it keeps seg faulting |
08:26.02 | msd18 | do u know if we have display drivers for leo yet? |
08:26.16 | phh | I don't even know that /o\ |
08:26.20 | msd18 | o.0 |
08:26.23 | msd18 | sucky |
08:26.39 | msd18 | omg i have a painful task 2 do tomorrow |
08:26.57 | msd18 | i figured out how 2 downgrade the bootrom and baseband on the iphone 3.1.3 |
08:27.32 | msd18 | restore to 3.1.2 twice should bring the bootrom down by one and then use fuzzyband to downgrade the baseband |
08:27.33 | msd18 | :) |
08:28.02 | msd18 | and imma make $120 tomorrow |
08:28.12 | msd18 | woohoo more rent money |
08:28.13 | phh | errr |
08:28.35 | msd18 | wats the errr for |
08:28.37 | msd18 | o.0 |
08:28.48 | phh | that's a lot of money for one day work. |
08:28.53 | msd18 | ya |
08:29.00 | msd18 | i have 8 phones 2 do |
08:29.05 | msd18 | 15 dollars a phone |
08:29.07 | msd18 | :) |
08:30.09 | msd18 | i smell good rent money |
08:30.12 | msd18 | :) |
08:33.01 | phh | does anyone knows how to load a zImage into IDA ? |
08:46.01 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cf40.pool.mediaWays.net) |
08:54.04 | *** join/#htc-linux apt (~apt@rikers.org) |
08:54.04 | *** topic/#htc-linux is Welcome to the http://htc-linux.org project! Please read the Wiki: http://htc-linux.org/wiki || Logs: http://irclog.netripper.com/?chan=htc-linux || This is no android support channel. |
08:55.12 | *** join/#htc-linux MacDrunk (~marper@201.164.154.197) |
08:55.40 | *** join/#htc-linux MacDrunk (~marper@201.164.154.197) |
08:56.19 | *** join/#htc-linux MacMiller (~marper@201.164.154.197) |
08:56.58 | *** join/#htc-linux Paul__ (~Paul@adsl-69-149-212-152.dsl.wchtks.swbell.net) |
09:00.32 | *** part/#htc-linux msd18 (~msd18@ip72-207-55-104.sd.sd.cox.net) |
09:00.47 | *** join/#htc-linux msd18 (~msd18@ip72-207-55-104.sd.sd.cox.net) |
09:01.16 | *** join/#htc-linux Abracadabra_ (~tracker@AAubervilliers-552-1-107-203.w86-218.abo.wanadoo.fr) |
09:14.44 | *** join/#htc-linux |msd18| (~msd18@ip72-207-55-104.sd.sd.cox.net) |
09:27.00 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F845.dip.t-dialin.net) |
09:28.59 | msd18 | hey phh |
09:29.06 | phh | yup ? |
09:29.17 | msd18 | i got the iphone 3.1.3 sourc |
09:29.51 | phh | lol ? |
09:30.10 | msd18 | darwin source for phones |
09:30.20 | phh | ah just darwin |
09:30.27 | phh | anyway I don't want to play with that |
09:30.35 | msd18 | lol |
09:30.36 | phh | perhaps another day when I'm done with everything else :p |
09:31.01 | msd18 | lol ya |
09:32.35 | msd18 | darwin on hd2 phone would be sweet |
09:37.57 | msd18 | im off 2 bed nite |
09:38.15 | phh | I just woke up /o\ |
10:09.38 | tief_ | phh: do i need to do anything in winmo to allow me to get a gps fix in android? |
10:09.45 | tief_ | its been sitting here a while.. |
10:21.34 | phh | tief_: quickgps updated |
10:21.46 | phh | that should be enough |
10:26.54 | tief_ | thanks |
10:50.25 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
11:13.58 | *** join/#htc-linux pieter_ (52abf065@gateway/web/freenode/ip.82.171.240.101) |
11:14.39 | *** part/#htc-linux pieter_ (52abf065@gateway/web/freenode/ip.82.171.240.101) |
11:15.20 | *** join/#htc-linux Pietah0182 (52abf065@gateway/web/freenode/ip.82.171.240.101) |
11:15.38 | Pietah0182 | hello |
11:15.49 | Pietah0182 | i have android on my htc touch pro |
11:15.59 | Pietah0182 | it is working very good |
11:16.10 | phh | but |
11:16.17 | Pietah0182 | only my battery dies very fast.. |
11:16.38 | Pietah0182 | if im fully charged, the battery lasts al the most 8 hours.. |
11:16.43 | phh | don't use bluetooth, kill wifi, don't have screwing apps |
11:16.49 | phh | and you should get twice that. |
11:16.56 | Pietah0182 | i already checked that. |
11:17.22 | phh | you don't have fake_charger something paramter ? |
11:17.35 | Pietah0182 | what do you mean? |
11:17.43 | *** join/#htc-linux Abracadabra (~tracker@unaffiliated/abracadabra) |
11:18.06 | Pietah0182 | after 8 hours the phone just dies because the battery is empty |
11:18.08 | phh | It take it as a no. |
11:18.20 | phh | Pietah0182: dies on itself, or android stop it ? |
11:18.31 | Pietah0182 | nom dies on itself. |
11:18.49 | phh | so the phone won't even start again after ? |
11:18.52 | Pietah0182 | en then even wm booting stops because of the empty battery |
11:18.57 | phh | ok |
11:19.03 | Pietah0182 | so its really empty.. |
11:19.14 | Pietah0182 | not an incorrect working battery meter.. |
11:19.16 | phh | so dmesg after it slept |
11:19.39 | Pietah0182 | dmesg ? |
11:20.47 | Pietah0182 | i googled it |
11:20.59 | Pietah0182 | no i dont see a dmesg |
11:21.15 | phh | there is no log something tool preinstalled ? |
11:21.27 | Pietah0182 | the phone first warns me a few time about the battery which is almost empty. |
11:21.49 | Pietah0182 | no, i think there's no log tool. |
11:24.24 | *** join/#htc-linux Sega_Dreamcast (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
11:24.54 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
11:25.21 | Pietah0182 | what can i do to improve the battery life? |
11:25.36 | dcordes | hi |
11:27.01 | Pietah0182 | anyone? |
11:28.38 | NetRipper | dcordes, funny commercial in netherlands here: http://www.youtube.com/watch?v=9hpN0URrfeE |
11:28.45 | NetRipper | about wk germany |
11:28.47 | NetRipper | :p |
11:30.22 | Pietah0182 | he netripper, nederlands? |
11:30.29 | NetRipper | of course ;) |
11:30.37 | dcordes | NetRipper, lol nice |
11:30.54 | NetRipper | dcordes, :D |
11:31.33 | Pietah0182 | ik heb android op mn htc touch pro, maar de batterij houdt het maar 8 uur uit. geen rare apps of wifi of bluetooth aan oid |
11:31.40 | Pietah0182 | heb je enig idee wat ik eraan kan doen? |
11:31.46 | NetRipper | though keep this channel english please :) |
11:31.51 | Pietah0182 | k |
11:32.06 | NetRipper | i think power management is not yet complete |
11:32.30 | Pietah0182 | i read in the faq 20+ hours standby.. |
11:32.32 | NetRipper | so i think there's not much to do... i'm not working on the touch pro so i don't know the status about power management |
11:32.43 | Pietah0182 | but i have 8.. |
11:32.49 | NetRipper | maybe in standby when not using anything |
11:33.28 | Pietah0182 | no, "In our current battery test we have gotten about 20+ hours sleep with push email and light use." |
11:34.26 | dcordes | NetRipper, I was reading the entire htc-msm-2.6.27 history and it was interesting to see again how many contributors we had for the msm7xxxA |
11:34.46 | NetRipper | hm ok i don't know.. may post your experience on the forum and see if someone has an explanation.. maybe they used a different/newer kernel, or maybe some cmdline options... you'll have to speak with a developer that has the device |
11:34.55 | dcordes | Pietah0182, does your display power of correctly? are you sure you are using the latest kernel ? |
11:35.21 | NetRipper | dcordes, yea, if you still have it open maybe you're willing to add them to a txt file so we can put them on wiki later? |
11:35.54 | dcordes | NetRipper, that was what I've had in mind while reading the commit log. they should appear somewhere |
11:36.08 | NetRipper | yes i want to make a 'developers' list on htc-linux.org |
11:36.19 | Pietah0182 | no, it doenst display the power correctly.. but if the phone is 100% charged, it takes about 8 hours till the phone dies.. |
11:36.20 | dcordes | with everything what some might call splitting that is happening now, the names are disappearing under a bunch of people compiling images.. |
11:36.41 | NetRipper | dcordes, yes.. or re-commits of original commits losing the original authors |
11:36.48 | Pietah0182 | i go check what kernel i use.. |
11:36.56 | dcordes | NetRipper, oh? didn't notice that yet.. |
11:37.00 | dcordes | NetRipper, do you have an example ? |
11:37.05 | NetRipper | that happened in the leo tree |
11:37.19 | NetRipper | if you look at the 2.6.29 shortlog |
11:37.32 | NetRipper | and then the 2.6.32, the merge lost a lot of original commits |
11:39.16 | Pietah0182 | i use kernel 2.6.27-01067-g68ef2cf-dirty |
11:39.28 | Pietah0182 | is that the right one? |
11:39.56 | dcordes | Pietah0182, as I'm not making these builds either I can't detail. just trying to make sure you are using the actual version talked about in that 20+ hour test |
11:40.15 | dcordes | Pietah0182, the best thing is always to compile your own kernel. |
11:40.46 | Pietah0182 | hmm. i think thats gonna be a bit tricky for me.. ;) |
11:41.27 | dcordes | you have no linux ? |
11:41.41 | Pietah0182 | only on my phone.. |
11:42.13 | dcordes | heh ok |
11:42.28 | NetRipper | :) |
11:42.33 | NetRipper | a user, not a dev, i suppose :) |
11:42.42 | Pietah0182 | correct.. |
11:42.49 | dcordes | NetRipper, can you point to commit? |
11:43.02 | NetRipper | hold on |
11:44.13 | NetRipper | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=e18542f0907de5523f453e9522b7d492c2b36269 |
11:44.21 | NetRipper | just an example, a number of commits after that as well |
11:44.32 | NetRipper | that was the htc-qsd8k-2.6.29 tree |
11:44.37 | NetRipper | and in the htc-msm-2.6.32: |
11:44.38 | NetRipper | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=bdcce1975df64898625b67b339237e7ea6d8799f |
11:44.45 | NetRipper | multiple commits combined in one new commit |
11:46.13 | NetRipper | this happens on other trees as well when merging.. probably due to lack of git experience |
11:47.23 | *** join/#htc-linux mickey|osx (~mickeyl@e180163207.adsl.alicedsl.de) |
11:47.49 | dcordes | maybe it's not lack of experience and no bad intention either.. think in this case committer was just looking for quick result forgetting about the possible importance of the author bit |
11:48.08 | dcordes | did the same mistakes |
11:49.29 | dcordes | NetRipper, I guess we can fix that when we move to new branch (next stop mainline?) or we have to find a way to edit the commit message |
11:49.58 | NetRipper | nah we can't fix the commit message without screwing up everyone's gits i think ;) |
11:50.16 | dcordes | good ok |
11:51.04 | dcordes | btw same thing happened when markinus added the stuff in codeaurora clone at gitorious |
11:52.03 | dcordes | same reason as above I guess. just not thinking about it. maybe we start making heavier use of ML |
11:52.07 | NetRipper | yea i'm sure there's no bad intent |
11:52.08 | NetRipper | :) |
12:10.30 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
12:11.51 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
12:15.43 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
12:18.48 | *** join/#htc-linux mickey|osx (~mickeyl@e180143213.adsl.alicedsl.de) |
12:21.13 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
12:27.01 | dcordes | <dcordes> NetRipper, you've got mail |
12:27.01 | dcordes | <dcordes> http://blog.whitesites.com/Chrome-HTC-HD2-Battery-Cover-Tutorial__634103488469591250_blog.htm :D |
12:35.05 | NetRipper | saw the mail, thx :) |
12:35.13 | NetRipper | and yes that chrome looks kinda nice :P |
12:39.36 | dcordes | NetRipper, ok good. just as a reminder you said we could look at the timer config thing again. wrt I think the timer we are using now is set in some codeaurora qsd defconfig |
12:40.01 | dcordes | NetRipper, so it can't be the totally wrong thing to do. else it wouldn't appear in our system type config either |
12:40.27 | *** join/#htc-linux xfight81 (~quassel@host184-157-dynamic.2-87-r.retail.telecomitalia.it) |
12:44.30 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host110-152-dynamic.40-79-r.retail.telecomitalia.it) |
12:45.18 | GNUtoo|laptop | hi mickeyl |
12:45.34 | GNUtoo|laptop | I think I broke the kernel with my last oe patch, |
12:45.44 | GNUtoo|laptop | you can build it only once |
12:45.58 | GNUtoo|laptop | because gzip blank |
12:46.18 | GNUtoo|laptop | doesn't want to override blank.gz |
12:53.40 | dcordes | GNUtoo|laptop, installing blank kernel into /boot in OE ? |
12:53.48 | GNUtoo|laptop | no |
12:53.53 | GNUtoo|laptop | we do: |
12:54.22 | GNUtoo|laptop | do_deploy_append() { |
12:54.22 | GNUtoo|laptop | <PROTECTED> |
12:54.30 | GNUtoo|laptop | <PROTECTED> |
12:54.42 | GNUtoo|laptop | and then we use that empty.gz in mkbootimg |
12:54.49 | GNUtoo|laptop | for the ramdisk |
13:17.01 | dcordes | I see so you are producing a flash ready set of output files? |
13:20.38 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
13:20.56 | mickey|osx | GNUtoo|laptop: just rm -f it before |
13:21.04 | mickey|osx | or check whether it already exists |
13:21.11 | mickey|osx | before gzipping |
13:21.16 | GNUtoo|laptop | ok |
13:21.42 | GNUtoo|laptop | for now on my external kernel recipe I checked if it existed |
13:21.46 | GNUtoo|laptop | but maybe rm is better |
13:23.02 | GNUtoo|laptop | but I bet rm needs a check |
13:25.05 | GNUtoo|laptop | I'll go for the check |
13:28.37 | Paul__ | phh: Sorry fell asleep. |
13:28.46 | phh | Paul__: ? |
13:28.50 | Paul__ | So there is nothing really that can be done? |
13:29.07 | phh | ah |
13:29.16 | MrObvious | Sorry lol. |
13:29.16 | phh | I don't know |
13:29.18 | phh | needs tracing |
13:29.34 | MrObvious | Because it's awfully irritating trying to make a phone call and barely hear it. |
13:29.39 | MrObvious | *hearing |
13:30.45 | MrObvious | All I really want is more volume. |
13:31.42 | MrObvious | I know it's possible because my alert messages are loud and because it's fine in WM. |
13:35.18 | MrObvious | Well back to sleep. :\ |
13:42.13 | *** join/#htc-linux _blaze (blaze@m0ney.org) |
13:42.46 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
13:42.53 | *** join/#htc-linux Mr_R (~mr_r@pool-74-103-62-67.bltmmd.fios.verizon.net) |
13:42.55 | _blaze | any ways to get htc-desire to log raw ethernet frames? |
13:43.07 | _blaze | or with wifi |
13:43.19 | T-Junk | !seen rafyvitto |
13:46.30 | dcordes | _blaze, aircrack-ng ettercap-ng |
13:47.05 | *** join/#htc-linux xRaptorx (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
13:47.18 | _blaze | will it work with the wifi chip in a HTC desire? |
13:47.58 | phh | _blaze: the problem is the driver not the chip |
13:48.20 | _blaze | is there a fullroot/driver for the htc desire chip? |
13:48.39 | _blaze | I don't think there is a way to get full root access with the HTC desire yet |
13:48.40 | _blaze | not sure |
13:49.05 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
13:49.50 | *** join/#htc-linux Mr_R (~mr_r@pool-74-103-62-67.bltmmd.fios.verizon.net) |
13:57.45 | dcordes | _blaze, this is something to check with http://aircrack-ng.org you will find lists of supported chips/drivers |
13:58.09 | dcordes | _blaze, and if you don't have root access on your machine you know where you have to start. |
13:59.38 | *** join/#htc-linux filippo (~quassel@host25-158-dynamic.4-87-r.retail.telecomitalia.it) |
14:05.08 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host110-152-dynamic.40-79-r.retail.telecomitalia.it) |
14:05.11 | dcordes | bbiab |
14:19.47 | MrObvious | Or not. No sleep for me. Blah. |
14:20.11 | MrObvious | Oh well. Does anyone know how to trace the sound drivers or whatever? |
14:21.13 | MrObvious | I mean like how I can do it? |
14:21.20 | MrObvious | (If that's what it would take.) |
14:29.14 | tief_ | phh: reboot when it gets a fix :Â) |
14:29.28 | _blaze | :( |
14:40.15 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
14:40.34 | leviathan | GNUtoo|laptop: hi |
14:40.37 | leviathan | @all |
14:41.00 | leviathan | does someone know how I can force ubiformat to actually NOT use the wrong subpage size |
14:41.07 | leviathan | provided by /sys |
14:41.07 | leviathan | ? |
14:57.39 | GNUtoo|laptop | leviathan, it's kernel related right? |
14:57.43 | GNUtoo|laptop | not userspace |
14:57.46 | GNUtoo|laptop | so... |
14:57.55 | GNUtoo|laptop | maybe ask in OFTC in #kernelnewbies |
14:58.22 | leviathan | ubiformat -n -e 0 -O 2048 -s 2KiB /dev/mtd3 |
14:58.24 | leviathan | I do |
14:58.31 | leviathan | but it always fails |
14:58.40 | leviathan | libmtd: error!: cannot read 64 bytes from mtd3 |
14:58.42 | GNUtoo|laptop | mmm |
14:58.49 | leviathan | so its a userspace issue |
14:58.51 | leviathan | ... |
14:58.58 | GNUtoo|laptop | can't you skip the 64 bytes? |
14:59.19 | GNUtoo|laptop | is /dev/mtd3 ok? |
14:59.26 | GNUtoo|laptop | shouldn't be something more blocky? |
15:00.09 | GNUtoo|laptop | because ubi does wear leveling |
15:00.12 | GNUtoo|laptop | or something like that |
15:00.21 | GNUtoo|laptop | then I wonder how to format with ubiformat |
15:00.33 | GNUtoo|laptop | or is ubiformat for ubi? |
15:00.45 | leviathan | uhm |
15:00.52 | leviathan | its there to make an ubipartition |
15:01.01 | leviathan | like mkfs |
15:01.02 | GNUtoo|laptop | ok so ubi and not ubifs |
15:01.07 | leviathan | yes |
15:01.11 | GNUtoo|laptop | ok |
15:01.34 | GNUtoo|laptop | wait a sec |
15:01.40 | GNUtoo|laptop | mtd3 is /boot right? |
15:02.18 | leviathan | uhm |
15:02.20 | leviathan | system |
15:02.54 | GNUtoo|laptop | ah yes right |
15:03.18 | leviathan | msm_nand_read_oob: unsupported ops->len, 64 |
15:03.29 | leviathan | it does always try to use the invalid lenght |
15:03.34 | leviathan | even if I do not permit it |
15:03.40 | leviathan | perhaps I should do a kernel hack |
15:03.46 | leviathan | and return 2048 there? |
15:04.02 | GNUtoo|laptop | I'll try but backup my android first |
15:04.20 | GNUtoo|laptop | maybe I could need it when fso is too much broken |
15:04.30 | leviathan | hmm |
15:04.31 | leviathan | ok |
15:13.09 | GNUtoo|laptop | do you have an ubi image? |
15:15.03 | *** join/#htc-linux spetrillo (~SteveP@pool-74-108-132-15.nycmny.fios.verizon.net) |
15:15.10 | GNUtoo|laptop | leviathan, ^^^ |
15:15.14 | leviathan | GNUtoo|laptop: I'm building one |
15:15.16 | leviathan | atm |
15:15.27 | GNUtoo|laptop | ok |
15:15.28 | leviathan | totaly fresh |
15:15.31 | leviathan | from scratch |
15:15.46 | GNUtoo|laptop | maybe I should make one myself it'll be faster |
15:15.57 | leviathan | I'm using nariwork |
15:16.01 | leviathan | I do not think so ;-) |
15:16.01 | GNUtoo|laptop | what should I add in oe for having a ubifs |
15:16.04 | GNUtoo|laptop | ok |
15:16.08 | leviathan | uhm |
15:16.08 | GNUtoo|laptop | I've a core i.7 |
15:16.13 | leviathan | hmm |
15:16.17 | GNUtoo|laptop | and I don't build from scratch |
15:16.20 | *** join/#htc-linux filippo_ (~quassel@host71-166-dynamic.9-87-r.retail.telecomitalia.it) |
15:16.23 | mickeyl | any more ideas what to do to get BT working? |
15:16.25 | leviathan | the server I'm using is in a data center |
15:16.30 | leviathan | 8 hyperthreaded cores |
15:16.34 | leviathan | and 24 gig ram |
15:16.39 | GNUtoo|laptop | ok |
15:16.41 | leviathan | building each source package in ram |
15:16.43 | GNUtoo|laptop | I know |
15:16.47 | GNUtoo|laptop | for the 8 cores |
15:16.52 | GNUtoo|laptop | ah ok |
15:17.07 | leviathan | 3325 of 6904 |
15:17.12 | leviathan | started it 30min ago |
15:17.15 | leviathan | so... :-) |
15:17.24 | GNUtoo|laptop | leviathan, anyway how do I build for ubifs |
15:17.24 | GNUtoo|laptop | ? |
15:17.29 | leviathan | hmm |
15:17.32 | GNUtoo|laptop | mickeyl, it's in the TODO list |
15:17.39 | GNUtoo|laptop | do you really want us to try it now? |
15:17.42 | GNUtoo|laptop | before suspend? |
15:17.42 | leviathan | you need just to adapt the options from om-gta02.conf |
15:17.45 | leviathan | its sufficient |
15:17.46 | mickeyl | well, not you two |
15:17.52 | GNUtoo|laptop | ok |
15:17.58 | mickeyl | just thought i put it into the room |
15:18.00 | mickeyl | hope dies last |
15:18.02 | mickeyl | i want to enable tethering for the dream; And since our wifi can't do ad-hoc, BT is the only option. |
15:18.16 | GNUtoo|laptop | ok |
15:19.03 | GNUtoo|laptop | leviathan, ok so what are the good params? |
15:20.06 | phh | mickeyl: they still haven't implemented adhoc ? |
15:20.29 | GNUtoo|laptop | maybe we should give a new try with compat-wireless |
15:20.35 | GNUtoo|laptop | only that suspend comes before |
15:21.10 | leviathan | hmm |
15:21.11 | mickeyl | phh: no, at least not for the old one. it looks like the newer one has it |
15:21.13 | mickeyl | i.e. 1271 |
15:21.16 | mickeyl | but not 1251 |
15:21.18 | mickeyl | (or so) |
15:21.19 | phh | mickeyl: oO |
15:21.29 | GNUtoo|laptop | ok |
15:22.01 | leviathan | GNUtoo|laptop: does Xorg work with the http://gitorious.org/htc-msm-2-6-32/leviathan-incoming/commits/msmfb_revert ? |
15:22.37 | GNUtoo|laptop | leviathan, current kernel and xorg works,I just need to do what mickel wanted |
15:22.41 | GNUtoo|laptop | to get suspend |
15:22.48 | GNUtoo|laptop | that's a very little thing |
15:22.53 | leviathan | hmm, ok |
15:23.09 | GNUtoo|laptop | make a proc file where the last wakelock is printed |
15:23.18 | GNUtoo|laptop | I've started |
15:23.22 | GNUtoo|laptop | but I was interupted |
15:23.45 | GNUtoo|laptop | and I must learn about va_args etc... |
15:28.15 | GNUtoo|laptop | leviathan, what are your MKUBIFS_ARGS and UBINIZE_ARGS |
15:29.40 | leviathan | mom |
15:30.11 | leviathan | MKUBIFS_ARGS = "-m 2048 -e 126976 -c 2047" |
15:30.17 | leviathan | UBINIZE_ARGS = "-m 2048 -p 128KiB -s 2048 -O 2048" |
15:30.23 | GNUtoo|laptop | ok thanks |
15:30.26 | leviathan | from conf/machine/om-gta02.conf |
15:30.27 | GNUtoo|laptop | you got that with dmesg? |
15:30.29 | GNUtoo|laptop | ah ok |
15:30.32 | GNUtoo|laptop | get them with dmesg |
15:30.42 | leviathan | I do not have ubifs workin until now |
15:31.01 | leviathan | need to first rape the kernel, so that its returning 2048 as subpage size |
15:31.22 | GNUtoo|laptop | not shure |
15:31.24 | GNUtoo|laptop | I'll look |
15:32.23 | leviathan | GNUtoo|laptop: which branch are you using |
15:32.30 | leviathan | msmfb_revert? |
15:32.40 | GNUtoo|laptop | not anymore |
15:32.44 | GNUtoo|laptop | I'll explain |
15:32.50 | GNUtoo|laptop | basically that branch is useless |
15:32.55 | leviathan | oh, ok |
15:32.57 | GNUtoo|laptop | the problem was lying in fso |
15:33.02 | leviathan | okee |
15:33.17 | leviathan | so you are using msm-gnuconform again? |
15:33.19 | GNUtoo|laptop | and we need a proc node that prints the last wakelock |
15:33.22 | GNUtoo|laptop | yes |
15:33.26 | leviathan | ok |
15:33.32 | GNUtoo|laptop | I've even pushed 2 minor cosmetics things |
15:33.34 | leviathan | well, then I will do my modifications there |
15:34.15 | mickeyl | s/wakelock/wakeup reason/ |
15:35.59 | GNUtoo|laptop | not exactly |
15:36.06 | GNUtoo|laptop | you recover the wakup reason from that |
15:38.20 | leviathan | the problem is that the userspace part of the graphics thing |
15:38.24 | leviathan | ment the xorg driver |
15:38.31 | GNUtoo|laptop | no |
15:38.32 | leviathan | does not like to play the game with us |
15:38.44 | leviathan | I guess |
15:38.50 | GNUtoo|laptop | the problem is how fso and android suspends |
15:38.58 | GNUtoo|laptop | we need a resume reason |
15:39.03 | GNUtoo|laptop | for fully resuming |
15:39.14 | GNUtoo|laptop | like modem waked us up => full wakeup |
15:39.26 | GNUtoo|laptop | like power key waked us up => full wakeup |
15:39.28 | GNUtoo|laptop | but |
15:39.41 | GNUtoo|laptop | volume key wakes us up => go back to sleep |
15:39.55 | GNUtoo|laptop | sane for a touch on the screen |
15:44.57 | phh | GNUtoo|laptop: modem ? ask ril, power key, volume key ? ask input handler |
15:45.03 | phh | they'll know if there is something for them |
15:45.18 | GNUtoo|laptop | ah ok |
15:45.24 | GNUtoo|laptop | mickeyl, any comments? |
15:45.31 | GNUtoo|laptop | it's mickeyl's part not mine |
15:45.34 | phh | that's how android does that at least |
15:45.39 | GNUtoo|laptop | so I don't know a thing about it |
15:45.52 | phh | it's the userland part of the waking devices that tells if the system is supposed to go back to sleep or not |
15:46.48 | leviathan | GNUtoo|laptop: ok |
15:46.50 | leviathan | ugly hack |
15:46.56 | leviathan | changed oobsize to 2048 |
15:46.59 | leviathan | means 2k |
15:47.08 | GNUtoo|laptop | ok |
15:47.13 | GNUtoo|laptop | and it works? |
15:47.17 | leviathan | should now be impossible to try 64 byte read =) |
15:47.21 | leviathan | I'll try it now |
15:47.24 | GNUtoo|laptop | ok |
15:47.32 | GNUtoo|laptop | I'll try it the right way |
15:48.42 | leviathan | GNUtoo|laptop: I'm fearing to get too much android dev-styl |
15:48.57 | leviathan | fixing userspace gaps (broken libmtd) in kernel... |
15:48.59 | leviathan | anyway |
15:49.38 | GNUtoo|laptop | [ 242.786865] UBI: smallest flash I/O unit: 2048 |
15:49.52 | mickeyl | no comments, android does things differently |
15:50.05 | mickeyl | this model is not compatible with our model, so we need the wakeup reason |
15:50.06 | leviathan | mickeyl: very different |
15:50.11 | leviathan | wrong different |
15:50.12 | leviathan | :-) |
15:50.21 | GNUtoo|laptop | ok |
15:50.30 | phh | mickeyl: how does they do that on GTA ? |
15:50.48 | mickeyl | phh: resume reason gets dumped into a sysfs node |
15:50.49 | leviathan | android dolls: do you want a source code which is wrong like me... *lalala* |
15:51.31 | phh | mickeyl: so every driver has to write something their ? |
15:51.33 | phh | there* |
15:51.48 | mickeyl | phh: no |
15:51.56 | phh | how then ? |
15:51.58 | mickeyl | there is a central component that does suspend |
15:52.02 | GNUtoo|laptop | wakelocks |
15:52.04 | mickeyl | this component gets the control on resume |
15:52.08 | GNUtoo|laptop | basically that : |
15:52.12 | mickeyl | and judges whether we can continue to sleep or not |
15:52.13 | mickeyl | that's all |
15:52.19 | mickeyl | all the rest works automatic |
15:52.35 | *** join/#htc-linux robert__ (bc67c4be@gateway/web/freenode/ip.188.103.196.190) |
15:52.47 | phh | mickeyl: so this thing automagically knows that an even was the power button ? |
15:52.56 | phh | without even the input driver reading it |
15:52.59 | mickeyl | phh: correct |
15:53.00 | phh | (or this component reading input driver) |
15:53.01 | GNUtoo|laptop | <PROTECTED> |
15:53.02 | GNUtoo|laptop | <PROTECTED> |
15:53.06 | *** part/#htc-linux robert__ (bc67c4be@gateway/web/freenode/ip.188.103.196.190) |
15:53.08 | phh | wow. that's magical. |
15:53.11 | mickeyl | indeed |
15:53.11 | GNUtoo|laptop | we put that in a proc node |
15:53.16 | phh | there is no link, but they know each other. |
15:53.17 | mickeyl | good hardware design |
15:53.21 | mickeyl | :D |
15:53.28 | phh | mickeyl: no seriously there is no way that's the way you describe it. |
15:53.56 | mickeyl | it is |
15:54.03 | mickeyl | the PMU is pretty good |
15:54.14 | GNUtoo|laptop | maybe we try and see? |
15:54.19 | phh | how the hell can it know the even is a key, if the key driver hasn't been triggered ... ? |
15:54.32 | mickeyl | phh: GTA has no keyboard |
15:54.38 | mickeyl | phh: power button is on a dedicated gpio |
15:54.46 | phh | there is only power button ? |
15:54.54 | mickeyl | aux button is on another gpio |
15:55.02 | phh | there are only two buttons ? |
15:55.04 | mickeyl | correct |
15:55.08 | phh | wow. |
15:55.16 | phh | still |
15:55.23 | phh | somehow you must interpet gpio X = power button |
15:55.29 | mickeyl | yep |
15:55.38 | mickeyl | <mickeyl> there is a central component that does suspend |
15:55.43 | phh | so there is a sort of input driver somewhere .... |
15:55.53 | mickeyl | i wouldn't call it input driver |
15:55.58 | mickeyl | it reads the resume reason |
15:56.00 | mickeyl | and acts accordingly |
15:56.13 | phh | it does the debouncing how ? |
15:56.19 | mickeyl | button debouncing is done in hardware |
15:56.22 | mickeyl | or rather kernel |
15:56.29 | phh | wait. |
15:56.35 | phh | you weren't talking about kernel ? |
15:56.38 | mickeyl | no |
15:56.42 | phh | OKAY. |
15:56.42 | mickeyl | userland |
15:56.51 | mickeyl | like i mentioned previously |
15:57.00 | phh | so basically, you're doing what you criticize android about |
15:57.01 | mickeyl | we thing suspend/resume is best controlled by userland's policies |
15:57.04 | phh | doing in kernel, what has to be in userland. |
15:57.13 | phh | mickeyl: in android it IS controlled by userland ! |
15:57.14 | mickeyl | i don't criticize |
15:57.19 | mickeyl | i say it's different |
15:57.41 | mickeyl | and i don't like it |
15:57.46 | mickeyl | but that's all :) |
15:58.16 | GNUtoo|laptop | leviathan, -m, --min-io-size=<bytes> minimum input/output unit size of the flash in bytes |
15:59.27 | GNUtoo|laptop | leviathan, -O, --vid-hdr-offset=<num> offset if the VID header from start of the physical eraseblock (default is the next minimum I/O unit or sub-page after the EC bheader) |
15:59.30 | GNUtoo|laptop | etc... |
15:59.35 | GNUtoo|laptop | please do it correctly |
15:59.39 | GNUtoo|laptop | and maybe it'll work |
15:59.49 | GNUtoo|laptop | ask JaMa or openmoko people |
16:00.01 | GNUtoo|laptop | if you don't know how to do it |
16:00.25 | GNUtoo|laptop | leviathan, maybe let's go in #openmoko-cdevel |
16:00.35 | *** join/#htc-linux Abracadabra (~tracker@247.143.68-86.rev.gaoland.net) |
16:03.25 | GNUtoo|laptop | let's look into the mans |
16:03.32 | GNUtoo|laptop | to see if there is somehting we can use |
16:04.57 | leviathan | GNUtoo|laptop: -m doesnt bring a damn thing |
16:05.11 | GNUtoo|laptop | ah? |
16:05.22 | GNUtoo|laptop | if it's userspace maybe there is a good option |
16:05.24 | GNUtoo|laptop | I'll look |
16:05.34 | leviathan | but you can try it too |
16:05.37 | leviathan | you have also mtd5 |
16:05.42 | leviathan | :-) |
16:05.45 | GNUtoo|laptop | ok |
16:05.51 | leviathan | its userdata |
16:05.57 | leviathan | hope you have nothing there ;-) |
16:06.16 | GNUtoo|laptop | --vid-hdr-offset |
16:06.20 | GNUtoo|laptop | I've made a backup |
16:06.25 | GNUtoo|laptop | I'll restore it |
16:06.28 | GNUtoo|laptop | when finished |
16:10.03 | spetrillo_away | is set as away : Reason(Nascar on TNT!) |
16:10.15 | leviathan | ok |
16:11.55 | MrObvious | spetrillo_away must be a redneck. |
16:12.01 | MrObvious | J/k. |
16:12.57 | leviathan | GNUtoo|laptop: perhaps this patch could be a hint |
16:13.02 | leviathan | http://patchwork.ozlabs.org/patch/50601/ |
16:14.33 | GNUtoo|laptop | leviathan, maybe try it but be carefull |
16:14.56 | GNUtoo|laptop | first be shure that it won't brick the device |
16:15.20 | leviathan | hmm, it wont |
16:15.26 | leviathan | how it should brick device? |
16:15.31 | phh | GNUtoo|laptop: if you do it on the right mtdX device there is no way to brick it |
16:15.40 | leviathan | yes |
16:15.44 | GNUtoo|laptop | ok |
16:16.01 | leviathan | and even if I use the wrong partition |
16:16.09 | leviathan | I do look always twice |
16:16.17 | leviathan | while play'n with internal memory |
16:16.22 | leviathan | anyways |
16:16.33 | GNUtoo|laptop | ok |
16:16.34 | leviathan | even if I fuck up fastboot |
16:16.43 | leviathan | theres always gold card and the ROM bootloader |
16:16.50 | GNUtoo|laptop | ah nice |
16:16.50 | leviathan | which can not be destroy'd |
16:16.51 | GNUtoo|laptop | ok |
16:22.10 | *** part/#htc-linux MrObvious (~Paul@adsl-69-149-212-152.dsl.wchtks.swbell.net) |
16:32.32 | makkonen | phh: did you see my message from last night? I switch the PATH statement in the init in rootfs, it made a bunch of init errors (relating to /system/bin/toolbox vs /bin/busybox) go away, and fixes the boot looping -- I'm just not sure any of the android stuff will depend on finding things in /system/bin before /bin |
16:32.36 | makkonen | s/switch/switched |
16:33.04 | *** join/#htc-linux zander (44c7f932@gateway/web/freenode/ip.68.199.249.50) |
16:34.26 | phh | makkonen: yup |
16:35.43 | makkonen | yup you saw, or yup they rely on /system/bin being first in the path? |
16:35.58 | phh | yup I saw |
16:38.37 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
16:38.56 | makkonen | ok. just wanted to make sure I wasn't messing anything up. back in the March systems and previous, /system/bin didn't even have versions of mkdir/chown etc, so it wasn't a problem. |
16:39.28 | leviathan | GNUtoo|laptop: building fails from org.oe.dev |
16:39.29 | leviathan | ... |
16:39.49 | leviathan | ltrace fucks up the build process |
16:39.51 | leviathan | for shr-image |
16:40.16 | leviathan | GNUtoo|laptop: which graphics server are you using? |
16:40.24 | leviathan | zhone? xorg? kdrive? |
16:40.31 | GNUtoo|laptop | usually xorg |
16:40.40 | leviathan | with which driver? |
16:40.44 | leviathan | msm or msmfb? |
16:40.48 | GNUtoo|laptop | xf86-video-fbdev |
16:40.54 | leviathan | ok |
16:46.03 | *** join/#htc-linux filippo_ (~quassel@host235-83-dynamic.60-82-r.retail.telecomitalia.it) |
16:46.32 | *** join/#htc-linux zachy (~george@85.193.4.18) |
16:47.07 | *** join/#htc-linux antoszka (~antoszka@unaffiliated/antoszka) |
16:59.49 | *** join/#htc-linux |Jeroen| (~jeroen@94-224-31-113.access.telenet.be) |
17:01.04 | *** join/#htc-linux justin_ (18fd22ec@gateway/web/freenode/ip.24.253.34.236) |
17:01.08 | justin_ | hey wassup guys |
17:01.45 | justin_ | is there anyone online that cud give me a couple tips on how to install this? i tried it 2-3 times and it has never been successfull |
17:03.18 | justin_ | nobody is here.. |
17:03.33 | phh | just ask ... |
17:04.05 | justin_ | can someone help me get this running on a touch pro 2 |
17:04.20 | phh | this = ? |
17:04.43 | justin_ | android from the memory card |
17:04.59 | phh | right, then #xdandroid |
17:05.14 | justin_ | whats #xandroid? |
17:05.35 | phh | #xdandroid |
17:05.38 | phh | appropriate IRC channel. |
17:05.41 | justin_ | ohh ok |
17:06.09 | justin_ | real fast..i havent used irc in a long time. how do i change channels :/ |
17:06.37 | makkonen | type /join <channel> to... join a channel |
17:06.37 | phh | <PROTECTED> |
17:07.12 | justin_ | haha awesome theres nobody on that channell |
17:07.26 | phh | ? |
17:07.29 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
17:07.31 | phh | there are a lot of people /o\ |
17:07.31 | makkonen | you did it wrong |
17:10.49 | Fordyy | Is there a rom for touch pro yet, btw? |
17:10.56 | phh | no. |
17:11.04 | Fordyy | Ah ok |
17:11.18 | Fordyy | That was a stupid question wasn't it. |
17:13.18 | *** join/#htc-linux Abracadabra (~tracker@unaffiliated/abracadabra) |
17:13.37 | cwizardtx | oh hai |
17:13.41 | cwizardtx | is there anyone alive here |
17:13.56 | cwizardtx | deleting my data.img again today it got fucked somehow between reboots |
17:14.03 | cwizardtx | i got a sms from someone and the phone reset lol |
17:17.04 | cwizardtx | well i'm going to do that, and fuck with some apps |
17:17.07 | cwizardtx | see yall |
17:52.48 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
17:57.18 | *** join/#htc-linux filippo__ (~quassel@host152-46-dynamic.21-79-r.retail.telecomitalia.it) |
17:59.07 | _blaze | is all of android open source? |
17:59.49 | _blaze | do htc release device driver code? |
18:03.08 | phh | not everything |
18:11.37 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
18:11.59 | _blaze | I've been working with phones for a long time, but this is a very exciting time for mobile OS's |
18:12.09 | _blaze | the HTC desire is a fantasic device |
18:12.37 | _blaze | I like the idea of customizing a handset like you can a linux desktop installation |
18:13.57 | _blaze | i'm sure one of you geniuses will cook me up some tools to put my wifi into promiscuous mode |
18:14.03 | _blaze | i'll be patient |
18:14.07 | phh | which wifi ? |
18:14.10 | phh | ah broadcom |
18:14.15 | phh | yeah, not today. |
18:14.16 | _blaze | the wifi on the HTC desire |
18:15.10 | phh | you'd have to port b43 driver I guess |
18:15.24 | _blaze | and get full root acess? |
18:15.29 | _blaze | access |
18:15.37 | phh | no, just change the kernel. |
18:15.49 | _blaze | does that mean i won't have sense? |
18:16.00 | phh | no |
18:16.06 | phh | just mean you have to change the kernel. |
18:19.20 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
18:19.53 | _blaze | apparently b43 is N capable |
18:19.54 | _blaze | hmm |
18:20.33 | phh | b43 has chips from 802.11a and 802.11b to 802.11n .. |
18:21.24 | _blaze | BCM4329 |
18:21.44 | _blaze | "he chip also gives capacity for both handsets to transmit FM and support 802.11n Wi Fi for enhanced range of connection. As it stands though, neither have those features fully enabled." |
18:34.56 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
18:37.24 | *** join/#htc-linux sovereignty_ (~quassel@adsl-99-163-108-84.dsl.hstntx.sbcglobal.net) |
18:45.24 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
18:53.41 | *** join/#htc-linux msd18 (~msd18@wsip-70-183-102-39.sd.sd.cox.net) |
18:54.08 | msd18 | hey guys |
18:55.43 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
19:12.00 | *** join/#htc-linux r0w3zz (~r0w3zz@p54A8F845.dip.t-dialin.net) |
19:15.33 | *** join/#htc-linux Jack_E (~chatzilla@host86-143-106-251.range86-143.btcentralplus.com) |
19:25.55 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |
19:27.42 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
19:30.46 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
19:36.29 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
19:42.06 | *** join/#htc-linux filippo (~quassel@host1-167-dynamic.2-87-r.retail.telecomitalia.it) |
19:42.44 | *** join/#htc-linux Alex[sp3dev] (~alex_dfr@86.110.163.18) |
19:45.34 | Alex[sp3dev] | has anyone tried the msm udc gadget driver with newer kernels? does it work at all? |
20:00.41 | *** join/#htc-linux Bop_ (ad38adaa@gateway/web/freenode/ip.173.56.173.170) |
20:01.38 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
20:23.35 | *** join/#htc-linux dcordes-hd2 (~dcordes-h@ip-109-84-112-62.web.vodafone.de) |
20:25.01 | dcordes-hd2 | LeTama ping |
20:30.37 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
20:31.47 | dcordes-hd2 | NetRipper how about adding ppp smd chan ? |
20:32.53 | NetRipper | isnt data already there? |
20:33.33 | dcordes-hd2 | hm I'm only seeing smd0 |
20:34.02 | dcordes-hd2 | I thought with a kernel for android amss, ppp chan is not expected/ |
20:40.41 | NetRipper | dcordes-hd2, markinus already added partial support for wince amss, otherwise you wouldn't see a smd at all |
20:40.44 | NetRipper | :) |
20:41.32 | *** join/#htc-linux JesusFreak316 (~John@pool-173-65-58-49.tampfl.fios.verizon.net) |
20:42.21 | dcordes-hd2 | :( |
20:42.44 | dcordes-hd2 | ppp seems to be un/malconfigured |
20:49.23 | *** join/#htc-linux M1DLGlinux (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
20:51.24 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cf40.pool.mediaWays.net) |
21:04.08 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
21:14.04 | *** join/#htc-linux tre9 (~tre9@twoface.dreamhost.com) |
21:16.36 | LeTama | hi guys |
21:26.31 | dcordes-hd2 | hi |
21:27.04 | dcordes-hd2 | so high clock is not a problem |
21:27.28 | LeTama | doesn't seem so |
21:28.14 | *** join/#htc-linux dekar (~dekar@e181182059.adsl.alicedsl.de) |
21:31.06 | dcordes-hd2 | LeTama the udevd and all other things crashing in oe are dynnamically linked |
21:31.37 | LeTama | ok... anyway, the dynamically linked is only luck I guess |
21:32.29 | dcordes-hd2 | maybe. just like mplayer and all other stuff that works for me in oe images |
21:33.28 | LeTama | it could be a memory location conflict that is not used often in some applications |
21:34.04 | LeTama | or the way the application access the memory |
21:35.37 | dcordes-hd2 | yeah it would make sense if the programs that (don't) crash have something in common |
21:35.55 | *** join/#htc-linux msd18 (~msd18@wsip-70-183-102-43.sd.sd.cox.net) |
21:36.15 | dcordes-hd2 | where could a mistake that affects such memory thing be lpcated? |
21:37.24 | dcordes-hd2 | s/lpcated/located/ |
21:38.03 | LeTama | probably anywhere, that's the problem. |
21:39.11 | tmzt | dcordes-hd2: has the upstream tree been tried? |
21:39.41 | dcordes-hd2 | what about starting to loook at our patches. we have the same problem in different trees. this means we either have a difference in the SoC or we do something wrong in the patches |
21:39.54 | LeTama | tmzt: I tried quite a lot of kernels |
21:40.03 | LeTama | same behavior everywhere |
21:40.37 | dcordes-hd2 | tmzt maybe it's a good idea to try the mainline stuff |
21:41.15 | dcordes-hd2 | LeTama also bravo ? |
21:41.18 | LeTama | dcordes: I tried kernels with minimal patching, like only the memory bank location, they crash also. Maybe I did it wrong though |
21:41.30 | LeTama | dcordes, I think so. let me check |
21:41.33 | tmzt | there's got to be something with the cache or device memory or something |
21:42.01 | dcordes-hd2 | hmhm what about a whole new approach with the memory map |
21:42.02 | *** part/#htc-linux tre9 (~tre9@twoface.dreamhost.com) |
21:42.23 | spetrillo | is no longer away : Gone for 5 hrs 32 mins 19 secs |
21:42.29 | dcordes-hd2 | actually there were only two mem configurations tried |
21:42.34 | *** join/#htc-linux tre9 (~tre9@twoface.dreamhost.com) |
21:42.39 | dcordes-hd2 | afaik |
21:42.57 | LeTama | dcordes: I didn't test bravo in fact, I downloaded it but didn't try it yet |
21:43.13 | msd18 | are we talking about leo? |
21:45.29 | LeTama | dcordes: changing memory location is worth a try yes |
21:48.10 | LeTama | I'm a bit concerned about ffffxxxx range, both linux and wince are messing around there. |
21:49.46 | LeTama | and the fact that having ramconsole not working depending on radio is also a bit strangte |
21:50.08 | LeTama | s/strangte/strange |
21:50.25 | dcordes-hd2 | true, I think there is also trouble booting with older radios |
21:51.53 | NetRipper | LeTama, you should ignore the virtual |
21:52.00 | NetRipper | it's all reprogrammed once the mmu initializes |
21:52.20 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
21:52.45 | LeTama | netripper: everything ? even tlb stuff ? |
21:52.55 | NetRipper | tlb? |
21:53.39 | LeTama | or tls... forgot the right acronym |
21:54.09 | LeTama | and irqs ? |
21:54.31 | NetRipper | every virtual mapping is reset |
21:54.42 | NetRipper | and if not, then there's a problem there :P |
21:54.50 | NetRipper | but the MMU is off when linux kernel is booted |
21:54.53 | LeTama | right |
21:55.04 | NetRipper | and linux kernel enables MMU, configures early memory map |
21:55.40 | dcordes-hd2 | mmu init problem? |
21:55.47 | NetRipper | mmu is very generic |
21:55.56 | NetRipper | but, i do have something odd in haret regarding the mmu |
21:56.18 | dcordes-hd2 | we shouldnt let any error source unchecked.. |
21:56.34 | NetRipper | my oddity was posted on haret devel mailing list |
21:57.27 | *** join/#htc-linux flaep1 (~flaep@188.109.239.42) |
21:57.49 | *** part/#htc-linux flaep1 (~flaep@188.109.239.42) |
21:57.57 | LeTama | got to run guys, sorry. ttyl |
21:58.06 | *** join/#htc-linux leobaillard (~leobailla@ip-37.net-82-216-190.caen.rev.numericable.fr) |
21:58.11 | SquirrelEater | was it something i said |
21:58.20 | dcordes-hd2 | are there any facilities to systematically check memory for problems? |
21:58.31 | NetRipper | hm |
21:58.32 | dcordes-hd2 | LeTama ttyl |
21:58.43 | NetRipper | no dcordes-hd2 that's still on my todo :) |
21:58.49 | NetRipper | to build that into haret |
21:59.03 | dcordes-hd2 | ...in linux. |
21:59.21 | NetRipper | not that im aware of |
22:00.40 | dcordes | http://carpanta.dc.fi.udc.es/~quintela/memtest/ |
22:00.55 | *** join/#htc-linux parmaster (par@dipole.idlepattern.com) |
22:01.19 | tmzt | is that c or asm? |
22:01.31 | tmzt | maybe port it to arm :) |
22:01.36 | *** join/#htc-linux rafyvitto (~rafyvitto@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
22:01.36 | dcordes | This is a collection of various programs that can be used to stress the Linux virtual memory system. Status: tested on ARM ( http://www.arm.linux.org.uk/developer/stresstests.php ) |
22:01.54 | rafyvitto | phh you there? |
22:01.57 | dcordes | tmzt, looks like c |
22:05.57 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
22:06.18 | dcordes | tmzt, but looks like there's also asm stuff |
22:08.07 | [acl] | anyone around to explain where the values at clock-wince.c come from ? |
22:08.20 | dcordes | can somebody try to compile memtest? it doesn't work for me |
22:08.54 | dcordes | [acl], did you have a look in the wiki ? |
22:09.42 | [acl] | i did but im still confused |
22:09.51 | dcordes | what device? |
22:09.56 | [acl] | Rhod400 |
22:10.43 | [acl] | ive been dumping pdump 0xA8600000 0x400 on haret to see what changes when 3d is on and off in winmo |
22:11.05 | [acl] | there is a difference but i just dont know how it relates back to the source |
22:12.01 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
22:12.38 | dcordes | so you are talking about this http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.27/arch/arm/mach-msm/clock-wince.c |
22:12.51 | [acl] | yup |
22:20.20 | *** join/#htc-linux |msd18| (~msd18@wsip-70-183-102-43.sd.sd.cox.net) |
22:21.15 | dcordes | [acl], you've been on this for a while right? is your progress document somewhere in wiki or ml ? |
22:21.55 | [acl] | Nope. how can i get access to the wiki |
22:22.41 | dcordes | by clicking edit button on top of a page you want to edit |
22:22.44 | AstainHellbring | dcordes how goes it |
22:23.21 | dcordes | AstainHellbring, I hate htc leo. you? |
22:23.28 | AstainHellbring | you hate leo huh |
22:23.35 | AstainHellbring | I am doing well love my htc desire |
22:24.50 | [acl] | dcordes: ok ill put in all i have in the wiki . But any advice on how to read this clock-wince.c ? |
22:26.04 | *** join/#htc-linux dekar (~dekar@e181182059.adsl.alicedsl.de) |
22:29.37 | *** join/#htc-linux leobaillard_ (~leobailla@ip-37.net-82-216-190.caen.rev.numericable.fr) |
22:32.33 | *** join/#htc-linux Specialist (~tg@62-12-249-006.pool.cyberlink.ch) |
22:32.54 | dcordes | [acl], fear I can't help much with that |
22:33.00 | dcordes | bitbake memtester |
22:33.08 | dcordes | <3 O |
22:33.10 | dcordes | OE |
22:35.02 | *** join/#htc-linux leobaillard__ (~leobailla@ip-37.net-82-216-190.caen.rev.numericable.fr) |
22:44.36 | *** join/#htc-linux enjalot (~enjalot@c-68-63-40-115.hsd1.fl.comcast.net) |
22:53.47 | *** part/#htc-linux tre9 (~tre9@twoface.dreamhost.com) |
23:00.10 | *** join/#htc-linux 77CAASUA4 (~quassel@host1-167-dynamic.2-87-r.retail.telecomitalia.it) |
23:06.26 | *** join/#htc-linux Unholy (~IceChat7@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
23:11.44 | *** join/#htc-linux akoma1s (~quassel@ppp-94-68-77-63.home.otenet.gr) |
23:12.40 | dcordes | NetRipper, how much mem in total to we have available with the current configuration in htc-msm-2.6.32 ? |
23:14.25 | NetRipper | 252mb |
23:14.45 | NetRipper | (last 4 mb is ramconsole) |
23:15.01 | NetRipper | this is the memory bank starting from 0x2*, we don't use the 0x1* memory bank |
23:15.26 | NetRipper | kernel and initrd will take a bit away from the 252mb as well obviously |
23:16.13 | NetRipper | off to bed |
23:16.14 | NetRipper | good night |
23:18.10 | dcordes | ok I will run memtest on the full mem |
23:18.49 | dcordes | looks like it's better to revert the low cpu clock patch before |
23:18.51 | dcordes | good night |
23:34.31 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
23:43.49 | *** join/#htc-linux RaptorX (~devilcuba@cpe-24-160-123-231.tampabay.res.rr.com) |