00:14.16 | *** join/#htc-linux Vito89 (~quassel@r6bf250.net.upc.cz) |
00:16.21 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-138-145.slsbmd.east.verizon.net) |
00:24.32 | *** join/#htc-linux seannoxious (~Sean@255-107.187-72.tampabay.res.rr.com) |
00:24.39 | seannoxious | sup guys |
00:26.45 | makkonen | hi |
00:34.30 | *** join/#htc-linux Jafterdark (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
00:35.42 | seannoxious | you guys working on anything atm? |
00:36.17 | IceBone | sleep seems attractive |
00:39.53 | stinebd | forums rage |
00:40.14 | stinebd | are there rules against that on xda? :o |
00:54.20 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
01:00.45 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
01:02.26 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
01:04.16 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
01:07.03 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
01:14.05 | Hoochster | evening |
01:18.04 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
01:36.18 | *** join/#htc-linux br1ck (~br1ck@xdslcp024.osnanet.de) |
02:03.42 | *** join/#htc-linux Xiaopi[work] (~Pierre@116.247.126.74) |
02:21.59 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
03:07.15 | *** join/#htc-linux DaveWM (~dave@h-96-13-34-19.ip.alltel.net) |
03:14.54 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.35) |
03:36.48 | *** join/#htc-linux DaveWM (~dave@h-96-13-34-19.ip.alltel.net) |
03:37.25 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
03:44.03 | *** join/#htc-linux mackie (~mackie@70.79.119.70.cfl.res.rr.com) |
03:50.06 | *** join/#htc-linux mimizy (~iced37@adsl-69-108-48-219.dsl.sndg02.pacbell.net) |
03:50.51 | *** join/#htc-linux moishaspb (~chatzilla@user-12hdsgv.cable.mindspring.com) |
03:51.39 | *** join/#htc-linux mimizy (~iced37@adsl-69-108-48-219.dsl.sndg02.pacbell.net) |
04:11.29 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-206-111.phlapa.fios.verizon.net) |
04:47.11 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
04:51.04 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
04:52.30 | *** join/#htc-linux DaveWM (~dave@h-96-13-34-19.ip.alltel.net) |
04:54.14 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
04:54.20 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:04.31 | *** join/#htc-linux Jafterdark (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
05:07.01 | *** join/#htc-linux Jafterdark1 (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
05:10.27 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87df43.pool.mediaWays.net) |
05:18.00 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
05:18.19 | *** join/#htc-linux zachy (~george@ip-85-160-51-46.eurotel.cz) |
05:19.44 | *** part/#htc-linux seannoxious (~Sean@255-107.187-72.tampabay.res.rr.com) |
06:10.22 | *** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius) |
06:36.55 | *** join/#htc-linux DenPal (~hoper@191-243-252-87-dynamic-pool.gprs.mts.by) |
06:55.16 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
07:00.57 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
07:09.19 | *** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
07:12.03 | *** join/#htc-linux pieteckhart (~AndChat@95.99.175.170) |
07:20.37 | fleixius | meh cant wait for this espesso 2.1 sense build to reach a very usable stage |
07:20.58 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
07:29.53 | leviathan | mickey|zzZZzz: don't compile it in |
07:30.07 | leviathan | because then the kernel gets to big for flashing |
07:30.08 | leviathan | ... |
07:41.56 | *** join/#htc-linux kiozen (~oeichler@p549210A1.dip0.t-ipconnect.de) |
07:45.22 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
07:56.16 | *** part/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net) |
08:06.00 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.34) |
08:15.28 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:17.38 | leviathan | mickey|zzZZzz: Missing or unbuildable dependency chain was: ['task-base', 'firmware-ti-wl1251'] |
08:18.03 | leviathan | meintest du vielleicht das da? recipes/firmwares/wl1251-fw_1.0-p1.bb |
08:37.33 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
08:38.33 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04d30.pool.mediaWays.net) |
08:44.18 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
08:56.35 | *** join/#htc-linux GNUtoo (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
09:00.01 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
09:02.43 | phh | [00:50:18] <bombenbach> It seems that bcm4329 has just got updated -> RC209 http://tinyurl.com/ydfe462 <--------- if you take a look at our sources, you'll notice we already have most of these changes. |
09:08.43 | *** join/#htc-linux sxe (~quassel@ip-62-143-82-128.unitymediagroup.de) |
09:15.56 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
09:25.18 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
09:26.07 | Markinus | phh: I renamed the proc comm files to dex .. and add a proc_comm define what pointet to the dex function |
09:26.17 | phh | cool |
09:28.44 | GNUtoo | hi mickey|office |
09:28.54 | mickey|office | good morning GNUtoo |
09:28.59 | GNUtoo | did you made some changes for loading the firmware in fsodeviced? |
09:29.20 | GNUtoo | if fsodeviced is on while I'm loading the wifi with udev it crashes the kernel |
09:29.21 | mickey|office | i have a plugin that should work, but i did not have any chance to test yesterday |
09:29.22 | mickey|office | perhaps you can |
09:29.27 | phh | Markinus: if we have a dex_comm, we don't need to if defined it, and your endif for it is wrongly placed |
09:29.38 | phh | GNUtoo: wow. |
09:29.57 | mickey|office | GNUtoo: fsodevice is probably unguilty here, since the plugin is not at all enabled in the configuration yet |
09:30.07 | leviathan | good morning everyone |
09:30.07 | GNUtoo | ok |
09:30.15 | mickey|office | morning leviathan |
09:30.23 | leviathan | mickey|office: Missing or unbuildable dependency chain was: ['task-base', 'firmware-ti-wl1251'] |
09:30.26 | leviathan | :) |
09:30.35 | GNUtoo | I didn't got the trace yet |
09:30.48 | GNUtoo | leviathan, that's not mickeyl,that's me |
09:30.51 | phh | Markinus: btw, same dex for QSD and msm7k ? |
09:30.55 | mickey|office | leviathan: please for now |
09:31.00 | mickey|office | local.conf: |
09:31.05 | GNUtoo | leviathan, I removed this firmware from oe |
09:31.07 | mickey|office | ASSUME_PROVIDED += firmware-ti-wl1251 |
09:31.21 | mickey|office | i will commit a stub to OE |
09:31.29 | mickey|office | that does not contain the actual firmware |
09:31.34 | mickey|office | so you can easily add your bins |
09:31.38 | mickey|office | and get proper images for testing |
09:31.39 | mickey|office | :) |
09:31.41 | GNUtoo | ah ok |
09:31.43 | GNUtoo | nice |
09:31.50 | mickey|office | so we can make our live easy |
09:31.55 | leviathan | I made a recipe which came into patchwork |
09:31.56 | mickey|office | we just have to take care about uploading such images |
09:32.05 | leviathan | but not further because of license issues >_< |
09:32.14 | leviathan | yes |
09:32.24 | leviathan | we once had a problem in OE |
09:32.26 | leviathan | with mp3 |
09:32.27 | GNUtoo | mickey|office, leviathan doesn't care much about legality |
09:32.42 | GNUtoo | leviathan, that's solved by ENTREPRISE_DISTRO |
09:32.50 | leviathan | "legal, illegal, scheiss egal" ;-) |
09:32.57 | mickey|office | hehehe |
09:33.09 | mickey|office | ah, one more thing |
09:33.19 | mickey|office | unfortunately i get a kernel freeze (yes, no oops, nothign) |
09:33.21 | Markinus | phh: hmmm, I put the ifdef in because if some include both files then there isn't a syntax error .. but right, the endif could be bevor the dex_comm function. |
09:33.21 | Markinus | phh: seems yes, but only 6 function calls |
09:33.21 | mickey|office | when i |
09:33.23 | mickey|office | ifconfig wlan0 down |
09:33.28 | mickey|office | this is somewhat bad :/ |
09:33.33 | GNUtoo | mickey|office, I'll look |
09:33.35 | mickey|office | great |
09:33.36 | mickey|office | thanks |
09:33.43 | mickey|office | i feel we're making substantial progress here |
09:33.44 | phh | Markinus: ok |
09:33.45 | GNUtoo | mickey|office,try removing fsodeviced also to rty |
09:33.50 | mickey|office | good point |
09:33.57 | mickey|office | will do when i'm back home |
09:34.04 | leviathan | k |
09:34.41 | leviathan | 14°° i need to give a "lecture" to my "student"... ok well its just coaching in math |
09:34.59 | leviathan | but... shes still 12 and can already integrate |
09:35.05 | leviathan | the binomic formula |
09:35.17 | leviathan | and other higher level math stuff |
09:35.18 | leviathan | :D |
09:35.28 | GNUtoo | mickey|office, without fsodeviced it also crashes |
09:35.32 | GNUtoo | it didn't yesterday |
09:35.46 | GNUtoo | didn't crash at all yesterday |
09:36.10 | mickey|office | hmm, bummer |
09:36.31 | mickey|office | leviathan: nice. bright girls are appreciated |
09:36.37 | phh | leviathan: oO |
09:37.26 | leviathan | what? |
09:37.34 | leviathan | nono, nothing in this direction >_< |
09:37.41 | phh | binomial formula at 12 ... ? |
09:37.42 | leviathan | its just teaching |
09:37.47 | leviathan | yes |
09:38.03 | leviathan | she's got a mathematical high talent |
09:38.14 | phh | I think I knew it exists only at 16 or around that. |
09:38.32 | leviathan | the dictionary say its called: intellectually gifted |
09:38.37 | leviathan | me too |
09:38.54 | leviathan | so I teach her my knowledge, like I would explain it tomyself |
09:39.05 | leviathan | since then she always make best noted ^^ |
09:39.13 | leviathan | *notes |
09:40.23 | leviathan | yeah. she also understands newton and we also already have discussed general relativity : |
09:40.25 | leviathan | :D |
09:40.50 | leviathan | I know she will be the youngest professor ever xD |
09:41.56 | leviathan | she brought some one with her, who also wanted to learn such thing |
09:42.04 | leviathan | but the other person had no plan |
09:42.05 | phh | she'll be a professor ? |
09:42.10 | phh | she'll be younger than his pupils |
09:42.17 | leviathan | *gg* |
09:42.32 | leviathan | first she has to make the abitur |
09:42.43 | leviathan | afterwards she can begin the study |
09:43.05 | leviathan | but I guess, she's to smart for letting himself hold back too long with this :) |
09:43.30 | leviathan | I'm very proud about her progress |
09:43.42 | leviathan | today we've planned 4 hours in the afternoon |
09:43.58 | leviathan | for making some numeric training |
09:44.09 | leviathan | keeping fit in the head is very important |
09:44.17 | leviathan | and then we will do some fun stuff |
09:44.26 | leviathan | with LEDs and wires |
09:44.29 | leviathan | and antennas |
09:44.39 | leviathan | ;-) |
09:45.05 | leviathan | I already have brought a LED to light |
09:45.21 | leviathan | by only using an antenna and good ground |
09:45.51 | leviathan | so we do this construction and then we will calculate, how the power comes into the LED :) |
09:46.18 | leviathan | hope we have enough radio power around there xD |
09:46.38 | leviathan | We need around 10mA-20mA |
09:50.51 | Markinus | phh: we have the usb functions in the device.c Maybe we should create a devices_usb.c and but it there, without to change the device .c . . |
09:50.58 | Markinus | *put |
09:51.05 | phh | Markinus: hum yes |
09:51.17 | phh | if we plan to code usb reinit, it's going to be a huge mess. |
09:52.13 | Markinus | phh:yeah. ...and we should do the board files so small as possible |
09:52.27 | phh | yes |
09:52.32 | phh | it's a total mess currently. |
09:52.40 | Markinus | yes . . |
09:53.40 | phh | hum, I wonder why H264 video decoding doesn't work on 5225 |
09:53.46 | phh | I mean adsp |
09:54.25 | Markinus | phh: it'S possible on 5225? under wince? |
09:54.33 | Markinus | h264? |
09:54.34 | phh | Markinus: who cares about wince ? :p |
09:54.38 | Markinus | ahhh :) |
09:54.44 | phh | but yes it seems possible |
09:54.54 | phh | it has the needed adsp functions |
09:55.28 | Markinus | phh: ok |
09:56.02 | phh | well, it seems it has. |
09:59.22 | Markinus | phh: hmm maybe with .32 :) |
09:59.46 | phh | Markinus: tsss |
09:59.58 | phh | anyway this .32 has an old hw3d. |
10:00.03 | phh | I hate that. |
10:00.19 | Markinus | phh: qsd has this NEON multimedia coproc .. it'S very nice for such things |
10:00.35 | phh | and you have sources of DSP decoding. |
10:00.43 | Markinus | phh: yes |
10:03.24 | Markinus | phh: hmm, names . .. I would rename this leo_pm file but how . . . pm.c is a bit short |
10:04.05 | phh | pmic_rpc ? |
10:04.25 | Markinus | phh: we have already a pmic.c and this is rpc too |
10:04.34 | phh | really ? |
10:04.53 | phh | great. |
10:05.23 | phh | keep pmic_rpc |
10:05.30 | phh | we will do a pmic.c that uses either proc_comm, rpc, or dex |
10:05.44 | GNUtoo | leviathan, ah I get it, something like huge antenna that light a led when radio waves are comming inside |
10:06.14 | phh | Markinus: I think that's the best way no ? |
10:07.23 | Markinus | phh: yes .. it'S good. But maybe we should create a new file for this and let pmix like it is? else we have to rewrite it completly and merging would be difficoult |
10:07.37 | phh | Markinus: how will you call it ? |
10:07.41 | phh | that's what pmic actually is -_-' |
10:07.51 | Markinus | phh: right . .hmmm |
10:08.07 | phh | but yes, we have to care about merging this time. |
10:08.51 | Markinus | phh: yes .. . . |
10:09.11 | phh | Markinus: pmic_generic, pmic_dex, pmic_rpc, pmix_proc_comm ? |
10:09.11 | Markinus | pmic_global.c ? |
10:09.17 | phh | global's good too |
10:10.08 | phh | yeah it's better. |
10:10.27 | phh | generic could mean it's a generic way, while it uses the other ones. |
10:15.50 | phh | and vreg.c will become obsolete at the same time -_-' |
10:16.30 | phh | Markinus: I think we will have to have a list of obsolete files. |
10:16.50 | phh | (and explaining why we keep them, merging, codeaurora sucks, and so on.) |
10:17.16 | Markinus | phh: yes . .. we should have a wiki :) |
10:17.27 | phh | git makes a good wiki :p |
10:17.28 | Markinus | (TODO) |
10:18.01 | phh | and I prefer doing tables in ascii than in wiki syntax :p |
10:19.40 | Markinus | ha :) |
10:20.26 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
10:20.45 | Wout | oi |
10:21.47 | phh | Markinus: ARGH |
10:21.57 | phh | this kernel doesn't have the extented mdp driver |
10:22.01 | phh | with tvout and friends |
10:22.33 | Markinus | ohhh |
10:22.48 | Markinus | phh: it'S aurora stuff? Or where it'S comming from? |
10:22.58 | phh | mmm |
10:23.29 | phh | no clue. |
10:23.35 | Wout | don't you need adsp for tvout? sound and stuff? |
10:23.47 | phh | Wout: not at all |
10:24.12 | phh | Markinus: I definitely hate those guys. |
10:24.25 | phh | is it that hard to have one single tree damned.. |
10:24.26 | Wout | k |
10:24.37 | Markinus | yeah . .. . |
10:24.38 | phh | Wout: tv out is quite easy on the hardware part |
10:24.47 | phh | the problem is the linux part :p |
10:24.59 | Wout | seems to be a recurring theme :P |
10:25.07 | phh | hum not really |
10:34.14 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.55) |
10:38.07 | *** join/#htc-linux DenPal (~hoper@81-243-252-87-dynamic-pool.gprs.mts.by) |
10:48.56 | *** join/#htc-linux Vito89 (~quassel@r6bf250.net.upc.cz) |
11:01.47 | *** join/#htc-linux GeekLad (~GeekLad@adsl-71-254-21.jax.bellsouth.net) |
11:16.44 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
11:17.40 | Markinus | phh: I prepared something http://pastebin.com/W5edWqtB (pmic_global.h) |
11:17.40 | Markinus | phh if we have functions there are always same then we can do it with directly defines. If something is different like one dev PRC one dex we declare a function and put in in the c file. There we do a difference dependend on the amss version. Here e.G. from vreg. ( I know we have to change e.g the vibration stuff too) |
11:19.32 | phh | Markinus: what if we want dynamic selection ? |
11:19.36 | phh | like for adsp stuff |
11:19.54 | Markinus | phh: then we put this function in the c file |
11:20.05 | Markinus | and make there a amss diferren call |
11:20.52 | Markinus | and instead a define a dunction declaration |
11:20.57 | Markinus | *function |
11:21.56 | Markinus | phh: for the pmic_glb_set_vreg would be in the pmic_global.c a selection to over the amss version. Or dex or RPC |
11:22.20 | phh | or proc_comm |
11:22.44 | phh | I'm still hoping for support in the same kernel for android devices |
11:22.58 | *** join/#htc-linux sxe_ (~quassel@ip-62-143-82-128.unitymediagroup.de) |
11:23.40 | Markinus | phh: i we don't touch the other files, then the pcom calls are still there |
11:24.12 | phh | Markinus: not if we change the drivers to use vreg_set_level() which will call one of these three methods |
11:24.50 | phh | pff that makes a lot of work |
11:25.02 | phh | to do something cleaner than what professionnal workers actually did |
11:26.59 | Markinus | phh: yes, but all function where we call vregs etc. are own function. Out mmc file, out bt file, our panel files . .. |
11:27.02 | Markinus | yes right . . |
11:27.19 | Markinus | *our |
11:27.28 | phh | ah |
11:27.29 | phh | right |
11:28.18 | *** join/#htc-linux DenPal (~hoper@38-243-252-87-dynamic-pool.gprs.mts.by) |
11:28.48 | phh | Markinus: anyway this outdated video driver will be a pain.... |
11:28.59 | Markinus | phh: hmm, yes. . |
11:29.12 | Markinus | phh: where did you found this one with tv? |
11:29.32 | phh | leviathan's tree it seems |
11:29.41 | phh | but I think I pulled from somewhere else after that |
11:29.50 | phh | ah no |
11:29.53 | phh | git://codeaurora.org/quic/le/kernel/msm.git |
11:29.57 | phh | branch eclair |
11:31.50 | Markinus | phh: ohh they have a file for ADIE too |
11:32.03 | phh | not for QDSP5 I think |
11:32.20 | phh | and I've read this adie file |
11:32.24 | phh | and I still don't know what the hell adie is. |
11:33.03 | Markinus | phh: yes, qdsp5 |
11:33.32 | phh | ah. |
11:33.37 | Markinus | phh: rhod/topaz are using it |
11:33.41 | phh | I know |
11:34.03 | phh | but I'd seen the driver only for qdsp5v2 or qdsp6 |
11:36.32 | phh | Markinus: hum |
11:36.35 | phh | one little weird thing |
11:36.42 | phh | in aosp/android-msm-2.6.32 |
11:36.43 | phh | in qdsp5 |
11:36.47 | phh | there is a audmgr_new.h |
11:37.06 | phh | which changes a bit of the rpc stuff |
11:37.15 | phh | it might apply to us |
11:37.35 | phh | I don't think it does, but it's worth trying |
11:37.54 | Markinus | phh:_ #if CONFIG_MSM_AMSS_VERSION==6350 |
11:38.01 | phh | I know |
11:38.08 | Markinus | phh: but maybe |
11:38.13 | phh | Markinus: but diff -u audmgr.h audmgr_new.h |
11:38.17 | phh | the changes are little |
11:38.46 | phh | and easy controllablew |
11:38.55 | phh | since rpc_audmgr changes size of the args |
11:40.24 | Markinus | phh: in witch file is the tv driver? |
11:41.03 | Markinus | *which |
11:42.52 | phh | drivers/video/msm |
11:43.06 | phh | mdp_tv* |
11:46.24 | Markinus | phh: in their .31 it's name is tv* are 4 files. Can we not import their? |
11:46.25 | phh | mdp_dma_tv.c, tvenc.c, tv_pal.c |
11:46.49 | phh | don't know |
11:47.04 | phh | I tried to understand how it works with the existing driver |
11:47.08 | phh | and I still haven't found |
11:48.26 | Markinus | phh: much of the stuff in in the mdp.c too |
11:50.16 | phh | funny, this driver has toshiba's backlight poweroff. |
11:50.49 | phh | not the one cr2 gave me though |
11:53.35 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
11:59.34 | Markinus | phh: here are the tc file comming from . . |
11:59.34 | Markinus | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=commit;h=7d031492392a410d4814b6e104f53d55b0ae499b |
11:59.39 | Markinus | *tv |
11:59.55 | Markinus | "QUallcom Innovation Center" |
12:01.13 | phh | pffffff |
12:01.23 | phh | what's wrong with them |
12:01.34 | Markinus | phh: then they replaced the whole msm video dir in .31 with this one from .19 |
12:01.34 | Markinus | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=commit;h=79aac36a7abcb73e297408d541c2806d9b4f7a74 |
12:01.41 | Markinus | .29 |
12:01.50 | phh | Markinus: bluetooth is interesting btw. |
12:02.00 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
12:03.07 | Markinus | phh: whre . our .32 or aurora? |
12:03.18 | phh | Markinus: in the before last patch you pasted |
12:05.12 | phh | A9 diag stuff ??? |
12:05.57 | Markinus | and msm7201a_defconfig . . |
12:06.49 | phh | msm_touch.c |
12:06.54 | phh | yet another touchscreen driver ? :D |
12:07.07 | phh | that would make only the fourth one. |
12:08.03 | phh | drivers/usb/function/msm_otg.c<---- lol ? |
12:08.10 | mickey|office | any of those delivering multi touch? |
12:08.53 | phh | mickey|office: "msm touchscreen" always refers to resistive touchscreens only |
12:09.22 | mickey|office | ah, darn |
12:09.27 | phh | oh |
12:09.33 | phh | they did a proper /dev/input driver for bma150 |
12:09.37 | mickey|office | i'd hoped we could get multitouch events out of the dream's ts |
12:09.55 | Markinus | phh: hehe and a bma150 driver |
12:09.58 | phh | mickey|office: there is no driver for it ? |
12:10.19 | phh | h2w driver for codeaurora not only htc ? |
12:10.22 | phh | that's weird |
12:11.06 | phh | oh right the msm_touch.c was already known. |
12:11.15 | phh | from the tatoo iirc |
12:12.53 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
12:14.46 | Markinus | phh: there is a sound driver under sound/soc/msm too |
12:15.18 | phh | I know, that's the one they use for openembedded |
12:15.31 | Markinus | ahh, ok |
12:18.50 | phh | funny, their driver doesn't rely on qdsp5 |
12:19.03 | phh | well, not fully |
12:19.10 | mickey|office | phh: i have no idea. right now what comes out of the input event seems to be one touch only |
12:27.11 | Markinus | phh: they have a pmic driver to set vibration. And they do in their vobration driver a second rpc connection . .weird |
12:39.29 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
12:40.09 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
12:40.14 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
12:42.50 | *** join/#htc-linux tfried2001 (~tfried200@82.211.188.186) |
12:50.30 | GNUtoo | mickey|office, ajenda is here: http://www.htc-linux.org/wiki/index.php?title=Dream |
12:50.35 | GNUtoo | please fill in what you want |
12:51.37 | mickey|office | right |
13:02.29 | bombenbach | phh: very strange thing about bcm4329 RC 209: |
13:02.32 | bombenbach | iwlist eth0 scan works! (never did before), but when establishing a wpa2 connection |
13:02.36 | bombenbach | rhodium hangs up :( |
13:02.47 | *** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl) |
13:02.56 | phh | bombenbach: lol |
13:03.01 | phh | diff ? |
13:03.04 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
13:03.07 | dcordes | Markinus, can you make a diff of the minimal kernel modifications incl changes do defconfig ? |
13:03.16 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
13:04.04 | Markinus | dcordes: yes, but have to do something else till end first |
13:04.17 | dcordes | Markinus, ok thanks |
13:04.29 | dcordes | somebody on here got the HD MINI (photon) ?? |
13:08.08 | bombenbach | phh: well, there are actually that much changes in every file that it won't be easy |
13:08.15 | bombenbach | to find the reason :( |
13:08.26 | phh | bombenbach: gimme the diff |
13:08.49 | phh | my brain has a good filtering algorithm. |
13:09.00 | bombenbach | how? |
13:09.24 | phh | diff -ur olddriver newdriver |
13:10.40 | dcordes | GNUtoo, you mentioned leviathan has photographs/videos of SHR on dream. do you know where they can be found? |
13:11.01 | GNUtoo | dcordes, youtube search I thing |
13:11.05 | GNUtoo | *think |
13:11.25 | GNUtoo | dcordes, altough I should do some new ones,but I don't know how to capture sound,anyway |
13:11.40 | GNUtoo | I use gstreamer with gst-launch for that |
13:11.50 | GNUtoo | but now with the new computer maybe cheese is fast enough |
13:12.10 | bombenbach | phh: it that okay? -> http://pastebin.com/tqcQ0kqv |
13:12.15 | bombenbach | using diff -ur /media/Development/android/linux-msm/drivers/net/wireless/bcm4329_old /media/Development/android/linux-msm/drivers/net/wireless/bcm4329/ > diff.txt |
13:12.45 | phh | yup |
13:13.56 | dcordes | GNUtoo, is he scheich2k ? |
13:14.12 | GNUtoo | I don't know |
13:14.41 | GNUtoo | dcordes, but if it's not me who made the video |
13:14.48 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
13:14.48 | GNUtoo | dcordes, who could have made it |
13:15.59 | dcordes | GNUtoo, points to some xda thread and guy named vaskas http://forum.xda-developers.com/showthread.php?p=5521417#post5521417 |
13:16.03 | GNUtoo | dcordes, also I bet it's also him who took the pictures availavble on openmoko for htcdream on the openmoko page |
13:16.22 | phh | bombenbach: there are more stuff that I'd have expected |
13:16.22 | dcordes | it's from february must be bad |
13:16.32 | dcordes | this will take an hours to load |
13:16.38 | GNUtoo | ah ok |
13:16.52 | GNUtoo | dcordes, maybe I'll make a video |
13:16.54 | GNUtoo | but maybe later |
13:17.27 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58F44.dip0.t-ipconnect.de) |
13:18.10 | GNUtoo | dcordes, we need 2 thigs: |
13:18.17 | GNUtoo | *keyboard mapping ->very easy |
13:18.23 | GNUtoo | *screen rotation |
13:18.39 | dcordes | http://forum.xda-developers.com/showpost.php?p=6099354&postcount=145 |
13:18.40 | dcordes | I know that OpenMoko guys are very serious about making a fully working HTC Dream port... ;) |
13:19.03 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
13:19.08 | bombenbach | phh: I guess so. Well, it's only an RC. So, maybe they'll fix it in the final version. |
13:19.16 | GNUtoo | apart the 3d .... |
13:19.29 | GNUtoo | also I'm not an openmoko guy |
13:19.39 | GNUtoo | I just appear to have an openmoko freerunner |
13:19.41 | dcordes | phh, is kovsky uptodate in gitorious htc-msm-2.6.27 ? |
13:19.44 | GNUtoo | I never worked for openmoko |
13:19.51 | GNUtoo | and was rather an openembedded guy |
13:20.00 | AstainHellbring | morning |
13:20.01 | dcordes | GNUtoo, well nobody said GNUtoo is working hard on it :D |
13:20.03 | phh | dcordes: I pushed everything I was told to push, but it seems they still have some things |
13:20.08 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58F44.dip0.t-ipconnect.de) |
13:20.09 | GNUtoo | lol |
13:20.20 | phh | dcordes: like upside down screen. |
13:20.24 | GNUtoo | dcordes, I worked very hard on alsa |
13:20.33 | bombenbach | phh: what's about rfkill? Do you now kompile it against the kernel? |
13:20.38 | GNUtoo | I spent countless hors on it |
13:20.41 | dcordes | phh, gotta take a look at that patch. always been wondering how to rotate it. |
13:20.42 | GNUtoo | *hours |
13:20.42 | bombenbach | kompile->compile |
13:21.32 | phh | bombenbach: yes, but it's not used for wifi AFAIK |
13:21.33 | phh | dcordes: if you find a link to the patch, give it to me |
13:21.33 | GNUtoo | dcordes, we can rotate under xf86-video-fbdev |
13:21.33 | phh | I'm pretty they wouldn't have done it properly |
13:21.33 | GNUtoo | only that it's static |
13:21.33 | GNUtoo | you have to restart xorg |
13:21.46 | bombenbach | phh: I'll make some extra tests and report back |
13:21.55 | GNUtoo | maybe it's easy to implement xrandr -o 1 |
13:22.09 | GNUtoo | just take rotation, and point the good functions to it? |
13:22.27 | phh | GNUtoo: the problem is that all offsets are changed |
13:22.33 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
13:22.34 | phh | it's not a matter of just saying to mdp to rotate |
13:22.48 | phh | rotated blit is damn easy, just a bit to set. |
13:22.48 | GNUtoo | phh, what about xf86-video-fbdev? |
13:23.08 | phh | GNUtoo: who cares about xf86-video-fbdev ? :p |
13:23.16 | GNUtoo | phh, I've cursor on it |
13:23.23 | phh | GNUtoo: ont on -msm ?!? |
13:23.28 | GNUtoo | yes |
13:23.39 | phh | that's weird |
13:23.42 | phh | oooooh |
13:23.46 | phh | I know |
13:23.50 | phh | cursor needs some kernel changes |
13:23.50 | GNUtoo | also it would work for my bug device |
13:23.53 | GNUtoo | indeed |
13:24.01 | phh | set cursor to software ? |
13:24.07 | GNUtoo | ah how? |
13:24.13 | GNUtoo | in kenrel? |
13:24.18 | phh | no in Xorg |
13:24.20 | GNUtoo | ok |
13:24.25 | GNUtoo | I'll look |
13:24.26 | phh | I think it's a generic option |
13:24.29 | GNUtoo | ok |
13:24.49 | phh | Option "SWCursor" "true" it seems |
13:25.25 | phh | I'll take a look at kernel side cursor, but I don't think they really do it in hardware anyway |
13:25.49 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
13:26.31 | GNUtoo | phh, nice thanks a lot |
13:26.36 | phh | GNUtoo: it works ? |
13:26.39 | GNUtoo | phh, yes |
13:26.41 | phh | cool |
13:27.24 | GNUtoo | phh, wha's easier xf86-video-msm rotation or xf86-video-fbdev rotation? |
13:27.27 | phh | ok, hardware cursor is really hardware. |
13:27.39 | phh | GNUtoo: I'd say -msm is more useful |
13:27.39 | GNUtoo | yes |
13:28.03 | GNUtoo | I'm not shure... isn't -msm also a framebuffer thing |
13:28.06 | GNUtoo | like fbdev |
13:28.12 | GNUtoo | because neon is disabled on dream |
13:28.16 | phh | yes but it's optimized |
13:28.21 | GNUtoo | and I was told that the only advantage was neon |
13:28.33 | phh | err clearly not |
13:28.38 | GNUtoo | ah |
13:28.45 | phh | -msm does hardware blitting |
13:28.54 | phh | -fbdev does software blitting |
13:28.57 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
13:29.07 | phh | that makes a huge difference |
13:29.19 | GNUtoo | ok |
13:29.21 | phh | especially if you do some scaling, or opacity stuff |
13:29.38 | phh | but I guess Xv vs fbdev is already a good gain |
13:30.25 | GNUtoo | [3627927.514] (II) msm(0): OverlappedHWBlit: Disabled |
13:30.43 | phh | I can't see what overlapped blit is |
13:30.57 | GNUtoo | ok |
13:34.04 | dcordes | phh, no see here http://gitorious.org/~fatsal/linux-on-qualcomm-s-msm/linux-msm-kovsky |
13:34.26 | *** join/#htc-linux ToAsTcfh (~chatzilla@24.94.158.107) |
13:36.43 | phh | GNUtoo: overlap is if source and destination shares some points |
13:36.49 | GNUtoo | ok |
13:37.02 | phh | I don't know if it's often used |
13:37.12 | GNUtoo | also -vo xv crashes xorg |
13:37.20 | phh | some message ? |
13:38.00 | phh | dcordes: I know they have their own tree |
13:38.07 | phh | and I've looked in the commit messages |
13:38.14 | phh | and I've seen nothing particular |
13:38.25 | phh | mostly just backports |
13:38.44 | GNUtoo | http://pastebin.com/adAj10Lq |
13:39.14 | GNUtoo | I'll do gdb later |
13:39.17 | dcordes | where is the *on kovsky thread |
13:40.17 | GNUtoo | should we fork xf86-video-msm ? |
13:41.26 | *** join/#htc-linux ToAsTcfh (~chatzilla@24.94.158.107) |
13:41.46 | GNUtoo | so I set a bit and it rotates? |
13:42.18 | GNUtoo | and then? |
13:44.36 | GNUtoo | maybe I should do something else than xf86-video-msm |
13:44.46 | GNUtoo | my patches are in oe anyway |
13:45.00 | dcordes | phh, your branch has no kovsky config |
13:45.06 | phh | I'd say, in mdp.c, in mdpBlit function, do a flags|=0x4; |
13:45.09 | phh | dcordes: yes and .. ? |
13:45.25 | dcordes | phh, you told me you merged the kovsky code in |
13:45.34 | phh | dcordes: kovsky is in the "global" config |
13:45.41 | phh | I still have a single binary for all boards |
13:45.48 | dcordes | ok |
13:45.58 | phh | CONFIG_MACH_HTCKOVSKY=yâ© |
13:45.59 | phh | in the defconfig |
13:46.13 | dcordes | and disable other boards? |
13:46.17 | phh | ? |
13:46.25 | phh | no, all supported boards are built in |
13:46.41 | phh | i'm pretty sure that building only some boards is broken |
13:47.58 | dcordes | phh, any plans for merging with upstream ? |
13:48.18 | dcordes | phh, how about using android-msm-2.6.32 ? |
13:48.35 | phh | dcordes: it's a total mess. |
13:48.48 | phh | different trees have different features |
13:49.02 | phh | one has tv out, one has usb otg, one has none |
13:49.06 | phh | some has outdated 3D driver |
13:49.14 | phh | 3 different qdsp5 drivers |
13:49.34 | phh | I'd like to update to have all the new features |
13:49.40 | phh | but there is no tree that have all the updates ... |
13:49.48 | dcordes | then wait |
13:50.00 | phh | and concerning upstream, I'll see what's the current upstream status |
13:50.19 | dcordes | I mean google |
13:50.21 | dcordes | bro |
13:50.23 | GNUtoo | thanks a lot I'll try |
13:50.23 | phh | ah. |
13:50.27 | dcordes | or codeaurora |
13:50.32 | phh | I thaught you meant vanilla's upstream |
13:50.38 | dcordes | no |
13:50.54 | dcordes | htc_msm_android_defconfig |
13:50.55 | dcordes | ? |
13:51.07 | phh | this is the common defconfig file yes |
13:51.12 | dcordes | ok |
13:51.14 | phh | (and no it's not android specific) |
13:51.44 | dcordes | hm? |
13:51.56 | phh | dcordes: see here for autobuild: http://glemsom.anapnea.net/android/htc-msm-android/ |
13:52.01 | dcordes | thanks |
13:52.26 | dcordes | no need |
13:52.37 | phh | ok |
13:55.35 | Markinus | phh: I put this global file in |
13:55.42 | phh | ok |
13:55.43 | Markinus | pushed |
13:58.34 | phh | ok right |
14:00.11 | phh | dcordes: concerning upstream, I think we can do something that qualcomm seems unable to do: a single tree for many boards |
14:00.16 | phh | but as you said, we need to update to .32 first |
14:00.43 | dcordes | phh, yeah. do you read the mobile-linux-discuss ML ? started a discussion about multi device kernel tehre |
14:01.03 | phh | dcordes: ah. |
14:01.07 | phh | let's see that |
14:01.23 | dcordes | phh, it would be very nice to see you on the list |
14:04.20 | dcordes | phh, as msm7xxxA-wince chancellor :D |
14:04.26 | phh | lol |
14:04.28 | phh | subscribed |
14:04.34 | dcordes | nice |
14:07.36 | *** join/#htc-linux gauner1986 (~gauner@p5B3857B4.dip.t-dialin.net) |
14:07.47 | gauner1986 | hi all |
14:09.42 | GNUtoo | phh, still all portrait |
14:09.54 | phh | GNUtoo: uh ?? |
14:09.59 | phh | no weird stuff at all ? |
14:10.45 | phh | argh it would mean it doesn't use msmfb's blit at all |
14:11.07 | GNUtoo | maybe |
14:11.16 | GNUtoo | I'll pastebin xorg.log |
14:13.13 | GNUtoo | http://pastebin.com/288zdeLa |
14:14.42 | phh | hum hum |
14:15.15 | phh | you're sure you did the change ? :p |
14:15.30 | phh | or maybe I told you something wrong. |
14:16.16 | GNUtoo | yes I did it,compiled it,and scped the resulting binary to the device |
14:18.29 | phh | hum, no clue then |
14:18.48 | phh | I can't see how this change doesn't do anything |
14:18.49 | GNUtoo | phh, note that I don't use dri2 |
14:19.13 | phh | I don't think it's needed |
14:19.15 | phh | but I'm not sure :/ |
14:19.33 | phh | hum, no pmem nor dri ? |
14:19.38 | phh | well it could possibly be needed. |
14:20.29 | GNUtoo | yes no pmem |
14:20.48 | GNUtoo | leviathan removed pmem because it was androidianism |
14:20.58 | GNUtoo | that was not needed for userspace GNU/Linux |
14:21.31 | phh | so it can blit only to/from framebuffer itself. |
14:23.02 | phh | ok so you can only blit to/from screen. |
14:25.59 | phh | ok. somehow the binderstuff is linked with memory management. |
14:27.23 | GNUtoo | ok |
14:27.35 | phh | argh |
14:27.54 | phh | it's for accelerated video decompression -_-' |
14:28.22 | phh | (and there will be helix for snapdragon btw.) |
14:28.50 | phh | GNUtoo: ok so you definitely need dri2. |
14:28.59 | GNUtoo | ok |
14:29.08 | GNUtoo | it need kernel parts I bet |
14:29.15 | phh | how do you know ? :p |
14:29.22 | GNUtoo | drm |
14:29.23 | GNUtoo | ? |
14:29.31 | GNUtoo | also I enabled dri2 in userspace |
14:29.37 | GNUtoo | it complained about lacking drm |
14:29.42 | dcordes | GNUtoo, mickey|office http://htc-linux.org/wiki/index.php?title=GNU-Linux |
14:29.51 | GNUtoo | and I bet it needs a real driver |
14:29.55 | GNUtoo | not just the drm module |
14:30.12 | phh | but I don't remember having seen dri2 qualcomm module |
14:30.20 | mickey|office | dcordes: good |
14:31.02 | GNUtoo | dcordes, maybe offuscation,but more important...non standardness |
14:31.28 | GNUtoo | beacuse offuscation is that for me: |
14:31.40 | dcordes | yes yes no bashing! I made this because I'm interested in the global situation. |
14:31.43 | GNUtoo | http://en.wikipedia.org/wiki/Obfuscated_code |
14:31.54 | dcordes | it is pretty good you guys are focussing on the dream |
14:32.00 | GNUtoo | ok |
14:32.02 | dcordes | because if you go too general you will end up with nothing |
14:32.20 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
14:32.27 | *** join/#htc-linux Vito89 (~quassel@r6bf250.net.upc.cz) |
14:32.34 | dcordes | but in the long run it will be good to extend this to other devices |
14:32.42 | GNUtoo | yes |
14:32.58 | dcordes | so I want to point out all the chip and device specific and collect all patches needed |
14:33.08 | GNUtoo | nice |
14:33.15 | dcordes | s/specific/specifics/ |
14:33.36 | GNUtoo | dcordes, I documented what I could in commits and in wiki status |
14:33.55 | dcordes | yep I've read your table updates yesterday |
14:34.09 | dcordes | it's pretty nice. we need this for all machines with a good basic linux support. |
14:34.32 | GNUtoo | that would be great |
14:35.41 | dcordes | if we want to go mainline we have to do it on our own! |
14:35.46 | *** join/#htc-linux hfctsaot (~fircuser@173-136-177-156.pools.spcsdns.net) |
14:36.27 | *** join/#htc-linux hfctsaot (~fircuser@173-136-177-156.pools.spcsdns.net) |
14:36.53 | hfctsaot | phh still no dice :-( |
14:37.03 | phh | hfctsaot: meaning ? |
14:39.34 | hfctsaot | it didn't work |
14:39.36 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
14:41.07 | *** join/#htc-linux gauner1986 (~gauner@p5B3857B4.dip.t-dialin.net) |
14:41.36 | GNUtoo | mickey|office, what would be easier xf86-video-fbdev modifications ,or add dri2 to the kenrel? |
14:41.38 | hfctsaot | when it tries to set 528 it just switched back to 480 or the lowest clock |
14:41.49 | GNUtoo | I bet the fbdev thing |
14:42.04 | phh | hfctsaot: hum. |
14:42.28 | GNUtoo | for having rotation |
14:42.35 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
14:43.03 | hfctsaot | and benching it gave poor results |
14:43.21 | hfctsaot | like 2 fps neocore |
14:43.23 | *** join/#htc-linux YellowGTO|Nix_ (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
14:43.57 | hfctsaot | like high 13000s in pi |
14:45.52 | bombenbach | phh: did some extra tests with the new bcm4329: |
14:45.54 | bombenbach | connecting to an open wifi router worked for the first time |
14:46.00 | bombenbach | then I attempted to reconnect a got a Segmentation Fault + freeze |
14:46.04 | bombenbach | so it's not only about wpa/wpa2. |
14:46.10 | bombenbach | My only hope is that the maintainer will fix it :| |
14:46.12 | phh | dmesg ? |
14:46.19 | phh | it's maybe not a bug in there tree :p |
14:46.20 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
14:46.44 | dcordes | l8rs |
14:46.51 | bombenbach | dmesg get's lost while removing the battery -> it's ext2 |
14:47.07 | phh | bombenbach: bah enable ramconsole and get it then |
14:48.23 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
14:48.36 | bombenbach | phh: how? |
14:52.31 | hfctsaot | phh I tried uncommenting back that section and adding printk lines to debug. but it wouldn't show anyof the printk lines. not even the oc line after the jiffy stuff. it seems its failing somewhere else |
14:52.42 | phh | oO |
14:54.05 | hfctsaot | it seems its a conflict somewhere else with the way pll2 is being set or enabled |
14:54.35 | hfctsaot | I'm not sure where else to even look |
14:55.08 | mickey|office | GNUtoo: i don't much of these things, but dri2 might make the kernel more versatile |
14:55.41 | hfctsaot | most of the files in ur source look identical to files in my source |
14:56.05 | hfctsaot | at least to do with cpu |
14:57.49 | hfctsaot | idk I guess its hopeless on the hero |
14:59.06 | hfctsaot | I just don't see any reason it shouldn't work |
15:04.46 | *** join/#htc-linux thedicemaster (thedicemas@j89126.upc-j.chello.nl) |
15:05.05 | hfctsaot | phh: and I guess I've exhausted all of u guys ideas |
15:05.15 | phh | na I've still one |
15:05.39 | phh | go back to a clean acpuclock.c |
15:06.04 | phh | in the msm_acpu_clock_init function |
15:06.23 | phh | add writel(0x3e, MSM_CLK_CTL_BASE+0x33c); |
15:06.26 | phh | udelay(100); |
15:08.49 | hfctsaot | ok ill try in a hour when I go to lunch |
15:14.03 | hfctsaot | phh: I take it u guys gave up on camera huh? :-P |
15:14.12 | phh | totally |
15:14.50 | hfctsaot | just need to move to .29 then I guess |
15:15.43 | hfctsaot | why haven't u guys already merged into .29 |
15:18.19 | phh | because it's not that easy ? |
15:18.26 | phh | it's just boring |
15:18.29 | phh | and not that useful |
15:18.56 | hfctsaot | lol yeah I know about it not being easy |
15:19.58 | hfctsaot | I guess the nexus guys found a way to run debian naively instead of inside android. |
15:20.03 | GNUtoo | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=blob;f=drivers/char/Kconfig;h=e152568cbc8758dd016c2748671b0b84abb4312d;hb=2a5d4424afe5e0972ecd268994163dc176a338de |
15:20.05 | GNUtoo | can't do it |
15:20.25 | GNUtoo | MSM_KGSL_DRM is the drm driver whilch depends on |
15:20.29 | GNUtoo | MSM_KGSL |
15:20.30 | phh | hfctsaot: uh ? not only nexus guys |
15:20.32 | GNUtoo | which depends on |
15:20.38 | phh | GNUtoo: ouch |
15:20.39 | GNUtoo | QSD8x50 and MSM7x27. |
15:20.45 | GNUtoo | so xf86-video-fbdev |
15:20.50 | GNUtoo | ? |
15:21.09 | GNUtoo | anyway can't have accelerated blitting,xv,etc... |
15:21.24 | phh | you can have accelerated bliting |
15:21.28 | phh | only this driver doesn't handle it |
15:21.33 | GNUtoo | ok |
15:21.37 | GNUtoo | so |
15:21.49 | GNUtoo | LATER(like bug status) |
15:21.59 | hfctsaot | phh: well I can do it I just gotta find a days worth of time to set it up |
15:22.03 | phh | did you try some benchmarks fbdev vs msm ? |
15:25.04 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
15:25.42 | Captnoord | phh I know why |
15:25.42 | Captnoord | http://pjottrr.no-ip.org:81/redmine/issues/show/89 |
15:25.43 | Captnoord | this is |
15:25.49 | Captnoord | or at least I got a hack fix |
15:26.14 | phh | ah ? |
15:26.17 | Captnoord | in microp-keypad.c |
15:26.18 | Captnoord | comment out |
15:26.19 | Captnoord | return micropksc_set_led(led, value); |
15:26.29 | Captnoord | and add return 0; |
15:26.40 | Captnoord | that fixes the crash problem |
15:26.47 | Captnoord | but I am searching for a proper fix |
15:26.50 | Captnoord | but I can't find any |
15:26.56 | Captnoord | I don't a clue why it crashes |
15:27.02 | phh | let me see |
15:27.07 | Captnoord | I can repoduce it with my phone to |
15:27.47 | Captnoord | I think |
15:27.48 | Captnoord | http://pjottrr.no-ip.org:81/redmine/issues/show/85 |
15:27.49 | Captnoord | is related |
15:28.34 | *** join/#htc-linux DenPal (~hoper@229-243-252-87-dynamic-pool.gprs.mts.by) |
15:28.43 | phh | Captnoord: I2C being used at wrong moment ? |
15:28.58 | Captnoord | I don't know |
15:29.07 | phh | Captnoord: try to set it out of a scheduled work |
15:29.20 | phh | I can't see why it's on a scheduled work instead of immediate use |
15:29.36 | Captnoord | dono |
15:29.42 | Captnoord | I can try |
15:31.05 | Captnoord | and I think the time sync is for us hard to fix |
15:31.20 | Captnoord | as its related to clock frequencies that are not constant |
15:31.26 | Captnoord | and the timer expects it to be |
15:31.31 | Captnoord | in 2.6.29 this is fixed |
15:31.57 | Captnoord | but adding a base frequency entry to the clocksource system |
15:32.01 | Captnoord | I think |
15:33.15 | phh | I still belive that hardware clock is quite good, and the problem is our handling of this clock |
15:33.29 | Captnoord | yea |
15:33.40 | phh | I guess I could see in wimo |
15:33.44 | phh | since my diamond has no radio. |
15:35.58 | Captnoord | there is one glitch I might expect |
15:36.07 | Captnoord | is the possibility to set it in ISP mode |
15:36.13 | Markinus | Captnoord: btw. we started a .32 repo to porting stuff . . . here http://gitorious.org/linux-on-htc-armv6/linux-on-htc-armv6 you have access too . . |
15:36.25 | Captnoord | Markinus: hehehehehehe |
15:36.27 | Captnoord | goood good good |
15:36.29 | Captnoord | major good |
15:37.15 | gauner1986 | Markinus: is that also for leo? |
15:37.22 | bombenbach | phh: got the dmesg: http://pastebin.com/1J8eAJkC |
15:37.28 | bombenbach | "while true;do dmesg >> /sdcard/dmesg.txt;done" rules! |
15:37.36 | Markinus | gauner1986: it'S a clone from Leo |
15:37.48 | gauner1986 | Markinus: why that? |
15:38.07 | Markinus | gauner1986: but we get it compatible to leo . . |
15:38.29 | Markinus | gauner1986: we need for first a Leo only repo . . |
15:38.35 | gauner1986 | ok |
15:38.37 | Markinus | gauner1986: to much new stuff for testing |
15:38.57 | gauner1986 | anything new atm? |
15:40.05 | Markinus | gauner1986: no . .. . I did a very small config .. with out network, pm, dex, mdp, etc. And still the same, crashes and hangings, signal problems .. . it seems to be a low level problem |
15:40.43 | gauner1986 | Markinus: hm.. sucks.. so modifying asm is necessary? :) |
15:40.49 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
15:42.17 | Markinus | gauner1986: no, Idea . . .:( |
15:42.18 | Captnoord | Markinus: on wince its also called PCOM |
15:42.20 | Captnoord | not DEX |
15:42.21 | Captnoord | :P |
15:42.26 | gauner1986 | hmm |
15:42.28 | phh | Captnoord: uuuuuh ? |
15:42.34 | Markinus | ?? |
15:42.41 | phh | Captnoord: since when ? |
15:42.43 | Captnoord | yeayour commit about renaming |
15:42.47 | phh | I've always seen dex |
15:42.49 | Captnoord | nah what we read is dex and stuff |
15:42.53 | phh | and cr2 told me the same thing |
15:42.54 | Captnoord | dex = data excbhange |
15:43.06 | Captnoord | but when I search in the ebi dumps |
15:43.09 | Markinus | Captnoord: I rename PCOM in DEX! |
15:43.10 | Captnoord | all I find are PCOM |
15:43.11 | Captnoord | stuff |
15:43.15 | Captnoord | nah |
15:43.15 | Captnoord | nvm |
15:43.20 | Captnoord | not very important |
15:43.26 | Captnoord | checking the crash fix now |
15:43.34 | phh | Captnoord: maybe they have android-like proc comm ? |
15:44.03 | Captnoord | tot |
15:44.05 | Captnoord | lol |
15:44.07 | Captnoord | complete crash |
15:44.08 | Captnoord | bleh |
15:44.10 | Captnoord | what did I do |
15:44.16 | Markinus | hehe |
15:45.51 | gauner1986 | Markinus: NetRipper on it too atm? |
15:46.22 | Markinus | gauner1986: he know this problem, yes. . . |
15:48.11 | *** join/#htc-linux DenPal (~hoper@117-243-252-87-dynamic-pool.gprs.mts.by) |
15:48.46 | *** join/#htc-linux DenPal (~hoper@117-243-252-87-dynamic-pool.gprs.mts.by) |
15:49.41 | *** join/#htc-linux kri5 (~kri5@ras75-1-81-57-62-56.fbx.proxad.net) |
15:50.31 | *** join/#htc-linux DarkMasterHalo1 (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
15:58.57 | Captnoord | phh instant crash |
15:59.03 | Captnoord | hitting fn a couple of times |
15:59.03 | phh | ah. |
15:59.05 | Captnoord | crash |
15:59.26 | *** join/#htc-linux YellowGTO|Nix_ (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
15:59.33 | *** part/#htc-linux DarkMasterHalo1 (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
15:59.38 | Captnoord | and the crash causes the gp timer to overflow |
15:59.43 | Captnoord | and never recover |
15:59.46 | Captnoord | thats the crash you see |
16:02.29 | *** join/#htc-linux DenPal (~hoper@20-243-252-87-dynamic-pool.gprs.mts.by) |
16:04.01 | *** join/#htc-linux DenPal (~hoper@20-243-252-87-dynamic-pool.gprs.mts.by) |
16:05.35 | Captnoord | hmmm |
16:05.41 | Captnoord | I wonder if its a i2c mutex problem |
16:05.42 | AstainHellbring | damn takes forever to check that deal out Markinus |
16:20.24 | *** join/#htc-linux gauner1986 (~Adium@p5B3857B4.dip.t-dialin.net) |
16:28.02 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87df43.pool.mediaWays.net) |
16:29.31 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
16:30.30 | *** join/#htc-linux mastermerlin (~merlin@pD957F490.dip.t-dialin.net) |
16:34.56 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
16:41.21 | *** join/#htc-linux YellowGTO (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
16:46.13 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
16:52.21 | *** join/#htc-linux gauner1986 (~gauner198@p5B3857B4.dip.t-dialin.net) |
16:54.58 | *** join/#htc-linux mastermerlin (~merlin@pD957F490.dip.t-dialin.net) |
16:55.26 | *** join/#htc-linux lozzd (~laurie@denness.net) |
16:56.31 | lozzd | hello clever android people, i found my way here by following a magic stream of google searching for "android messed up colours" fell upon this post http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux where there is a screenshot of android running with incorrect colours.. |
16:56.34 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
16:56.47 | lozzd | long story short we're trying to get get android running on an "o2 joggler" and the framebuffer is messed up somehow |
16:57.09 | lozzd | e.g. http://data.viperfang.net/joggler/video_error.jpg |
16:57.33 | lozzd | two copies of the screen, wrong size and messed up colours.. what is usually a good place to start diagnosing these framebuffer issues? |
16:57.52 | Captnoord | i'll say check the git log for the fix |
16:58.19 | Captnoord | it should be related to if the RGB is |
16:58.20 | Captnoord | 666 |
16:58.21 | Captnoord | or |
16:58.22 | Captnoord | 565 |
16:58.24 | Captnoord | bits |
16:59.17 | lozzd | ok. the screen is 800x480 at 32bit. i'll go searching for the git logs |
16:59.29 | Captnoord | your sure its 32 bits? |
16:59.46 | lozzd | well. heh. i wouldnt bet my life on it |
16:59.47 | Captnoord | 8 bit colors |
17:00.04 | Captnoord | especialy with that size |
17:00.20 | Captnoord | huge bandwidth if it is |
17:01.11 | *** join/#htc-linux Zoolooc (~fredsibar@p54955019.dip.t-dialin.net) |
17:01.37 | Captnoord | phh got a idea about the crash? |
17:02.12 | phh | 32bits screen ? |
17:02.13 | phh | omfg |
17:02.28 | Captnoord | hehe |
17:02.55 | phh | lozzd: it's a qualcomm chipset ? |
17:03.07 | lozzd | intel integrated graphics |
17:03.13 | phh | ah. |
17:03.13 | lozzd | with atom processor |
17:03.20 | phh | right. |
17:03.31 | phh | that's a desktop computer then. |
17:03.35 | lozzd | yep ;) |
17:03.54 | lozzd | i got android-x86 booting on it. the keyboard/mouse/ethernet works fine, its just this annoying display issue.. |
17:04.30 | Captnoord | hmmmmm |
17:04.31 | Captnoord | maybe |
17:04.45 | phh | lozzd: it's using framebuffer ? |
17:04.49 | Captnoord | I wonder why the micropksc_set_led function isn't static |
17:05.08 | Captnoord | it results in 2 instances of that function |
17:05.15 | Captnoord | and that mutex will be pretty much useless |
17:05.25 | Captnoord | nah |
17:05.27 | Captnoord | thats crap |
17:05.29 | Captnoord | and not true |
17:06.15 | Captnoord | hmmmm |
17:06.22 | lozzd | phh: seems to be. there is nothing graphics driver related in dmesg apart from framebuffer, and there is /dev/graphics/fb0 |
17:06.28 | lozzd | where is the git repository? |
17:06.37 | Markinus | phh: I did a suspend/resume on Leo to see what happen there on RPC. The so some clock stuff, and vregs for Display, and GPS. Then I did it for Topaz, and there is nothing in this direction . .hmmm. Only sound calls. And there is one I didn'T know we know it or not. The normal audmgr_enable_client but with cb_func 0xa instead of 0x9 . .didn'T knowe whether this could be a difference. |
17:07.04 | *** join/#htc-linux balans (~BRPOLDB@82-169-26-39.ip.telfort.nl) |
17:07.12 | Captnoord | but if the mutex blocks because of a multiple threads it can cause a timer timeout |
17:07.13 | Captnoord | maybe |
17:07.17 | Captnoord | lozzd:http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm |
17:07.27 | lozzd | thanks |
17:07.29 | phh | lozzd: possibly android knows only 16bit. |
17:09.41 | GNUtoo | mickeyl, we need to modify xf86-video-fbdev, see wiki for xf86-video-msm |
17:11.19 | mickeyl | hmm |
17:11.20 | mickeyl | i see |
17:11.34 | mickeyl | ok |
17:12.22 | *** join/#htc-linux leviathan (~quassel@208-59.62-188.cust.bluewin.ch) |
17:12.29 | Captnoord | Markinus: i'll check the .32 stuff in a moment |
17:12.32 | Captnoord | need more coffee |
17:12.45 | Markinus | Captnoord: ha! ok |
17:12.57 | Captnoord | I already got it cloned |
17:13.15 | Captnoord | btw nice that you rewrite / clean a lot |
17:13.52 | phh | Captnoord: almost nothing has been done yet |
17:14.00 | phh | when you see our current tree, you see there is still a lot to do |
17:14.00 | Captnoord | I know |
17:14.18 | Markinus | Captnoord: yeah. We have to speak abouve the structures etc. |
17:14.32 | phh | Markinus: the patch about tv out you gave earlier, does it apply ? |
17:14.55 | Captnoord | but there are a couple of things I question... things been done and never cleaned up |
17:14.59 | Markinus | phh: I didn'T test it |
17:15.15 | phh | Captnoord: sure ? |
17:15.19 | Captnoord | yea |
17:15.23 | Markinus | phh: they replayed the completly msm dir in video with the .29 stuff . . |
17:15.27 | phh | Captnoord: anyway, I think everything but drivers will be redone |
17:15.27 | Markinus | *replaced |
17:15.28 | Captnoord | timer.c |
17:15.29 | Captnoord | void sync_timer(void) { |
17:15.29 | Captnoord | msm_timer_sync_smem_clock(1); |
17:15.30 | Captnoord | } |
17:15.30 | Captnoord | :S |
17:15.35 | Captnoord | stuff like that |
17:15.52 | phh | Captnoord: such things are minor, we will see when it boots wether we need it or not |
17:15.55 | Captnoord | phh yea I am sure |
17:15.59 | Captnoord | true |
17:16.14 | phh | just change as little things as possible |
17:16.19 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
17:16.20 | Markinus | right |
17:16.21 | Captnoord | hehe |
17:16.27 | phh | and if something has to be changed, change it properly, so maybe we could go upstream |
17:16.30 | Captnoord | nah keep the interface the same |
17:16.52 | Captnoord | so keeping it sync with there repo is easier |
17:17.14 | phh | Captnoord: their tree are way too ugly to keep the same interface |
17:17.34 | Captnoord | hehe |
17:17.36 | phh | I agree to do brand new files for things that have to be heavily changed |
17:17.43 | phh | like pmic stuff that Markinus already commited |
17:17.47 | Captnoord | yea |
17:18.49 | Captnoord | hmm I think I can say that the event system used in microp-keypad is a multithreaded event system |
17:18.59 | Captnoord | with multiple worker threads |
17:19.12 | Captnoord | then if i'm correct |
17:19.13 | Captnoord | microp_keypad_led_event |
17:19.15 | Captnoord | needs a mutex |
17:19.18 | Captnoord | nah |
17:19.24 | Captnoord | just toying around |
17:19.26 | Captnoord | we'll see |
17:23.37 | *** join/#htc-linux mastermerlin (~merlin@pD957F490.dip.t-dialin.net) |
17:24.37 | Markinus | phh: I think we didn't need a define in Kconfig for each WINCE AMSS version. The one AMSS_WINCE is enough. We have the amss detection for the switching |
17:24.56 | phh | Markinus: I think we don't need any AMSS switch at all. |
17:25.10 | phh | we need a snapdragon vs msm7k switch though |
17:25.25 | Markinus | phh: this is already there |
17:25.31 | phh | ok |
17:26.47 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
17:27.42 | Markinus | phh: hmm, I think we need on. Like this AMSS_WINCE. We cannot e.g. replace the proc_comm.h . .. |
17:27.45 | Markinus | *one |
17:28.19 | phh | Markinus: you don't need to |
17:28.25 | phh | just use generic enough functions |
17:28.40 | phh | there is no need for mmc driver to know wether it uses proc_comm, dex or rpc |
17:29.25 | Markinus | phh: like this one in pm.c, there is a msm_proc_comm(PCOM_POWER_DOWN, 0, 0); how will you change it for other devices without a switch of the header file? |
17:29.44 | phh | change it to power_down_machine() ? |
17:30.04 | Markinus | phh: ahh, ok. CHange this files directly. ok, this is a way |
17:30.11 | Markinus | I thought without changes |
17:30.17 | NetRipper | i'd prefer without changes |
17:30.32 | phh | I don't want a glue that hides DEX behind proc_comm ... |
17:30.43 | NetRipper | yes you do, it makes it all more generic |
17:30.49 | Captnoord | yup |
17:30.51 | phh | I want generici |
17:30.54 | Captnoord | I agree with netripper |
17:30.57 | phh | proc_comm is not generic |
17:31.01 | NetRipper | and you have to change less of google's code files |
17:31.05 | NetRipper | which prevents a lot of conflicts |
17:31.27 | phh | proc_comm functions isn't often used anyway |
17:31.55 | NetRipper | you basically write a proc_comm_wince.c and use the Makefile to build that instead of proc_comm.c, with the same API.. then whe you get PCOM_POWER_DOWN in your proc_comm_wince.c, you have a switch() for all those PCOM things, and just call dex instead |
17:32.14 | phh | NetRipper: that's just ugly |
17:32.25 | NetRipper | phh, it's the way you minimize code changes in existing files |
17:32.26 | phh | that would mean android proc_comm is the normal way, and we are emulating android on wince device ? |
17:32.32 | Captnoord | yup |
17:32.37 | Captnoord | I like that |
17:32.40 | NetRipper | and you centralize all wince related code |
17:32.48 | Captnoord | that way you keep all your own changes centra; |
17:32.51 | Captnoord | central* |
17:32.58 | Markinus | NetRipper: it's not needed! 99% of the dex calls are from our own device files |
17:33.06 | phh | if it's the way you want to go..... |
17:33.07 | Markinus | NetRipper: we can there call directly dex_comm() |
17:33.18 | NetRipper | Markinus, yea true, then we can.. |
17:33.27 | NetRipper | but if its called from like pm.c |
17:33.43 | NetRipper | i'd prefer a custom wince proc comm implementation which delegates to dex, instead of changing pm.c ;) |
17:33.53 | NetRipper | as example |
17:34.05 | Markinus | NetRipper: would only have one switch, which changes the header file |
17:34.17 | NetRipper | but yes if it's from leo-specific files, you can call dex directly |
17:34.26 | Markinus | NetRipper: to dex_comm.h, and there is a define |
17:34.38 | Markinus | NetRipper: right |
17:34.38 | phh | so i'm the only one who want to make codeaurora's somehow cleaner ... ? |
17:35.17 | NetRipper | phh, well your approach is good, if you'd start all new.. but if you want to have minimal code changes in existing files, you have to adhere to the existing interfaces |
17:35.30 | Markinus | phh: you have the other way, no change the header files, change the calling function. But what is easier for merging? |
17:35.52 | phh | Markinus: proc_comm is called like 5 times outside of the board files .... |
17:36.04 | Markinus | phh: this is right |
17:36.07 | ToAsTcfh | phh: ok im gonna try |
17:36.27 | phh | and we might intent to put our code to codeaurora |
17:36.39 | ToAsTcfh | im not sure where u want me to add the line tough |
17:36.49 | phh | ToAsTcfh: whereever in the function I told you |
17:36.54 | phh | just where it would build. |
17:39.21 | Markinus | phh: hmm, right, do we need this def for other things as proc_comm? |
17:39.22 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
17:39.37 | phh | Markinus: I think only proc_comm needs such care |
17:41.03 | Markinus | phh: then I thing maybe you're right .. we should change this 2 or 3 calls . . and remove this define |
17:41.17 | Markinus | *k |
17:41.29 | ToAsTcfh | phh : ik im booting now. got it right first try :P |
17:42.07 | phh | ToAsTcfh: wow. |
17:42.13 | ToAsTcfh | phh: btw what now |
17:42.16 | ToAsTcfh | :P |
17:42.20 | phh | ToAsTcfh: what what ? |
17:42.30 | phh | ToAsTcfh: when you hit 528MHz, you're actually at 600MHz. |
17:43.00 | ToAsTcfh | i did this from stock acpuclock |
17:43.03 | phh | I just checked, the use of proc_comm, is only for vreg, RESET_CHIP, and gpios |
17:43.05 | phh | ToAsTcfh: I know. |
17:43.12 | ToAsTcfh | ok |
17:43.20 | phh | ToAsTcfh: benchmark with and without this writel |
17:46.50 | AstainHellbring | damn takes forever to check that deal out Markinus |
17:46.55 | phh | AstainHellbring: hehe |
17:48.40 | Markinus | phh: I see already the first one who tested it now and is wundering why his device isn't booting ;) |
17:49.14 | phh | Markinus: you mean with these changes ? |
17:49.19 | Markinus | AstainHellbring: yes, bigger and bigger .. . |
17:49.25 | Markinus | phh: no without |
17:49.50 | Markinus | phh: I mean in this state of this stuff . . |
17:49.54 | phh | ah right. |
17:50.05 | ToAsTcfh | phh: no dice and it actually gave me 3 fps neocore |
17:50.07 | *** join/#htc-linux gauner1986 (~Adium@p5B3857B4.dip.t-dialin.net) |
17:50.18 | phh | ToAsTcfh: logcat ? |
17:50.24 | ToAsTcfh | thats up from 2 with the last hack |
17:50.27 | phh | I can't see how you can get 3fps in neocore -_-' |
17:50.36 | Captnoord | I got about 18 fps |
17:50.38 | Captnoord | 19fps |
17:50.47 | ToAsTcfh | i normally get 30 |
17:50.50 | Captnoord | oO |
17:50.55 | phh | Captnoord: HVGA |
17:50.58 | Captnoord | k |
17:51.00 | phh | and turbo HW. |
17:51.28 | Captnoord | phh that |
17:51.28 | Captnoord | schedule_work(&data->work); |
17:51.30 | Captnoord | is crap |
17:51.41 | phh | Captnoord: I know |
17:51.43 | Captnoord | because the system is designed in a way that only a single task can be queued |
17:51.45 | Captnoord | so |
17:51.46 | phh | that's what I said. |
17:51.52 | Captnoord | if your fast anough pressing the button |
17:52.02 | Captnoord | you get that it queue's it a second time |
17:52.10 | phh | ah. |
17:52.11 | Captnoord | but that isn't the reason it crashes |
17:52.20 | Captnoord | thats 'normal' behavure |
17:52.36 | Captnoord | https://patchwork.kernel.org/patch/38368/ |
17:54.00 | ToAsTcfh | I/QXEngine( 777): ->>>>>>>>>>> eglSwapInterval is NOT supported <<<<<<<<<<<<<<<- |
17:54.07 | phh | ToAsTcfh: hum. |
17:54.08 | ToAsTcfh | idk if thats the norm |
17:54.09 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
17:54.14 | Captnoord | thats hw vsync |
17:54.14 | phh | no clue. |
17:54.21 | Markinus | NetRipper: did you maybe found something about the enums of the clock rpc calls? (3000000f) |
17:54.22 | *** join/#htc-linux Zoolooc_ (~fredsibar@p54957FE3.dip.t-dialin.net) |
17:54.23 | Captnoord | if you do swapinterval 0 |
17:54.27 | Captnoord | its on vsync |
17:54.34 | Captnoord | opengl gs 2.0 |
17:54.44 | Captnoord | if i'm not wrong |
17:54.44 | phh | Captnoord: opengl es 2.0 on hero ? |
17:54.49 | phh | I guess that's why it's not supported. |
17:55.14 | Captnoord | nope |
17:55.15 | Captnoord | its 1.1 |
17:55.18 | Captnoord | opengl 1.1 |
17:55.20 | ToAsTcfh | no opengl 1.1 |
17:55.22 | Captnoord | should be supported |
17:55.23 | ToAsTcfh | yeah |
17:55.31 | phh | Markinus: maybe try get_clk_khz on it |
17:55.32 | phh | and guess ? |
17:55.38 | phh | well, reduce the list. |
17:55.39 | ToAsTcfh | its supported and hacked itn sorry |
17:56.29 | ToAsTcfh | pi = 14284 |
17:56.37 | phh | ToAsTcfh: and that means ?* |
17:56.47 | ToAsTcfh | normally in the low 13000 |
17:56.52 | phh | so it's slower ? |
17:56.58 | ToAsTcfh | yep |
17:57.05 | phh | ok |
17:57.06 | ToAsTcfh | way slower |
17:57.08 | phh | now real benchmarks ? :p |
17:57.12 | phh | time to eat, bbl |
17:57.33 | ToAsTcfh | eh me too. ping me with ideas if u got them |
17:57.56 | ToAsTcfh | ill look at them at 5pm it 2pm now |
18:00.24 | ToAsTcfh | this is kinda crazy though and sux that its not working :/ |
18:02.21 | ToAsTcfh | phh: make sure i added the code right heres my acpuclock.c~> http://pastebin.com/6RaF2MLD |
18:02.36 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
18:06.28 | Markinus | phh: we didn't have a auto amss vers for android devices. To different they, we put in our defconfig AMSS_VERSION=0, and if this define !=0, then the amss detection function return this value. Should be clean till we have a auto detection for this devices too. |
18:08.10 | *** join/#htc-linux diiishe-away (~mmm@96.56.222.18) |
18:14.30 | *** join/#htc-linux bozuk (~bozuk@217.145.87.150) |
18:15.04 | Markinus | phh: hmm, ne, not so easy. Than we have to change the Kconfig .. hmm |
18:15.09 | *** join/#htc-linux lkcl (~lkcl@nat66.mia.three.co.uk) |
18:16.42 | Captnoord | hmmm talking about not so easy |
18:16.52 | Captnoord | the way we updated the i2c read |
18:17.01 | phh | Captnoord: yup ? |
18:17.02 | Captnoord | can be the reason why the timer craps out |
18:17.09 | Captnoord | resulting in the crash |
18:17.26 | Captnoord | if a i2c read has been blocked because its bussy we make it sleep |
18:17.27 | Captnoord | 10ms |
18:17.32 | Captnoord | but the timer the gp timer |
18:17.37 | Captnoord | can over flow |
18:17.47 | Captnoord | if we use the generic kernel timer stuff |
18:17.50 | phh | iiéc |
18:17.56 | phh | i2c read/write is done in interrupt ? |
18:18.00 | Captnoord | yea |
18:18.05 | phh | oops. |
18:18.22 | Captnoord | but why is a lot of the i2c on schedulars |
18:18.25 | Captnoord | write to |
18:18.45 | Captnoord | nah.... |
18:18.50 | Captnoord | gonna try something |
18:21.50 | Captnoord | phh one way to fix it is the way hero's matrix stuff is coded |
18:24.14 | mickeyl | hmm |
18:24.24 | mickeyl | mtd2: 00280000 00020000 "boot" |
18:24.29 | mickeyl | this boot partition is tiny :/ |
18:24.47 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
18:24.48 | mickeyl | puts his kernel on a diet |
18:31.05 | stinebd | nom nom |
18:33.10 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
18:37.33 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
18:49.12 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
18:59.28 | Markinus | phh: this biggest PCOM problems is now the clock file |
18:59.35 | phh | yeah |
18:59.36 | phh | definitely. |
19:00.02 | Markinus | phh: i think we need to clock file, and put them directly to the devices in the makefile |
19:00.07 | Markinus | *two |
19:00.08 | phh | Captnoord: do you have any ideaq on how to code a clock file properly ? |
19:00.26 | Captnoord | lol I really love the way you try to make me code things |
19:00.27 | Captnoord | hehe |
19:00.31 | phh | Markinus: maybe |
19:00.33 | Captnoord | hmmm |
19:00.41 | phh | Captnoord: clock is really a big pain |
19:00.41 | Captnoord | the current way is kinda crap |
19:00.43 | Captnoord | I know |
19:00.45 | phh | I can't see how to code that properly |
19:00.57 | Captnoord | true..... |
19:01.10 | phh | well there is a little if |
19:01.18 | phh | if we can get AMSS to do that for us, it's going to be easy :p |
19:01.34 | Captnoord | rpc you mean? |
19:01.35 | *** join/#htc-linux zachy (~george@85.193.4.18) |
19:01.35 | Markinus | Captnoord: the way over the 3000000f would be the best. But luch to research |
19:01.40 | Markinus | *much |
19:01.50 | Captnoord | i |
19:01.55 | Captnoord | i'm not really into rpc sorry |
19:01.58 | phh | Markinus: just thinking. that could be totally stupid but who knows. PCOM uses an enum for clocks too. |
19:02.07 | phh | well they don't call that an anum |
19:02.08 | phh | enum* |
19:02.13 | phh | but it's exactly what it is |
19:02.48 | mickeyl | how can i access htc_pwrsink? |
19:02.55 | mickeyl | i.e. reading the current status |
19:02.56 | Markinus | phh: I looked already there . . .but it semms not good . . . and I see a diference between Topaz and Leo, other clock inits on starts, it could be that this is dev spezific |
19:03.17 | phh | Markinus: ok |
19:03.35 | Markinus | ok, :eo/Topaz is a big difernce, maybe we have with other devs more luck |
19:03.54 | Markinus | argh . .my fingers are to fast! :) |
19:04.02 | phh | no it's your brain |
19:04.04 | phh | and fingers too slow |
19:04.07 | Markinus | yeah . . |
19:04.08 | phh | depends on the point of view. |
19:04.10 | Markinus | right |
19:05.01 | GNUtoo | mickeyl, indeed: http://pastebin.com/CKxBJ0UW but in another hand I've got blue light only when I put the usb connector in the phone |
19:05.30 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
19:06.31 | mickeyl | hmm |
19:07.17 | phh | baaaaahhhhh |
19:07.23 | phh | i just lost my stylus :( |
19:07.38 | mickeyl | hmm |
19:07.46 | mickeyl | this kernel OOPS on ifconfig wlan0 down is mucho annoying |
19:07.56 | phh | uh ? |
19:08.00 | mickeyl | always needs a reboot afterwards |
19:08.40 | GNUtoo | mickeyl, did you try my diffconfig? |
19:08.49 | phh | [ 367.599548] request_suspend_state: sleep (3->3) at 362061984991 (2010-04-07 16:57:31.934234641 UTC) |
19:08.57 | phh | [ 370.914886] suspend: exit suspend, ret = 0 (2010-04-07 16:57:44.081054694 UTC)â© |
19:09.00 | phh | you slpet for 10s |
19:09.01 | phh | congrats |
19:09.03 | phh | slept* |
19:09.10 | mickeyl | GNUtoo: it doesn't differ in any wifi configs |
19:09.17 | mickeyl | you need to compare against the latest oe version |
19:09.20 | mickeyl | but let me try |
19:09.24 | mickeyl | just for the testing |
19:09.25 | GNUtoo | mickeyl, that's what I did |
19:09.35 | GNUtoo | mickeyl, it does for wifi, =m->=y |
19:09.40 | GNUtoo | for mac80211 |
19:09.45 | GNUtoo | for cfg80211 |
19:09.47 | mickeyl | same in oe |
19:09.56 | GNUtoo | ah |
19:10.00 | GNUtoo | I'll check then |
19:10.08 | mickeyl | i will try yours anyway |
19:10.11 | GNUtoo | ok |
19:10.18 | mickeyl | can you upload it completely? (not as a diff) |
19:10.24 | GNUtoo | yes |
19:10.40 | GNUtoo | but the diff was made against oe not so long ago(today) |
19:11.29 | mickeyl | phh: what could be the reason for the immediate wakeup? |
19:11.37 | GNUtoo | mickeyl, let me retry to compile it before |
19:11.51 | phh | mickeyl: immedate wakeup ... ? |
19:12.22 | mickeyl | us not being able to stay in suspend |
19:12.51 | GNUtoo | basically it suspends,you do nothing,it wakes up automaticall |
19:12.56 | GNUtoo | maybe some clock issue? |
19:13.00 | GNUtoo | let me try something |
19:13.24 | stinebd | 10 seconds is quite a long nap |
19:13.27 | Captnoord | phh regarding the clock stuff.... |
19:13.30 | Captnoord | my grp stuff |
19:13.39 | Captnoord | is more like rail stuff |
19:13.42 | GNUtoo | because I don't know how zhone2 works |
19:13.45 | mickeyl | GNUtoo: if your kernel.fastboot is booting from SD, let me try your kernel. goes faster then changing defconfig and rebuilding |
19:13.47 | Captnoord | it got some clock stuff in it |
19:13.53 | mickeyl | GNUtoo: you can take zhone2 out of the equation |
19:14.01 | mickeyl | GNUtoo: the same happens here when completely idle |
19:14.06 | GNUtoo | but the screen waked up every minute |
19:14.07 | mickeyl | no userland processes except dropbear |
19:14.14 | GNUtoo | ok |
19:14.27 | Captnoord | but..... in reality its from a function called: clk_regime_vdc_rail_off |
19:14.33 | GNUtoo | I was just saying an observation about zhone |
19:14.41 | GNUtoo | I didn't use zhone during suspend |
19:14.49 | mickeyl | zhone2 will not update the screen when we are in suspend :D |
19:14.55 | mickeyl | since CPU will be halted |
19:16.20 | mickeyl | the only wifi related diffs i see in your defconfig is enabling debugfs for mac and cfg |
19:16.21 | mickeyl | and |
19:16.23 | mickeyl | -CONFIG_MMC_BLOCK_DEFERRED_RESUME=y |
19:16.23 | mickeyl | +# CONFIG_MMC_BLOCK_DEFERRED_RESUME is not set |
19:16.30 | GNUtoo | mickeyl, I wondered what waked up zhone2 |
19:16.33 | GNUtoo | anyway |
19:16.38 | mickeyl | but that has only effect when we are resuming |
19:16.38 | GNUtoo | will check config |
19:16.45 | mickeyl | so wouldn't explain the crash on ifconfig wlan down |
19:16.56 | mickeyl | the annoying thing is it is full hang, need to take battery out :/ |
19:17.09 | GNUtoo | -CONFIG_CFG80211=y |
19:17.09 | GNUtoo | +CONFIG_CFG80211=m |
19:17.21 | GNUtoo | -CONFIG_MAC80211=y |
19:17.21 | GNUtoo | +CONFIG_MAC80211=m |
19:17.27 | GNUtoo | are you shure you have =y |
19:17.28 | GNUtoo | there |
19:17.30 | mickeyl | yes |
19:17.32 | GNUtoo | ok |
19:17.34 | mickeyl | 100% |
19:17.36 | mickeyl | let me dig up the file |
19:17.57 | GNUtoo | I will wait for it beeing compiled then |
19:18.02 | GNUtoo | and I'll give you defconfig |
19:18.11 | mickeyl | http://git.openembedded.net/cgit.cgi/openembedded/tree/recipes/linux/linux-leviathan/defconfig |
19:18.31 | mickeyl | all compiled in |
19:18.44 | mickeyl | only debugfs not enabled, but i wonder why that should make a difference |
19:19.14 | phh | Captnoord: *vdc* rail ? |
19:19.15 | phh | hum hum |
19:19.39 | *** join/#htc-linux hernani (~hernani@84-74-78-87.dclient.hispeed.ch) |
19:19.42 | hernani | Maw |
19:19.45 | Captnoord | but i'm not in the mood to reverse it completely |
19:19.47 | Captnoord | tired |
19:19.48 | GNUtoo | http://pastebin.com/Z1Rh6GLB |
19:19.53 | Captnoord | and need to focus on school |
19:19.54 | leviathan | hernani: hi |
19:20.02 | hernani | leviathan: Heyoyoyoyoyoyoyo |
19:20.35 | leviathan | hernani: look the following thing ;-) |
19:20.38 | leviathan | hernani: http://people.ee.ethz.ch/~davidlan/downloads/OE/htcdream/images/htcdream/ |
19:20.47 | GNUtoo | seem that leobaillard and hernani are both from switzeland |
19:21.04 | GNUtoo | maybe they know each other |
19:22.10 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
19:22.30 | leviathan | GNUtoo: you've tendency to higlight the wrong nicks ;-) |
19:22.39 | leviathan | hernani also was on FOSDEM |
19:22.41 | GNUtoo | leviathan, sorry |
19:22.42 | leviathan | you know him |
19:22.44 | GNUtoo | ah ok |
19:22.44 | leviathan | :) |
19:22.47 | GNUtoo | hi hernani |
19:23.04 | GNUtoo | leviathan, when I do le[tab] the wrong nick comes |
19:23.12 | leviathan | yeah |
19:23.19 | hernani | GNUtoo: Heyo! |
19:24.23 | GNUtoo | hernani, I'm so sorry but I can't put a face on your nickname....maybe you do the same for me |
19:26.27 | Captnoord | GNUtoo: can you put a face on my nickname then?:P |
19:26.29 | Captnoord | lolz |
19:26.35 | GNUtoo | no |
19:26.50 | GNUtoo | only cr2 that was at fosdem,leviathan,mickeyl,and dcordes |
19:26.58 | leviathan | hmh |
19:27.16 | leviathan | GNUtoo: I fear, you and hernani missed each other in time |
19:27.21 | GNUtoo | ah ok |
19:27.37 | leviathan | yeah, I wanted to present you to each other, but I couldn't find you anymore |
19:27.41 | leviathan | before we went home |
19:27.47 | GNUtoo | ok |
19:27.50 | leviathan | hmm |
19:28.04 | Captnoord | GNUtoo: pm :P |
19:28.24 | leviathan | GNUtoo: strange thing, I imagined you in a blue t-shirt always, and you had a blue t-shirt in fact. But I didnt any idea of the face xD |
19:31.21 | GNUtoo | leviathan, you want rotation on xorg right? |
19:31.23 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
19:31.46 | GNUtoo | leviathan, you'll have to modify xf86-video-fbdev,I'll tell you why not -msm |
19:32.07 | leviathan | ok |
19:32.08 | leviathan | why? |
19:32.09 | GNUtoo | leviathan, to get some sort of benefit(hardware blitting),xf86-video-msm needs drm |
19:32.24 | GNUtoo | leviathan, there are drm driver in the msm kernel.... |
19:32.29 | GNUtoo | but the defconfig says: |
19:32.42 | mickeyl | leviathan: do you also suffer from the crash on ifconfig wlan0 down or not? |
19:33.07 | GNUtoo | the driver is msm_ksgl |
19:33.14 | leviathan | I suffer also from failing firmware loading. But I'm working on fix it by building it from official oe.org repo |
19:33.28 | mickeyl | hmm, k |
19:33.34 | GNUtoo | leobaillard, and it says: 3D graphics driver for QSD8x50 and MSM7x27 |
19:33.44 | GNUtoo | leviathan, ^^^ |
19:33.45 | mickeyl | to fix firmware loading you need the latest fsodeviced and |
19:33.50 | GNUtoo | leviathan, so not for our phone |
19:33.57 | mickeyl | [fsodevice.kernel26_firmwareloader] |
19:33.59 | GNUtoo | mickeyl, works with udev for me |
19:34.00 | mickeyl | in fsodeviced.conf |
19:34.07 | mickeyl | - or - udev |
19:34.23 | GNUtoo | leviathan, use the correct filenames in /lib/firmware |
19:34.23 | mickeyl | (for those who want it) |
19:35.06 | leviathan | ok |
19:36.27 | *** join/#htc-linux domi007 (~639cc9a2@gateway/web/freenode/x-vmngavnahvpdksec) |
19:36.42 | domi007 | hello everyone |
19:42.16 | mickeyl | last wl1251 change in our kernel was in Sept2009 |
19:42.24 | mickeyl | since then there have been a couple of changes |
19:42.34 | mickeyl | perhaps catching up fixes the oops |
19:42.50 | phh | some PM changes too. |
19:42.59 | domi007 | mickeyl: r u talking to me? |
19:43.10 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
19:43.18 | domi007 | because I was the one struggling with the wl1251 |
19:43.18 | mickeyl | not specifically, no |
19:43.18 | domi007 | :) |
19:43.24 | mickeyl | welcome on board |
19:43.27 | mickeyl | we're struggling as well |
19:43.31 | domi007 | oh okay, keep going :D |
19:43.33 | mickeyl | but only on ifconfig wlan0 down |
19:43.34 | domi007 | awesome |
19:43.37 | mickeyl | everything else works fine |
19:43.38 | phh | domi007: how far did you get btw ? |
19:43.48 | domi007 | phh: nowhere |
19:43.52 | phh | domi007: oh cool |
19:43.55 | phh | welcome. |
19:43.55 | domi007 | what I came up with is |
19:44.02 | Captnoord | phh fixed the crash |
19:44.03 | domi007 | a; TI official driver: Works only with android |
19:44.06 | phh | Captnoord: ? |
19:44.10 | phh | ah right |
19:44.16 | phh | domi007: na it works in linux too |
19:44.16 | domi007 | b; wl12xx: works only with kernel 2.6.27< |
19:44.17 | Markinus | NetRipper: it's possible to close the RPC connection on wince in Haret bevor boot the kernel (say BYE)? Then we wouldn't need this hack in the RPC file . . |
19:44.17 | Captnoord | need to clean |
19:44.22 | Captnoord | damn.... |
19:44.24 | phh | domi007: you just don't know how to use it. |
19:44.39 | phh | Markinus: ah that'd be great |
19:44.48 | domi007 | phh: I totally agree with the statement that I don't know anything about this |
19:45.09 | phh | domi007: use an android's wpa_supplicant |
19:45.14 | phh | and connect to it with a wpa_cli |
19:45.19 | domi007 | but then how to sue this? |
19:45.26 | domi007 | okay opka |
19:45.31 | phh | don't sue TI. |
19:45.42 | GNUtoo | mickeyl, back to wifi tracing |
19:45.48 | domi007 | but why does wpa plays such a big role before connecting to anything |
19:46.00 | phh | domi007: wpa_supplicant doesn't do only wpa :p |
19:46.02 | domi007 | (sue should have been use, sorry :)) |
19:46.08 | domi007 | wow |
19:46.12 | phh | it can do pretty much everything concerning wifi |
19:46.16 | domi007 | that is something new for me |
19:46.20 | phh | scanning, setting open network, WEP or such |
19:46.43 | domi007 | wow |
19:48.17 | domi007 | okay I will try I think |
19:48.33 | Captnoord | phh in a way your gonna like this fix..... |
19:48.34 | Captnoord | lolz |
19:48.40 | phh | Captnoord: uh ? |
19:48.53 | Captnoord | microp-ksc got all the useless mutexes removed |
19:49.08 | Captnoord | no more schedule_work |
19:49.17 | phh | great |
19:49.32 | Captnoord | the funny thing was that the microp-keypad |
19:49.34 | Captnoord | did a lock |
19:49.39 | Captnoord | and a schedule_work |
19:49.49 | Captnoord | and microp-ksc did exactly the same |
19:49.58 | Captnoord | I removed the ones from microp-ksc |
19:50.09 | Captnoord | and synced all the mutex action |
19:50.11 | phh | ok |
19:50.16 | Captnoord | nah you will see |
19:50.41 | Captnoord | one thing that is worring me |
19:50.46 | bombenbach | I'm currently messing with b43 which even loads but I can't figure out how to give him the firmware |
19:50.48 | bombenbach | does b43-fwcutter work with SDIO? |
19:51.10 | phh | bombenbach: absolutely no clue |
19:51.21 | phh | does it detect the sdio at least ? |
19:51.25 | Captnoord | does microp-ksc has that EXPORT_SYMBOL stuff |
19:51.27 | Captnoord | does that mean it can be used outside the file |
19:51.29 | Captnoord | or does that mean it has a generic interface |
19:51.39 | phh | it means nothing. |
19:51.42 | Captnoord | k |
19:51.43 | phh | well, it can be used from a module |
19:51.44 | Captnoord | thanks |
19:52.07 | bombenbach | phh: well, eth0 doesn't show and dmesg doesn't say much |
19:52.09 | *** part/#htc-linux zachy (~george@85.193.4.18) |
19:52.21 | bombenbach | but they use the same driver on Moto Cliq and Samsung Galaxy |
19:52.27 | bombenbach | so it basically should |
19:52.36 | phh | bombenbach: ?!? |
19:52.42 | phh | they use broadcom's driver |
19:52.44 | phh | not b43 |
19:54.05 | bombenbach | but in cliq's and galaxy's /drivers/net/wireless there are only b43 and b43legacy, no other broadcom drivers |
19:54.28 | phh | phh @ phh-desktop ~/AndroidDiamond/pt/I7500/BSP/kernel_2.6.27/drivers/net/wireless/broadcom % |
19:54.48 | phh | I haven't cliq's source code |
19:54.58 | phh | but galaxy definitely has. |
19:56.10 | stinebd | what is that, zsh? |
19:56.23 | phh | yes |
19:56.24 | stinebd | crazy % in the prompt |
19:56.27 | phh | lol. |
19:56.37 | phh | what's crazy about it ? |
19:56.41 | phh | isn't $ crazy ? |
19:56.45 | stinebd | $ makes me happy |
19:56.48 | stinebd | i love $ |
19:56.49 | bombenbach | phh: you're right, Galaxy has that but cliq doesn't; -> O.K. gonna try that broadcom :) |
20:00.45 | *** join/#htc-linux Jafterdark (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
20:03.00 | stinebd | ok the pap/chap secrets files are now secret, and we only unpack modules.tar.gz if it hasn't been done for that kernel already |
20:03.10 | phh | stinebd: cool |
20:03.20 | phh | stinebd: can you do the same thing for AndroidApps ? |
20:03.37 | stinebd | people still use AndroidApps?! |
20:03.48 | stinebd | ;) |
20:04.01 | phh | until you make a kitchen, yes :p |
20:04.15 | stinebd | that's my next job |
20:04.24 | phh | oh really ? |
20:04.24 | phh | cool |
20:04.28 | domi007 | if file says about my init: dynamically linked, for GNU Linux 2.6.16 then it is kinda possible it will not work with my 2.6.25 kernel, right? :D |
20:04.41 | stinebd | linux-only for now, i'm no good with windows batch files |
20:04.44 | phh | domi007: no |
20:04.54 | phh | I mean it will work |
20:04.55 | phh | well |
20:04.58 | phh | I mean it won't be a problem |
20:05.14 | phh | domi007: it gives you no such file or directory ? |
20:05.16 | phh | or file not found |
20:05.42 | domi007 | phh: no, initrd stops after Switching to roofts |
20:05.45 | phh | ah. |
20:05.49 | phh | what did you do ? |
20:06.05 | domi007 | this is a new rootfs I built with rootstock |
20:06.23 | phh | ah. |
20:06.27 | domi007 | but the init is in the same folder (/sbin/init) |
20:06.48 | domi007 | so there shouldn't be any problem...Zubuntu works, my rootfs doesn't |
20:06.53 | phh | domi007: it calls /init |
20:06.55 | phh | not /sbin/init |
20:07.04 | phh | well |
20:07.05 | domi007 | my initrd calls /sbin/init |
20:07.08 | phh | ah. |
20:07.13 | phh | if you have your own initramfs, and own rootfs |
20:07.18 | phh | that's not going to be easy. |
20:07.48 | domi007 | why not? |
20:08.04 | bombenbach | domi007: sorry for interfering, but do you mean ubuntu rootstock? |
20:08.16 | bombenbach | which did version did you took? |
20:08.24 | domi007 | bombenbach: yeah, I followed the wiki |
20:08.39 | domi007 | I don't know, I think probably the latest one |
20:08.54 | bombenbach | u mean karmic? |
20:08.59 | domi007 | yeah |
20:09.12 | bombenbach | then it's clear: karmic supports only armv6vfp |
20:09.22 | bombenbach | and your kaiser is probably armv5? |
20:09.31 | domi007 | kaiser is armv6 |
20:09.47 | domi007 | and karmic already worked on my kaiser |
20:09.57 | phh | (I still don't know what's the difference armv5/armv6 -_-') |
20:10.16 | phh | (I just know the difference armv6/armv5fp) |
20:10.19 | phh | v6fp* |
20:10.21 | bombenbach | domi007: really? the rootstock one? |
20:10.38 | domi007 | nope, the rhobuntu one |
20:11.00 | phh | -_-' |
20:11.07 | bombenbach | well, that ubuntu karmic support only armv6 with the floating point unit (vfp) |
20:11.17 | bombenbach | and both kaiser and rhodium are lacking that vfp |
20:11.27 | bombenbach | so we are armv6 but not armv6vfp |
20:11.41 | bombenbach | that rhobuntu karmic is a tricky thing |
20:11.44 | domi007 | bombenbach: okay, so what you say is that I should get an older rootstock? |
20:12.00 | domi007 | and try like 9.04 or even 8.10? |
20:12.01 | bombenbach | domi007: take jaunty |
20:12.09 | bombenbach | jaunty works fine |
20:12.33 | *** join/#htc-linux hfctsaot (~fircuser@174-151-3-70.pools.spcsdns.net) |
20:12.54 | phh | Markinus: http://en.pastebin.ca/1858155â© |
20:12.58 | phh | seems weird. |
20:13.05 | domi007 | bombenbach: so on my karmic pc I remove rootstock and manually install rootstock from the jaunty repo? |
20:13.41 | Markinus | phh: this link isn'T working |
20:13.51 | phh | Markinus: uh ? |
20:14.06 | hfctsaot | phh: shit man I forgot to move the max up in my config. Damn I gotta try again when I get home |
20:14.12 | phh | Markinus: http://pastebin.com/ECbeT0rC ? |
20:14.15 | bombenbach | domi007: there is a --dist key |
20:14.27 | bombenbach | for example: sudo rootstock --dist jaunty --fqdn myhostname --login ubuntu --password temppwd --imagesize 1G --seed ubuntu-minimal |
20:14.28 | Markinus | ahh now is ok |
20:15.08 | domi007 | got it |
20:15.13 | phh | now I can dump clock area and compare. |
20:15.16 | domi007 | okay, generating new rootfs |
20:15.24 | Markinus | phh: very nice :) |
20:15.33 | Markinus | ph: but yes, weird |
20:15.56 | Captnoord | phh oOoOoOo |
20:15.59 | Captnoord | nice!! |
20:16.03 | phh | Captnoord: ? |
20:16.06 | bombenbach | domi007: you can also use --seed lxde,gdm |
20:16.12 | Captnoord | [22:13] <phh> Markinus: http://pastebin.com/ECbeT0rC ? |
20:16.13 | Captnoord | that one |
20:16.15 | phh | Captnoord: ah. |
20:16.18 | bombenbach | dunno, whether ubuntu-minimal has X or not |
20:16.33 | domi007 | bombenbach: I am thinking about: --seed e16, tslib, firefox |
20:16.49 | bombenbach | domi007: there: https://wiki.ubuntu.com/ARM/RootfsFromScratch |
20:16.50 | domi007 | wanna try e16 or e17 instead of lxde |
20:17.05 | domi007 | bombenbach: I know, that's the tut I followed |
20:17.12 | phh | Captnoord: http://husson.hd.free.fr/test.c |
20:17.14 | phh | if you want the source code |
20:17.18 | bombenbach | domi007: well, you can also add that later by installing the packages by hand: dpkg -i xxx.deb |
20:17.34 | phh | Captnoord: it's done in my rhod, so 160MHz = PLL1/6 |
20:17.42 | phh | and that means AXI is clock n=1 :p |
20:17.49 | domi007 | bombenbach: yeah but I hate downloading every package to fulfill dependencies |
20:17.58 | domi007 | and internet is not working on my kaiser |
20:18.07 | domi007 | so apt-get is out of question |
20:18.19 | domi007 | but thanks |
20:18.19 | domi007 | trying right now |
20:19.13 | bombenbach | domi007: you're welcome, I had that problem myself until someone here told me that armv6vfp and armv6 are not the same :( |
20:19.18 | phh | Captnoord: do you really find that nice ? |
20:19.27 | phh | it doesn't seem that useful from here. |
20:19.46 | Captnoord | more info is always good |
20:19.53 | Captnoord | even that it might not look like usefull |
20:19.59 | Captnoord | [22:17] <phh> and that means AXI is clock n=1 :p |
20:20.05 | phh | Captnoord: possibly. |
20:20.06 | Captnoord | that is something you for sure now |
20:20.08 | Captnoord | as a fact |
20:20.12 | Captnoord | did we know that before? |
20:20.21 | phh | no |
20:20.27 | phh | but i'm not sure at all |
20:20.32 | Captnoord | so its usefull |
20:20.54 | phh | and what runs @ 320MHz ? uh ? |
20:21.03 | Captnoord | hehe dono |
20:21.07 | Captnoord | maybe arm 9 ppl |
20:21.13 | phh | na |
20:21.14 | Captnoord | pll* |
20:21.16 | phh | A9 runs @ PLL0 |
20:21.19 | Captnoord | k |
20:21.23 | phh | which is 240 |
20:21.26 | phh | or something like that. |
20:21.54 | phh | Captnoord: btw, concerning usb, we might try the assert/deassert proc_comm converted to rpc |
20:22.03 | phh | I could try, right. |
20:23.35 | Markinus | phh: did you do it in lin or wince? |
20:23.39 | phh | Markinus: lin |
20:23.54 | phh | RPC is a lot easier in lin :p |
20:24.22 | Markinus | phh: ok, else I could it test on Leo too . . |
20:24.32 | GNUtoo | mickeyl, what image do you use? |
20:24.32 | phh | Markinus: I think cr2 added it in haret |
20:24.36 | Markinus | 1. |
20:24.37 | Markinus | clk_regime_sec_msm_get_clk_freq_khz(0); |
20:24.37 | Markinus | 2. |
20:24.37 | Markinus | =320000 |
20:24.37 | Markinus | 3. |
20:24.50 | phh | lol ? |
20:25.52 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04d30.pool.mediaWays.net) |
20:26.01 | Markinus | sorry, this was the wrong window . .. ups |
20:26.04 | phh | -_-' |
20:28.13 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
20:29.00 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |
20:29.43 | phh | a 2048kHz clock |
20:29.44 | phh | wow. |
20:29.48 | phh | how do they do that |
20:32.39 | *** join/#htc-linux Forsaken|Desk (~Forsaken@dslb-084-058-230-195.pools.arcor-ip.net) |
20:34.42 | *** join/#htc-linux Forsaken|Desk (~Forsaken@dslb-084-058-230-195.pools.arcor-ip.net) |
20:35.50 | bombenbach | concerning bcm4329: why dhd_linux.c is not compiled at all? |
20:36.06 | *** join/#htc-linux Jafterdark (Jafterdark@97-87-4-243.dhcp.mdsn.wi.charter.com) |
20:37.00 | bombenbach | <PROTECTED> |
20:38.55 | bombenbach | in our bcm4329 there is a bunch of files and one include folder |
20:39.38 | domi007 | b43 supports bcm4329 (n1 and rhodium) right? |
20:39.51 | *** join/#htc-linux YellowGTO (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
20:39.56 | phh | domi007: I don't think so |
20:40.48 | domi007 | oh I see, ok |
20:41.30 | bombenbach | the reason why I'm asking is that bcm4325 won't compile and complains about dhd_linux.c http://pastebin.com/AA6jHSkP |
20:42.06 | bombenbach | so I checked that in bcm4329 and found out that bcm4329 doesn't make dhd_linux.c at all |
20:42.20 | bombenbach | although it *is* included in broadcom's sources |
20:42.24 | Markinus | phh: do you know, is the PCOM_RESET_CHIP like DEX_RESET_ARM9? |
20:42.35 | phh | Markinus: no clue. |
20:44.05 | Captnoord | there are 2 dex reset cmd's |
20:44.34 | phh | one reboots, and the other one.. we don't know what it does |
20:44.42 | phh | reboots if we pull down gpio 25 |
20:46.48 | *** join/#htc-linux mastermerlin (~merlin@pD957F490.dip.t-dialin.net) |
20:50.00 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
20:51.45 | *** join/#htc-linux gauner1986 (~gauner198@p5B3857B4.dip.t-dialin.net) |
20:52.09 | *** join/#htc-linux Bob_eponge (~chatzilla@car06-6-88-183-89-151.fbx.proxad.net) |
20:53.49 | Markinus | this one did a reset, right? DEX_RESET_ARM9 |
20:55.04 | *** join/#htc-linux dekar (~dekar@f052212243.adsl.alicedsl.de) |
20:55.30 | Captnoord | it should do a arm9 reset |
20:55.35 | Captnoord | used for gps |
20:55.38 | Captnoord | and other things |
20:55.41 | phh | Captnoord: ??? |
20:55.47 | phh | ARM9_reset is used for gps ? |
20:55.55 | Captnoord | yea |
20:55.57 | Captnoord | adsp |
20:56.00 | phh | ah. |
20:56.08 | Captnoord | loads of things use it |
20:56.20 | Captnoord | I can give you a list of all the reset flags |
20:56.21 | Captnoord | :P |
20:56.24 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
20:56.25 | Captnoord | but I don't know how they work |
20:56.32 | phh | Captnoord: what's the name of the function ? |
20:56.33 | Captnoord | amss stuff |
20:56.49 | phh | ah. |
20:57.06 | Captnoord | I got all the microp.dll functions named |
20:57.12 | Captnoord | pseudo correct |
20:57.20 | phh | poweroff ? |
20:57.45 | Captnoord | we have a ReadResetSource |
20:57.49 | Captnoord | which is interesting |
20:58.07 | Captnoord | ReadMicroPIDFromI2C |
20:58.12 | Captnoord | which I want to test |
20:58.25 | Captnoord | and |
20:58.26 | Captnoord | SolidOff |
20:58.26 | Markinus | look in the pm.c in the msm_pm_restart function |
20:58.31 | Markinus | we do there nothing |
20:58.33 | Markinus | no reset |
20:58.36 | Captnoord | which I guess is what I am searching for |
20:58.39 | Markinus | but maybe we should . . |
20:58.40 | mickeyl | GNUtoo: fso2-demo-image |
20:58.50 | Markinus | like this PROC_COMM call . . |
20:59.52 | Captnoord | Markinus: yea your right |
21:00.10 | GNUtoo | mickeyl, it seem that it doesn't even request the firmware in this image |
21:00.22 | GNUtoo | it does in shr-image |
21:00.58 | Markinus | Captnoord: did you maybe see in the reset flags this one too? 0x776655AA? |
21:00.58 | Markinus | then they are meaybe same |
21:01.18 | Captnoord | Markinus: I dono ask me tomorrow |
21:01.25 | Captnoord | i'm not trying to finish my commit |
21:01.26 | Captnoord | :P |
21:01.26 | Markinus | Captnoord: ok |
21:01.28 | Captnoord | now* |
21:02.30 | mickeyl | GNUtoo: that's strange, it does here. perhaps i should build from scratch to see whether something broke |
21:02.45 | GNUtoo | mickeyl, ok |
21:02.51 | mickeyl | my image is a couple of weeks old and has been upgraded all the time |
21:02.55 | GNUtoo | ah ok |
21:02.59 | GNUtoo | I'll update the image |
21:03.27 | mickeyl | linux-2.6-wireless-next contains lots of changes in the wl directory |
21:03.33 | mickeyl | but they don't compile with our kernel |
21:04.21 | mickeyl | it's a reproducible kernel oops |
21:04.30 | mickeyl | so most likey something in the wl driver IMO |
21:07.17 | Markinus | phh: so, the wince_amss define is gone .. . . |
21:07.18 | Markinus | phh: if we want rpc, or it can be do in Haret, or we need a other switch in the rpc file |
21:07.24 | Markinus | pushed |
21:07.35 | phh | Markinus: haret |
21:07.46 | Captnoord | pushed my crash fix |
21:07.47 | phh | ask NetRipper |
21:07.50 | Captnoord | I hope you like it |
21:07.52 | Markinus | phh: yeah, this would be very good |
21:08.17 | Markinus | phh: yeah, I did it already, I do it again if he is here |
21:08.19 | GNUtoo | mickeyl, wireless-compat works |
21:08.24 | phh | Markinus: ok |
21:09.37 | phh | Markinus: ok right |
21:09.56 | phh | Markinus: I thaught about a pmic_rpc, pmic_dex, pmic_whatever, but it seems it's light enough to be in a single file. |
21:10.23 | Markinus | phh: yes, I think too . . . |
21:12.55 | phh | Captnoord: lot of changes there. |
21:12.59 | phh | you're sure all were needed ? |
21:12.59 | *** join/#htc-linux bombenbach (~bombenbac@77.47.80.54.dynamic.cablesurf.de) |
21:13.13 | phh | oh it's only indentation changes. |
21:13.23 | Captnoord | it removed the double mutex |
21:13.44 | Captnoord | and makes microp-keypad mutex act as a i2c mutex for all actions |
21:13.50 | Captnoord | syncing all i2c action |
21:14.02 | phh | and you changed indentation. |
21:14.11 | Captnoord | yup |
21:14.39 | phh | [ 157.398162] suspend: enter suspend(2010-04-05 23:37:53.930000000 UTC)â© |
21:14.43 | ToAsTcfh | phh: ok home gonna shoot again |
21:14.44 | phh | [ 157.605895] suspend: exit suspend, ret = 0 (2010-04-06 21:38:13.610000000 UTC)â© |
21:14.44 | phh | yay |
21:14.49 | GNUtoo | I think leviathan got a recipe for wireless-compat |
21:15.09 | phh | (it's becoming less and less impressive no ?) |
21:15.19 | Captnoord | hehe |
21:15.24 | Markinus | phh: mass detect on !wince: if we cannot find the amss version in smem, I set it to the amss version from the config file. . . |
21:15.25 | Captnoord | phh: WOW I need |
21:15.28 | Captnoord | want |
21:15.30 | Markinus | *amss |
21:15.32 | Captnoord | begs phh gimme |
21:15.33 | Captnoord | :P |
21:15.34 | gauner1986 | Markinus: what was the url for that leo repos again? |
21:15.35 | Captnoord | lolz |
21:15.39 | phh | Captnoord: no SIM -_-' |
21:15.39 | ToAsTcfh | phh: set my config to 528 right? or 600? |
21:15.44 | Captnoord | http://gitorious.org/linux-on-htc-armv6/linux-on-htc-armv6/commit/2fbae33d3fcab58ca275595b18c21159843adc45 |
21:15.48 | phh | ToAsTcfh: 528 |
21:15.54 | Captnoord | gauner1986:http://gitorious.org/linux-on-htc-armv6/linux-on-htc-armv6/commit/2fbae33d3fcab58ca275595b18c21159843adc45 |
21:15.58 | Captnoord | worps |
21:15.59 | Captnoord | wrong |
21:16.01 | Captnoord | loooool |
21:16.03 | gauner1986 | thanks |
21:16.03 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
21:16.05 | Captnoord | goes to bed |
21:16.07 | Markinus | gauner1986: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.32 |
21:16.11 | Captnoord | yea |
21:16.24 | gauner1986 | Markinus: didnt you move dev to gitorious? |
21:16.29 | Captnoord | just waits for a glemsom build |
21:16.38 | Captnoord | so I can put the modules |
21:16.41 | Captnoord | is uber lazy |
21:16.48 | *** join/#htc-linux Traveler (~traveler@host33-78-dynamic.32-79-r.retail.telecomitalia.it) |
21:17.08 | GNUtoo | Captnoord, with a name like capitain nord you should reverse engineer the compas and the gps no? |
21:17.14 | Markinus | gauner1986: the is our porting stuff . . this other one is for Leo testing . . |
21:17.25 | Markinus | gauner1986: but on end this should work here too |
21:17.35 | Captnoord | GNUtoo: lol |
21:17.46 | bombenbach | Just in case someone has similar problems compiling bcm4325 fron Galaxy sources: |
21:17.50 | bombenbach | their module seems to be kinda buggy: http://tinyurl.com/y8h4utu (in German) |
21:17.52 | gauner1986 | Markinus: okay |
21:17.54 | bombenbach | it looks like they've fixed it in their own firmware but not in the published source code |
21:17.57 | Markinus | gauner1986: some thing are easier to test on devices they are working . . |
21:17.59 | bombenbach | My solution: Take bcm4325 from Motorola Cliq sources: Cliq/system/wlan/bcm/osrc/ |
21:18.02 | bombenbach | they even include the firmware oO. |
21:18.04 | bombenbach | The module compiled fine, gonna try to insmod it |
21:18.17 | gauner1986 | Markinus: i understand |
21:18.57 | phh | GNUtoo: concerning gps |
21:19.10 | phh | there are some things I'd like to test, but I don't know how |
21:19.14 | phh | on an android device I mean |
21:19.25 | GNUtoo | ok |
21:19.30 | gauner1986 | Markinus: i see you moved everything to dex now? |
21:19.32 | GNUtoo | phh, I've an android device |
21:19.41 | phh | GNUtoo: I know, but it needs android stuff :p |
21:19.50 | phh | or changes in the kernel I don't want to do |
21:19.57 | gauner1986 | Markinus: but clock offset still not working i guess |
21:20.12 | GNUtoo | phh, I can run a cyanogen mod with modified kenrel if you want |
21:20.32 | Markinus | gauner1986: this isn'T a problem . . the dev should work on 1980 time too! :) |
21:20.48 | phh | GNUtoo: ok |
21:21.15 | GNUtoo | I was waiting for tracing something |
21:21.18 | Markinus | gauner1986: the biggest problem are our crashes and hangings |
21:22.26 | GNUtoo | phh, basically I backup my 100%free android,flash cm-mod,do tests,and flash back my 100%free android |
21:22.26 | phh | GNUtoo: mmmmm tracing shouoldn't bee needed now |
21:22.26 | GNUtoo | ok |
21:22.26 | GNUtoo | is awaiting for test,tracing or whatever |
21:22.26 | phh | ok right |
21:22.31 | GNUtoo | so just tell me |
21:22.41 | phh | GNUtoo: ls /dev/oncrpc/*5b* |
21:22.42 | GNUtoo | then I'll do it when I have the time |
21:22.59 | phh | (should work on any booted system) |
21:23.10 | gauner1986 | Markinus: hmm.. yeah.. switch to dex didnt change anything over there it seems |
21:23.12 | GNUtoo | phh, on cm-mod or is a 100% free android ok? |
21:23.19 | phh | GNUtoo: free android is ok |
21:23.31 | GNUtoo | then I'll do it at once |
21:23.37 | Markinus | gauner1986: right, nothing. . bit nice that it now works :) |
21:23.59 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
21:24.03 | phh | ~ramconsole-diam |
21:24.03 | apt | [ramconsole-diam] pwf dm 0x00800000 0x00100000 |
21:25.05 | stinebd | it's gonna take some black magic to create system.sqsh without root perms |
21:25.15 | phh | stinebd: uh ? |
21:25.23 | phh | mksquashfs3 has some commands to do that I think no ? |
21:25.27 | stinebd | nope |
21:25.37 | GNUtoo | phh, http://pastebin.com/reS9u84h |
21:25.56 | stinebd | even mksquashfs4 doesn't... all you can do with that is pseudo directories and device nodes |
21:26.22 | phh | stinebd: ah all there is is -all-root |
21:26.24 | phh | right. |
21:26.32 | phh | stinebd: use an UML stuff ? :D |
21:26.37 | stinebd | gonna use qemu :D |
21:26.46 | phh | uml is lighter |
21:27.00 | stinebd | does uml need host kernel support? |
21:27.04 | phh | no |
21:27.13 | stinebd | can it build static? |
21:27.19 | phh | possibly. |
21:27.21 | ToAsTcfh | phh: still not working |
21:27.28 | phh | ToAsTcfh: not working = ... ? |
21:27.37 | ToAsTcfh | overclocking |
21:27.44 | ToAsTcfh | my life for months |
21:27.46 | phh | GNUtoo: http://husson.hd.free.fr/test-gps |
21:27.47 | phh | run that |
21:27.59 | phh | I'd bet on a crash. |
21:28.19 | ToAsTcfh | ? |
21:28.30 | phh | ToAsTcfh: I mean what happens ? |
21:28.37 | phh | it doesn't set its clock to 528MHz ? |
21:29.29 | ToAsTcfh | this doesnt exsist /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq |
21:29.32 | phh | GNUtoo: if it happens not to crash, cat /dev/smd27 |
21:30.11 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58F44.dip0.t-ipconnect.de) |
21:31.22 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
21:31.42 | ToAsTcfh | yeah phh i cant tell what the clock is |
21:31.49 | *** join/#htc-linux Cablekevin (~Cablekevi@house.speedxs.nl) |
21:31.52 | phh | ToAsTcfh: ask cpuinfo ? |
21:32.18 | dcordes | hi |
21:32.23 | NetRipper | Markinus, kernel seems to be stable for me now |
21:32.28 | NetRipper | Markinus, can you try something for me? |
21:32.39 | Markinus | NetRipper: great! sure! |
21:33.06 | bombenbach | damn: bcm4325 doesn't pick up eth0 :((( |
21:33.07 | GNUtoo | phh, ok |
21:33.23 | NetRipper | Markinus, use DG timer instead of GP timer |
21:33.29 | NetRipper | you can change it in .config or via menuconfig |
21:33.37 | Markinus | NetRipper: ohhhh, |
21:33.40 | Markinus | NetRipper: yes I doo |
21:33.49 | GNUtoo | phh, are there some sources for that? |
21:34.07 | phh | GNUtoo: http://husson.hd.free.fr/test.c |
21:34.11 | Markinus | NetRipper: it is possible that you do a RPC bye bevor boot the kernel in haret? |
21:34.24 | GNUtoo | thanks |
21:34.30 | NetRipper | emmm yes its possible to do in the hardwareshutdown() |
21:34.36 | NetRipper | if you tell me how |
21:34.36 | NetRipper | :P |
21:34.41 | NetRipper | i'm not into RPC |
21:34.52 | NetRipper | or dex or pcom atm :p |
21:35.23 | Markinus | NetRipper: you need the wince command? Then I have to look :) This define, there is a HALLO and a BYE |
21:35.25 | NetRipper | maybe i can even do it via a dll call? |
21:35.36 | NetRipper | ok |
21:36.06 | NetRipper | i also still need to commit that for haret |
21:36.10 | ToAsTcfh | phh: 480 |
21:36.14 | NetRipper | i already have a hardwareshutdown, but its for gp/dg timers |
21:36.17 | ToAsTcfh | :( |
21:37.52 | dcordes | NetRipper, that timer configs fiexes the big oops? |
21:38.11 | NetRipper | well i dont really get "the big oops" but it no longer hangs and goes through my initrd |
21:38.21 | NetRipper | including the sleep for 10 secs |
21:38.22 | NetRipper | etc |
21:38.27 | gauner1986 | NetRipper: did you fix the hanging shit? :) |
21:38.28 | dcordes | sounds about right |
21:38.28 | Markinus | NetRipper: great! compiling |
21:38.41 | dcordes | bomb dropped |
21:38.46 | gauner1986 | nice |
21:38.46 | gauner1986 | :) |
21:38.48 | Markinus | NetRipper: it is set for some QSD device in defconfig to dg . , |
21:38.52 | NetRipper | Markinus, if it doesnt work i have a few things locally changed as well but i dont think they're needed now |
21:39.30 | dcordes | NetRipper, make a diff just to be sure |
21:39.42 | Markinus | NetRipper: compiling |
21:40.14 | NetRipper | dcordes, yea i save it ;) |
21:40.18 | dcordes | ^^ |
21:40.45 | ToAsTcfh | uhg |
21:41.00 | Markinus | NetRipper: coudeaurora use it for some devices with QSD . . I saw it but didn'T test it . .oegh |
21:41.04 | gauner1986 | well |
21:41.09 | gauner1986 | omg |
21:41.13 | NetRipper | Markinus, ok |
21:41.17 | gauner1986 | that's what i wanted to say |
21:41.18 | gauner1986 | :) |
21:41.25 | dcordes | compile faster bitch |
21:41.29 | NetRipper | lol |
21:41.31 | gauner1986 | netripper saved our lives |
21:41.42 | phh | Markinus: http://pastebin.com/yLnsisg3 |
21:41.50 | phh | I searched how to get those clocks from TCX0 |
21:41.53 | phh | for what it is worth |
21:42.04 | gauner1986 | NetRipper: where did your changes go? |
21:42.08 | phh | at the end of the list, it becomes really weird. |
21:42.12 | gauner1986 | cant find them on linuxtogo |
21:42.14 | NetRipper | gauner1986, havent committed yet |
21:42.16 | AstainHellbring | shit Markinus how slow is your machine? |
21:42.19 | gauner1986 | ah okay |
21:42.24 | NetRipper | gauner1986, markinus and dcordes can test first |
21:42.41 | Markinus | AstainHellbring: only a quad and a virt machine |
21:42.58 | NetRipper | this is really minor.. i thought i found the problem elsewhere as the famous "invalid instruction" that is used int he zImage is also used in the flush.c (which is not mach-specific) |
21:43.07 | NetRipper | but it doesnt seem to be called |
21:43.08 | Markinus | done |
21:43.20 | dcordes | grr |
21:43.52 | dcordes | slaps T7300 |
21:44.15 | NetRipper | :) |
21:44.16 | AstainHellbring | slaps T7500 |
21:44.27 | phh | slaps |
21:44.28 | phh | eh no |
21:44.29 | NetRipper | to be honest.. the linking takes more time than compiling on my machine |
21:44.30 | phh | I love my phones. |
21:44.31 | NetRipper | slow hdd :p |
21:44.57 | Markinus | phh: great dump! |
21:45.06 | Markinus | NetRipper: I'Ve seg faults |
21:45.25 | NetRipper | Markinus, vanilla kernel (besides that .config change?) |
21:45.39 | NetRipper | i mean, no local changes? |
21:45.58 | gauner1986 | time to git reset --hard :) |
21:46.18 | NetRipper | Markinus, if so, send me your initrd pls :) |
21:46.51 | dcordes | NetRipper, no send us your secret diff! |
21:46.57 | Markinus | NetRipper: this is the problem, I have a clean kernel but no this small defoncfig. This is with USB etc. I test it with the small one, but have tu do some small |
21:46.57 | Markinus | kernel changes |
21:46.59 | phh | NetRipper: RPC_PowerDown ? |
21:47.00 | gauner1986 | :D |
21:47.13 | NetRipper | dcordes, i did, its only changing GP timer to DG timer |
21:47.16 | Markinus | NetRipper: I use the one from autobuil, moment, I give you the link |
21:47.33 | NetRipper | kholk's autobuild? |
21:47.49 | Markinus | yes |
21:47.56 | NetRipper | phh, to send BYE you mean? |
21:48.00 | phh | yes |
21:48.11 | NetRipper | phh, ok that is an exported call on dll? |
21:48.21 | Markinus | http://xdandroid.southcape.org/initramfs/ |
21:48.22 | dcordes | has to many drivers attached to the system |
21:48.27 | phh | hum there is also RPC_Deinit |
21:49.20 | phh | NetRipper: rpc_router.dll |
21:49.26 | NetRipper | phh, powerdown might actually shut the whole device down :p |
21:49.34 | NetRipper | phh, but its easy to test |
21:49.41 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
21:49.41 | dcordes | NetRipper, bluescreen. |
21:49.56 | phh | EXPORT RPC_PowerDownâ©RPC_PowerDownâ©BX LRâ© |
21:49.58 | NetRipper | dcordes, and what initrd are you using? |
21:49.58 | phh | something's wrong here |
21:50.01 | dcordes | for a second I thougth yellow dog linux was joining |
21:50.01 | phh | it just BX LR ? |
21:50.13 | GNUtoo | phh, http://pastebin.com/Pnikec3v |
21:50.15 | NetRipper | lol my phone just blanked after 10 min idle on terminal |
21:50.15 | NetRipper | :p |
21:50.27 | phh | GNUtoo: really ?!? |
21:50.29 | GNUtoo | phh, it rebooted the phone,also I wasn't able to compile it |
21:50.33 | phh | GNUtoo: that's great |
21:50.38 | GNUtoo | ah |
21:50.39 | phh | I mean |
21:50.44 | phh | it means I'm doing it wrong. |
21:50.54 | dcordes | NetRipper, none |
21:50.56 | phh | not speciallt that our device behaves wrongly |
21:51.16 | dcordes | NetRipper, root=/dev/mmcblk0p2 |
21:51.24 | NetRipper | dcordes, aha |
21:51.39 | phh | GNUtoo: and building needs some stuff in android building system |
21:51.50 | phh | I changed librpc's Android.mk |
21:51.52 | GNUtoo | I saww that |
21:51.55 | GNUtoo | ok |
21:52.04 | phh | I can give it to you if you want |
21:52.17 | dcordes | NetRipper, ok same old crash during boot |
21:52.33 | dcordes | NetRipper, it is an OE based rootfilesystem from GNUtoo/leviathan |
21:53.02 | dcordes | kernel panic attempted tot kill init |
21:53.05 | GNUtoo | phh, do you need another test? |
21:53.10 | phh | GNUtoo: yes |
21:53.12 | phh | just 30s |
21:53.20 | chamonix | hey guys |
21:53.21 | *** join/#htc-linux YellowGTO (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
21:53.25 | stinebd | hi chamonix |
21:53.28 | NetRipper | :x |
21:53.31 | chamonix | hey stinebd |
21:53.37 | dcordes | hernani, hey man! |
21:53.59 | phh | GNUtoo: same url |
21:54.07 | phh | GNUtoo: btw, it works on 100% free android ? |
21:54.20 | ToAsTcfh | phh: maybe it did work last night with oc |
21:54.30 | GNUtoo | gps? |
21:54.30 | GNUtoo | no |
21:54.37 | phh | GNUtoo: I mean my program |
21:54.39 | GNUtoo | yes |
21:54.42 | phh | ok |
21:54.49 | GNUtoo | I pasted the output |
21:54.59 | dcordes | NetRipper, http://www.netripper.com/leo/initrd-netripper-busybox-usb.cpio is that what you are using for the successful test? can you upload/paste default? |
21:55.10 | phh | you didn't mentioned if it was CM or replicant :p |
21:55.47 | NetRipper | dcordes, umm it might be yes.. i dunno if i modified it in the meanwhile |
21:56.11 | *** join/#htc-linux YellowGTO_ (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
21:56.18 | NetRipper | dcordes, oh hm i actually have mem=128M in cmdline |
21:56.21 | NetRipper | maybe that makes a difference |
21:56.50 | mickeyl | GNUtoo: bummer, what exactly is wireless-compat? |
21:56.55 | mickeyl | exchanging a stack? |
21:56.55 | dcordes | NetRipper, ok I just booted that initrd with mem=128 nothing else in cmdline |
21:56.57 | dcordes | M |
21:57.07 | GNUtoo | phh, http://pastebin.com/ifbJLX9V |
21:57.18 | phh | GNUtoo: ok thanks |
21:57.24 | phh | GNUtoo: really cool for me :p |
21:57.26 | GNUtoo | mickeyl, newer wiif with older kenrel |
21:57.37 | mickeyl | older meaning 2.6.32? |
21:57.38 | NetRipper | dcordes, http://netripper.pastebin.com/2PW6vU6n |
21:57.40 | NetRipper | my default |
21:57.58 | dcordes | NetRipper, ok got pretty much same. so got same result as you know it looks |
21:58.01 | dcordes | cursor on speed |
21:58.07 | GNUtoo | mickeyl, 2.6.27 and up |
21:58.11 | NetRipper | hm ok |
21:58.11 | GNUtoo | if I remember well |
21:58.13 | dcordes | it's alive |
21:58.16 | NetRipper | so might be memory map |
21:58.26 | dcordes | no - sorry |
21:58.30 | dcordes | I had 128M before. |
21:58.32 | dcordes | always have it in |
21:58.33 | mickeyl | GNUtoo: ok, so that means completely different drivers? out of tree? |
21:58.43 | dcordes | made that sound wrong |
21:58.46 | NetRipper | lol |
21:58.47 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host137-158-dynamic.54-79-r.retail.telecomitalia.it) |
21:58.50 | NetRipper | so why is it "alive" now then? |
21:58.51 | NetRipper | :) |
21:58.54 | dcordes | console blanked. |
21:58.55 | dcordes | so it lives |
21:58.58 | GNUtoo | I'm GNUtoo|oeee now |
21:59.01 | NetRipper | so soon already? |
21:59.05 | mickeyl | <mickeyl> GNUtoo: ok, so that means completely different drivers? out of tree? |
21:59.14 | dcordes | because the bare busybox is so sleek it doesn't touch any sharp corners |
21:59.21 | dcordes | theory |
21:59.25 | NetRipper | could b |
21:59.31 | GNUtoo|oeee | mickeyl, yes |
21:59.33 | NetRipper | im trying an android one now |
22:00.00 | mickeyl | GNUtoo|oeee: *sigh* |
22:00.06 | *** join/#htc-linux unity_punk (~unitypunk@76-14-141-97.rk.wavecable.com) |
22:00.07 | mickeyl | i hate that, but ok |
22:00.23 | mickeyl | where's lev's recipe? |
22:00.32 | mickeyl | that also means we can't have them compiled in? |
22:00.36 | mickeyl | or can we do that somehow? |
22:00.40 | NetRipper | segfault on the android initrd |
22:00.57 | Captnoord | disabled the sleeping led |
22:00.59 | GNUtoo|oeee | mickeyl, don't know,it's an external tarball |
22:00.59 | NetRipper | although kernel stays alive |
22:01.02 | Markinus | NetRipper: like me |
22:01.10 | GNUtoo|oeee | phh, more tests? |
22:01.12 | Captnoord | gonna check if it helps on the battery drain |
22:01.15 | Captnoord | nn all |
22:01.27 | dcordes | NetRipper, I'm a pro. I run the POSIX test binaries |
22:01.27 | Markinus | NetRipper: yes . .here too . . but is hanging on loading rootfs |
22:01.34 | dcordes | ice cold |
22:01.38 | Markinus | blinking |
22:02.14 | NetRipper | dcordes, does that test memory? |
22:02.36 | dcordes | NetRipper, no some sleep functions |
22:02.42 | dcordes | Markinus, might explain it better |
22:02.54 | NetRipper | ok im not familiar with posix |
22:02.58 | phh | GNUtoo|oeee: no |
22:02.59 | phh | it's time to sleep |
22:03.09 | dcordes | apt, wtf posix |
22:03.11 | GNUtoo|oeee | ok thanks |
22:03.24 | NetRipper | glad im not alone |
22:03.44 | dcordes | it's a standard android is not compatible with |
22:03.54 | dcordes | afaik |
22:03.59 | NetRipper | standard for what? |
22:03.59 | GNUtoo|oeee | I'm not even shure gnu is compatible with it |
22:04.16 | GNUtoo|oeee | is it only kernel interfaces or also userland? |
22:05.41 | GNUtoo|oeee | because GNU is not unix(most of the command were extended etc...) |
22:05.57 | GNUtoo|oeee | I'll go bye |
22:06.35 | NetRipper | Markinus, it seems to segfault on things it does with mmc? |
22:07.13 | Markinus | NetRipper: yes? hmm, this could be, maybe we have 2 problems . . |
22:08.34 | *** join/#htc-linux Forsaken|Desk1 (~Forsaken|@dslb-084-058-204-180.pools.arcor-ip.net) |
22:10.12 | Markinus | NetRipper: one moment, I do my kernel smaller, but for this I have to patch some files, didn'T compile without CONFIG_PM. . |
22:11.24 | Markinus | Markinus: hmm, maybe I should check this in |
22:11.54 | NetRipper | ermmm |
22:11.55 | NetRipper | only if its nice lol |
22:12.00 | NetRipper | it doesnt sound nice :p |
22:12.03 | NetRipper | its a hack to test something ;) |
22:15.29 | dcordes | NetRipper, Error Trampoline physical/virtual addresses overlap. |
22:16.41 | NetRipper | in haret? |
22:16.48 | dcordes | yep at 100% |
22:16.53 | dcordes | got this all of a sudden |
22:16.56 | dcordes | never had it before |
22:16.58 | dcordes | no new kernel |
22:16.58 | NetRipper | neverh eard about that before |
22:17.03 | NetRipper | just retry? |
22:17.04 | NetRipper | :p |
22:17.09 | dcordes | no go |
22:17.13 | dcordes | but did softreset now |
22:17.19 | dcordes | yep |
22:17.26 | dcordes | our memory map is totally dorked |
22:17.39 | NetRipper | how so? |
22:17.43 | dcordes | I don't know |
22:17.51 | NetRipper | why do you come to that conclusion |
22:17.59 | dcordes | it's no conclusion |
22:18.14 | NetRipper | then why do you say that |
22:18.15 | NetRipper | lol |
22:18.16 | dcordes | let's forget about that error message. it never was there :D |
22:18.17 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
22:18.23 | NetRipper | no i mean |
22:18.24 | dcordes | FUD |
22:18.27 | NetRipper | i want to konw what made you say that lol |
22:18.54 | dcordes | NetRipper, I think you should push that config change |
22:18.56 | NetRipper | i'm personally offended.. i made the memory map, it must be brilliant.. no arrogance here |
22:19.17 | dcordes | NetRipper, it makes both of the posix tests pass which made the kernel crash 10/10 times with the other config. |
22:19.22 | NetRipper | ok |
22:19.38 | Markinus | nice :) |
22:19.40 | dcordes | I didn't expect that |
22:19.56 | dcordes | nanolseep returned success |
22:20.08 | NetRipper | dg timer is high resolution |
22:20.08 | dcordes | clocl_nanosleep returned success |
22:20.14 | Markinus | dcordes: the our timingsproblems are gone! :) |
22:20.23 | dcordes | what's the next problem? |
22:20.37 | dcordes | tried timer config w/o SD ? |
22:20.38 | Markinus | dcordes: why did the other initrd not work |
22:21.06 | dcordes | ok guys what did we test so far with the DG timer ? |
22:21.07 | Markinus | dcordes: you didn'T have a initrd right? |
22:21.13 | dcordes | busybox netripper |
22:21.18 | dcordes | shr leviathan |
22:21.23 | dcordes | android autobuild |
22:21.47 | dcordes | Markinus, I only booted netripper initrd |
22:21.48 | Markinus | dcordes: you use one too? Without seg faults? |
22:21.49 | NetRipper | oh god i wasnt up to date with my git |
22:21.54 | dcordes | Markinus, and from sd. posix test is on sd |
22:22.01 | dcordes | good god |
22:22.03 | Markinus | dcordes: ok . . . |
22:22.22 | dcordes | Markinus, kernel survived like 5 minutes after posix test now |
22:22.31 | NetRipper | pushed |
22:22.31 | dcordes | blinking in command line |
22:22.45 | Markinus | dcordes: nice . . |
22:23.27 | NetRipper | do .gz initrds work yet? |
22:24.26 | dcordes | yes for a while now |
22:24.32 | NetRipper | ok |
22:24.41 | dcordes | Markinus, how did you fix that btw? in case you know :D |
22:24.54 | Markinus | NetRipper: I tested a angstrom initrd, the 10 sek wait is working. Very nice, but crash on mounting the root file |
22:25.00 | Markinus | NetRipper: I think we have mmc problems |
22:25.00 | dcordes | NetRipper, oh my git wasn't either |
22:25.09 | NetRipper | Markinus, ok good :) |
22:25.12 | NetRipper | (and sad but still) |
22:25.12 | NetRipper | :p |
22:25.54 | dcordes | so it's not sd related or so |
22:25.57 | dcordes | but still low |
22:26.43 | Markinus | NetRipper: veery nice :) |
22:26.57 | Markinus | NetRipper: so, or clocks or vregs |
22:27.05 | NetRipper | quite possibly eys |
22:28.14 | *** join/#htc-linux Cable-Deepfrying (~Cablekevi@house.speedxs.nl) |
22:28.40 | gauner1986 | so |
22:28.43 | gauner1986 | some progress finally |
22:34.21 | NetRipper | [ 0.522074] Initramfs unpacking failed: uncompression error |
22:34.22 | NetRipper | :( |
22:35.10 | Markinus | hmm |
22:35.51 | gauner1986 | maybe now we get a shell over usbnet? |
22:35.52 | gauner1986 | :D |
22:36.07 | Markinus | NetRipper: this zImage patch, this was only this yes? |
22:36.32 | NetRipper | zimage patch? |
22:36.35 | Markinus | NetRipper: or for allz compression stuff |
22:36.52 | Markinus | NetRipper: the reason why we didn't use zImage |
22:37.00 | NetRipper | we can't use zimage because our Image is too large |
22:37.07 | Markinus | I mean you postet some assambler code |
22:37.20 | NetRipper | you mean the flushcache thing |
22:37.22 | Markinus | NetRipper: ahh, ok |
22:37.36 | NetRipper | the invalid instruction is also still in zimage code yes |
22:37.40 | NetRipper | but we can't use it anyway |
22:37.42 | Markinus | NetRipper: sry, then I missunderstand you |
22:37.46 | NetRipper | Image must be smaller than 3mb |
22:37.48 | dcordes | gauner1986, go try |
22:38.00 | Markinus | NetRipper: my is in the momoment 2.2 |
22:38.14 | Markinus | NetRipper: but MUCH things are disabled |
22:38.30 | dcordes | gauner1986, best way to find out |
22:38.41 | NetRipper | Markinus, then in arch/arm/boot/compressed/head.S change this: |
22:38.41 | NetRipper | <PROTECTED> |
22:38.41 | NetRipper | - mcr p15, 0, r10, c7, c14, 0 @ clean+invalidate D |
22:38.41 | NetRipper | + mcr p15, 0, r10, c7, c14, 2 @ clean+invalidate D |
22:38.41 | NetRipper | <PROTECTED> |
22:38.49 | NetRipper | zimage will work then |
22:39.04 | NetRipper | (find the correct mcr line, the one with hierarchical above) |
22:39.57 | NetRipper | my initrd.gz is 20MB |
22:40.06 | NetRipper | maybe thats the reason it doesnt work |
22:40.09 | NetRipper | it should though |
22:40.28 | Markinus | NetRipper: ok, I will test it too |
22:40.38 | NetRipper | ok |
22:40.54 | Markinus | NetRipper: I have to look to our clock file . Maybe I did there something wrong |
22:40.57 | Markinus | sd |
22:41.03 | gauner1986 | dcordes: i will ;) |
22:42.03 | dcordes | dex_comm sounds funny |
22:43.43 | Markinus | NetRipper: zImage isn'T work |
22:43.54 | NetRipper | hmm |
22:44.13 | Markinus | NetRipper: Image is 2158752 |
22:44.37 | Markinus | NetRipper: hangning 100% |
22:45.12 | NetRipper | odd |
22:49.31 | Markinus | NetRipper: if you want I can send you this samm Image |
22:49.44 | NetRipper | no its alright |
22:49.57 | gauner1986 | Markinus: did you get back to 2.08 now? |
22:50.04 | gauner1986 | or does 2.09 work? |
22:50.13 | gauner1986 | *radio |
22:50.14 | Markinus | gauner1986: 2.08 |
22:51.58 | Markinus | NetRipper: hmm arghh. So I booting now my small kernel, but ithe screen is going totaly green in the middle of the boot |
22:52.12 | NetRipper | ah yes |
22:52.13 | Markinus | (as I changed to dg) |
22:52.28 | AstainHellbring | green cool |
22:52.28 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
22:52.29 | NetRipper | i had that too.. i disabled the -panel.c |
22:52.38 | Markinus | is disabled . .hmm |
22:52.41 | NetRipper | somehow mdp is inited, and overwrites the esttings ;) |
22:52.52 | NetRipper | go to mdp driver and make sure it doesnt load, maybe that helps |
22:52.57 | Markinus | ok |
22:53.13 | NetRipper | i think it changes MDP_CONFIG... htc_fb_console doesnt fiddle with that |
22:53.32 | NetRipper | so if it changes it to suit MDP, htc_fb_console will not work properly anymore |
22:53.50 | Markinus | NetRipper: hmm, and I do a make clean . .. |
22:55.56 | dcordes | green IT |
22:55.59 | Markinus | NetRipper: it's good that we port the other devs to .32 too . .together it's much faster . . much stuff is same |
22:56.13 | gauner1986 | hm |
22:56.17 | gauner1986 | usbnet doesnt come up |
22:56.29 | dcordes | Markinus, I think it's big challenge to do it well |
22:56.53 | Markinus | dcordes: yes, and do it clean! And capable to merge! |
22:57.47 | Markinus | hmm green . . argh |
22:57.47 | gauner1986 | says something about mdp and error in the logs |
22:57.48 | gauner1986 | ^^ |
22:58.18 | Markinus | gauner1986: yeas, I searching it .) |
22:59.21 | *** join/#htc-linux YellowGTO|Nix (~quassel@c-71-226-239-246.hsd1.pa.comcast.net) |
22:59.43 | gauner1986 | okay.. have to get some sleep now.. see you tomorrow. :) |
22:59.49 | Cablekevin | Sleep tight. |
23:00.11 | gauner1986 | thanks :P |
23:03.44 | NetRipper | what is qsd8x50 FFA? |
23:04.07 | Markinus | NetRipper: don'T know, it is comming with a merge |
23:04.38 | NetRipper | answer is probably no :P |
23:05.17 | NetRipper | Select this to support the 8x50 ffa device |
23:05.26 | NetRipper | please, let it be "free for all" |
23:05.47 | dcordes | lol |
23:06.12 | dcordes | it starts some RTS only quickmatch |
23:06.17 | Markinus | ok :) I didn'T change it, I think it'S default on |
23:11.19 | Markinus | NetRipper: hmm, there is nothing about MDP, nothing in log hmmm still green . .. weird |
23:11.57 | Markinus | disabled to much .. hehe |
23:12.01 | NetRipper | ok weird |
23:12.03 | NetRipper | nah i had the same |
23:12.09 | NetRipper | if you just re-enable the panel.c again |
23:12.12 | NetRipper | it'll work |
23:12.18 | NetRipper | but it will also load msmfb, mdp |
23:15.23 | NetRipper | ok |
23:17.13 | NetRipper | testing a new memory map |
23:17.18 | NetRipper | looks promising |
23:17.37 | Markinus | NetRipper: nice |
23:17.41 | AstainHellbring | so old memory map wasnt so perfect huh... |
23:17.41 | NetRipper | man i should be in bed already :P |
23:17.47 | NetRipper | AstainHellbring, lol shush you |
23:17.47 | NetRipper | :P |
23:17.49 | AstainHellbring | :P |
23:18.02 | NetRipper | some weird things are happening on the 0x1* memory bank |
23:18.06 | AstainHellbring | slips 15 caffine pills in NetRipper's drink |
23:18.14 | NetRipper | it decompresses my 20mb initrd properly now |
23:18.22 | Markinus | NetRipper: cool |
23:18.34 | NetRipper | but in this memory map only 256mb memory to linux |
23:19.08 | Markinus | NetRipper: but besser this and working right . . |
23:19.12 | Markinus | *better |
23:19.22 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
23:19.39 | NetRipper | in fact, my theory is, that some hardware is modifying memory in the 0x118* - 0x1ff* range and overwriting part of the kernel or user space memory while booting |
23:19.43 | NetRipper | (i.e. gpu hardware) |
23:21.29 | dcordes | Markinus, any luck booting starting an initrd w/minimal kernel and correct timer config enabled? |
23:21.34 | Markinus | NetRipper: 150 mb . . .maybe a bit more as only the grafik |
23:21.48 | Markinus | dcordes: no . .still green |
23:22.34 | NetRipper | getting a new OOPS but its unrelated to our others |
23:22.40 | dcordes | Markinus, timer config made it green? it sounded like you had non green minimal kernel before lol |
23:23.08 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58F44.dip0.t-ipconnect.de) |
23:24.27 | ToAsTcfh | phh: bah i gotta go back and test everything from the last few days. ive been testing with donut hw3d in eclair |
23:25.05 | NetRipper | oh crap i put ramconsole on memory that gets overwritten :p |
23:25.25 | NetRipper | ok so we'll have 256MB - 0x400000 for ramconsole :p |
23:26.37 | Markinus | NetRipper: I commented now all mdp files in the msm video dir Makefile, still green! arghhhhhhhhhhhhhhhhhhhhhhhhh |
23:26.58 | NetRipper | lol |
23:27.03 | NetRipper | no clue where its coming from then |
23:29.54 | NetRipper | Markinus, but i suppose you don't need to fiddle with minimal anymore |
23:30.10 | NetRipper | it was to find this hang |
23:30.34 | NetRipper | unless you have other plans |
23:30.37 | NetRipper | or other issues you want to find |
23:30.46 | Markinus | NetRipper: yes, I thought abouve this now too |
23:30.55 | Markinus | NetRipper: you're right |
23:31.07 | NetRipper | sleeping function called from invalid context |
23:31.14 | NetRipper | thats the oops im getting now |
23:31.29 | NetRipper | lets see if ramconsole is working |
23:32.18 | NetRipper | doubting if i should commit this memory map.. havent tested it very wel |
23:33.22 | dcordes | NetRipper, "sleeping function called from invalid context" kernel oopses with that message for you? |
23:33.29 | NetRipper | yes |
23:33.40 | dcordes | I think I didn't see that yet |
23:33.42 | NetRipper | [ 2.882003] BUG: sleeping function called from invalid context at arch/arm/mm/fault.c:298 |
23:33.45 | NetRipper | [ 2.890447] in_atomic(): 0, irqs_disabled(): 128, pid: 1, name: init-real |
23:33.46 | NetRipper | init-real is an android process |
23:34.00 | NetRipper | its a pretty old initrd |
23:34.07 | NetRipper | containing android 0.8 |
23:34.10 | dcordes | dzo |
23:34.14 | NetRipper | yes |
23:34.22 | NetRipper | fits in initrd, so no need for mmc |
23:34.24 | dcordes | oldschool |
23:35.00 | NetRipper | i'll commit this memory map, seems at least more stable than the current one |
23:35.09 | dcordes | with most rootfs I have it dies while starting udev |
23:35.20 | NetRipper | oh i can test angstrom |
23:35.20 | dcordes | good I will try directly |
23:36.35 | Markinus | NetRipper: yes? cool |
23:37.02 | NetRipper | segfault on angstrom image |
23:37.25 | NetRipper | when starting udev |
23:37.25 | Markinus | NetRipper: hmm |
23:37.34 | *** join/#htc-linux J-I-M-M-Y (~jimmy@addr-85-23-44-214.suomi.net) |
23:37.54 | NetRipper | i'll just put a pastebin online |
23:37.58 | NetRipper | then you can test this further |
23:38.04 | Markinus | NetRipper: ok |
23:38.07 | dcordes | I will try tomorrow |
23:38.09 | dcordes | tired |
23:38.13 | dcordes | cya guys |
23:38.20 | Markinus | bye |
23:40.31 | NetRipper | Markinus, http://www.netripper.com/leo/20100408_more_stable_memmap_questionmark.diff |
23:41.02 | NetRipper | Markinus, in your default.txt, set ramaddr 0x20000000 |
23:41.03 | Markinus | ok, thx! |
23:41.39 | NetRipper | set ramsize 0x0fc00000 |
23:42.05 | Markinus | ramaddr ? |
23:42.27 | NetRipper | yes, this memmap uses the second memory bank |
23:42.33 | NetRipper | so ramaddr 0x2* |
23:43.00 | NetRipper | it uses 0x118* for fb ram, gpu, mdp, etc |
23:43.11 | *** join/#htc-linux domi007 (~639cc9a2@gateway/web/freenode/x-cwcdrmpryftdkbhx) |
23:43.25 | Markinus | NetRipper: and the problem with haret and 0x2 ? |
23:43.29 | NetRipper | no |
23:43.34 | Markinus | ok |
23:43.44 | NetRipper | it worked for me at least |
23:43.50 | NetRipper | didnt need to patch haret |
23:44.14 | NetRipper | i think the 0x172* area is affected by whatever causes problems at boot |
23:44.54 | NetRipper | which explains it failing if it relocates kernel to that address |
23:45.12 | NetRipper | while hardware is happily writing to that memory bit |
23:45.22 | Markinus | NetRipper: intresting |
23:45.57 | NetRipper | i'm suspecting MDP or GPU as culprit |
23:46.14 | NetRipper | we should shut it down properly before booting linux in hardwareshutdown() in haret |
23:46.34 | NetRipper | (as it might as well just allocate memory in 0x2* instead of where it is now) |
23:46.39 | Markinus | NetRipper: if it is possible, would make sense |
23:47.10 | NetRipper | well the hardware can change memory when its active obviously.. it doesnt need the CPU for that |
23:47.39 | Markinus | dma |
23:47.45 | NetRipper | yes |
23:48.15 | NetRipper | anyway |
23:48.23 | NetRipper | bed time.. |
23:48.32 | NetRipper | 4 hours till alarm |
23:48.33 | NetRipper | :D |
23:48.34 | NetRipper | nn |
23:48.34 | Markinus | good night! And thx! |
23:48.50 | NetRipper | np let me know results :) |
23:49.05 | Markinus | hangs on 100% wirh this memory settings |
23:49.08 | Markinus | was fast :) |
23:49.36 | NetRipper | grr |
23:49.46 | NetRipper | ok try set ramaddr 0x11800000 anyway |
23:49.48 | Markinus | ramaddr 0x21000000 ? |
23:50.01 | Markinus | this what I had. . ok |
23:50.15 | NetRipper | i told you to change ramaddr to 0x20000000 |
23:50.15 | NetRipper | :P |
23:50.21 | NetRipper | so i hope you tried with that first |
23:50.24 | NetRipper | and Image instead of zImage |
23:50.58 | Markinus | urgh?? I read ramsonsole to 2000000? |
23:51.09 | Markinus | ok, sorry |
23:51.31 | NetRipper | no no :) ramconsole is at same location as it was before |
23:51.31 | Markinus | you wrotr ramaddr 0x2* . . so I thought is ok . . |
23:51.41 | NetRipper | < NetRipper> Markinus, in your default.txt, set ramaddr 0x20000000 |
23:51.42 | NetRipper | :P |
23:52.05 | Markinus | NetRipper: ok, I missreaded this .. ups |
23:52.07 | NetRipper | np :) |
23:53.12 | Markinus | works :) |
23:53.13 | Markinus | thx! |
23:53.21 | NetRipper | great |
23:53.23 | NetRipper | good luck :) |
23:53.27 | Markinus | thx! |
23:53.40 | Markinus | hehe |
23:59.57 | *** join/#htc-linux julcel (~julcel@2a01:e35:2f3d:a720:224:23ff:fe03:c92f) |