| 07:19.40 | *** join/#htc-linux apt (ibot@rikers.org) |
| 07:19.40 | *** topic/#htc-linux is Welcome to the http://htc-linux.org project! Please read the Wiki: http://htc-linux.org/wiki || Logs: http://irclog.netripper.com/?chan=htc-linux || This is no android support channel. |
| 07:27.37 | *** join/#htc-linux NoMercy__ (~NoMercy@p4FDE6A03.dip.t-dialin.net) |
| 07:27.40 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 07:30.55 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE773A.dip.t-dialin.net) |
| 07:36.58 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 07:40.41 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-207-36.rev.numericable.fr) |
| 07:45.07 | *** join/#htc-linux NoMercy_ (~NoMercy@p4FDE7443.dip.t-dialin.net) |
| 07:52.51 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04fb9.pool.mediaWays.net) |
| 07:56.05 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
| 07:56.30 | *** join/#htc-linux tmzt_ (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
| 08:06.13 | *** join/#htc-linux DenPal (~hoper@post1.centr.by) |
| 08:06.25 | *** part/#htc-linux DenPal (~hoper@post1.centr.by) |
| 08:11.32 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 08:19.42 | *** join/#htc-linux leviathan (~quassel@etx-public-dock-55-dhcp.ethz.ch) |
| 08:29.14 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 08:54.08 | leviathan | mickey|office: [ 1263.763610] wakeup wake lock: SMD_RPCCALL |
| 08:54.22 | leviathan | it seems to come from the battery information |
| 08:54.27 | leviathan | as soon as it is discharging |
| 08:54.31 | leviathan | it starts to flicker |
| 09:18.08 | mickey|office | ok, so we need to shut up that battery |
| 09:20.43 | IceBone | I need to shut up about buying a desire and go out and buy one. |
| 09:22.54 | *** join/#htc-linux leviathan__ (~quassel@guest-docking-nat-2-195.ethz.ch) |
| 09:28.02 | *** join/#htc-linux Captnoord (~Captnoord@145.74.216.27) |
| 09:36.14 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 09:42.34 | Captnoord | Markinus: hmmm.... have you tried using the old fb_console from the .27 repo |
| 09:42.48 | Captnoord | also remove the mdp hacks for the leo |
| 09:42.50 | Markinus | Captnoord: yes, exactly the same |
| 09:43.10 | Captnoord | I still wonder what that timer thingy is |
| 09:43.12 | Markinus | Captnoord: but MDP is disabled or? |
| 09:43.24 | Captnoord | I dono |
| 09:43.25 | Markinus | Captnoord: we didn't have a panel file or other MDP stuff. |
| 09:43.34 | Captnoord | I wonder what is needed |
| 09:43.46 | Captnoord | it somehow feels like things get blocked |
| 09:43.57 | Captnoord | resulting in the timers going slowly |
| 09:44.02 | Markinus | Captnoord: yes, it's very strange |
| 09:44.20 | Captnoord | the entire .32 repo is done using async irq stuff |
| 09:44.34 | Captnoord | but I still wonder why it works with the leo |
| 09:44.41 | Captnoord | and not with the 7k stuff |
| 09:45.01 | Markinus | Captnoord: yes . .. I don'T understand it too. . . |
| 09:45.11 | Markinus | Captnoord: on leo works both, htc fb and MDP FB |
| 09:45.15 | Captnoord | yea |
| 09:45.24 | Captnoord | btw htc also has a fb console |
| 09:45.40 | Captnoord | its in the mdp directory |
| 09:45.41 | Captnoord | I guess |
| 09:45.45 | Captnoord | drivers/video |
| 09:48.26 | Markinus | this is this one if we didn't use the htc fb console. But it could be that we need the MDP stuff, like panel file etc. |
| 09:48.57 | Captnoord | I don't actualy know |
| 09:49.01 | Captnoord | we might check the irc logs |
| 09:49.05 | Markinus | Captnoord: our one should work out of the box |
| 09:49.09 | Captnoord | if they mention these things |
| 09:49.12 | Captnoord | yup |
| 09:49.57 | Captnoord | I really would like to get the uart working.... |
| 09:49.58 | Captnoord | hmmm |
| 09:50.12 | Captnoord | or tomorrow |
| 09:50.50 | Captnoord | besides if I compare the leo and the armv6 config file |
| 09:50.56 | Captnoord | there are some major differences |
| 09:51.11 | Captnoord | maybe its something small |
| 09:52.27 | Captnoord | like we config the amms version |
| 09:52.29 | Captnoord | leo doesn't |
| 09:53.40 | Markinus | Captnoord: in the defconfig there isn'T a amss version, but after the kconfig run he activate the first one |
| 09:53.42 | Markinus | 6225 or so |
| 09:53.51 | Captnoord | or the htc_fb_console isn't defines on our config file |
| 09:53.55 | Captnoord | while it is on the leo's |
| 09:54.11 | Markinus | Captnoord: he is defined in our config file |
| 09:54.16 | Captnoord | mmmm |
| 09:54.22 | Captnoord | bleh |
| 09:56.04 | Markinus | Captnoord: I will test to remove the whole mdp stuff from the Makefiles . .. so we can be sure this doesn't do problems |
| 09:56.33 | Captnoord | yea |
| 09:56.40 | Captnoord | we should do that |
| 09:56.47 | Captnoord | turn everything off |
| 09:56.58 | Captnoord | so we can eliminate all the variables |
| 09:57.22 | Markinus | Captnoord: right. Much if the mdp stuff is fix in, without config defines |
| 09:57.50 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 09:58.30 | Captnoord | atm I don't have much clue why it doesn't work |
| 09:58.49 | Captnoord | but I want to try something..... |
| 09:58.52 | Captnoord | config related |
| 10:00.04 | Captnoord | HTC_FB_CONSOLE_BOOT isn't defines |
| 10:00.08 | Captnoord | can you check that |
| 10:00.44 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 10:01.06 | Markinus | Captnoord: the name is a bit wrong |
| 10:01.13 | Markinus | it means ONLY on boot |
| 10:01.43 | Captnoord | hmmmmm |
| 10:01.48 | Markinus | Captnoord: if you define it then it's only on boot |
| 10:01.56 | Captnoord | yea I figure... |
| 10:02.10 | Captnoord | its armv6 vs leo atm |
| 10:02.25 | Captnoord | and because we are simply sending the data to the fb |
| 10:02.30 | Markinus | yes, I think so too |
| 10:02.31 | Captnoord | its so low level |
| 10:02.33 | Captnoord | it should work |
| 10:02.41 | Captnoord | so there is something simple that makes it not work |
| 10:03.56 | Markinus | Captnoord: I removed MDP from Makefiles, same problem . . so something else is wrong |
| 10:05.51 | Captnoord | check FB_MODE_HELPERS |
| 10:06.35 | Markinus | CONFIG_FB_MODE_HELPERS=y |
| 10:06.58 | Captnoord | on leo its off |
| 10:07.31 | Markinus | ok, I test it |
| 10:08.23 | Captnoord | and FB_MSM_LCDL is on.... but I don't have a clue if that would have influence |
| 10:09.31 | Captnoord | hmmmm |
| 10:09.38 | Captnoord | timing is correct now |
| 10:09.45 | Captnoord | I didn't disable fb_console |
| 10:10.00 | Markinus | aptnoord: the FB MSM isn't used I think |
| 10:10.10 | Captnoord | possible |
| 10:11.18 | Captnoord | I disabled a whole bunch of debug settings |
| 10:14.09 | Captnoord | I think leak detection is on |
| 10:14.17 | Captnoord | resulting on all mem related things beeing tracked |
| 10:15.04 | Captnoord | I disabled CONFIG_DEBUG_SLAB_LEAK=y |
| 10:15.35 | Markinus | Captnoord: the ramconsole isn'T working too . . |
| 10:15.39 | Markinus | Captnoord: we see nothing |
| 10:16.31 | Captnoord | ramconsole you need to set the mem offsets |
| 10:16.36 | Captnoord | leo has more mem than us |
| 10:17.23 | Markinus | Captnoord: I changed it already to our old values, but nothing . . |
| 10:17.44 | Markinus | Captnoord: we forgott something . . .but what?!?! |
| 10:18.09 | Captnoord | maybe its related to how the board files are handled |
| 10:18.13 | Captnoord | you have split them |
| 10:18.17 | Captnoord | into a main board |
| 10:18.19 | Captnoord | and a module |
| 10:18.21 | Captnoord | or |
| 10:18.23 | Captnoord | system file |
| 10:18.50 | Captnoord | hmmm I should be studying now |
| 10:18.54 | Captnoord | so I won't test it |
| 10:19.06 | Captnoord | but scrap the idea... for a test |
| 10:19.12 | Captnoord | and dump everything like it was |
| 10:19.20 | Captnoord | make* |
| 10:19.35 | Captnoord | I don't say your idea is wrong |
| 10:19.46 | Captnoord | but we should first work towards something that works |
| 10:19.54 | Captnoord | and then make it pretty |
| 10:21.53 | Markinus | Captnoord: I tried it alrerady to, copied all thinks in one file . .same problem .. :( |
| 10:21.59 | Captnoord | hmmmmm |
| 10:22.00 | Captnoord | bleh |
| 10:22.16 | Markinus | Captnoord: but you'Re right, we should do it easy now . . better for error handling |
| 10:22.24 | Captnoord | the fb init is beeing called? |
| 10:22.35 | Markinus | yes |
| 10:22.47 | Captnoord | the htc_fb_console_write is beeing called..... trough the printk's |
| 10:23.20 | Captnoord | not that it will make any difference btw |
| 10:23.23 | Captnoord | as I tested that |
| 10:24.44 | phh | [10:55:56] <leviathan> mickey|office: [ 1263.763610] wakeup wake lock: SMD_RPCCALL <------------- *wakeup* wake lock, it means that the system won't be fully woken up until this task is finished |
| 10:25.02 | phh | and any way, AFAIK this task is called by the kernel itself, so it's not the reason it wakes up |
| 10:25.08 | *** join/#htc-linux DenPal (~hoper@post1.centr.by) |
| 10:25.20 | phh | hum I can check that. |
| 10:25.51 | phh | ah right. it's A9 who sends that. |
| 10:25.54 | phh | and I don't know when |
| 10:27.19 | phh | well you can try disabling battery driver then I guess. |
| 10:27.46 | phh | Captnoord: concerning battery, instead of using wince values, can't we calcaulte them by ourselves ? |
| 10:28.05 | phh | I mean, the model is quite simple, E=U+A*i+B*T |
| 10:28.33 | phh | we can do many measures, around the same E, with various i/T values |
| 10:28.48 | Captnoord | sure we can |
| 10:28.56 | Captnoord | I don't have the time todo the measurements |
| 10:28.56 | phh | it's just boring to do, right. |
| 10:29.03 | Captnoord | and.... |
| 10:29.09 | Captnoord | only thing really missing is a filter |
| 10:29.16 | phh | Captnoord: *for rhod* ? :p |
| 10:29.20 | Captnoord | for rhod |
| 10:29.32 | Captnoord | I didn't had time to do the reversing |
| 10:29.37 | Captnoord | after tomorrow I will |
| 10:29.40 | Captnoord | bit exam |
| 10:29.44 | Captnoord | regarding the exam |
| 10:29.53 | Captnoord | need to get back to the books |
| 10:29.56 | Captnoord | 1 test |
| 10:30.20 | phh | you lucky |
| 10:30.21 | phh | I have |
| 10:30.21 | phh | hum |
| 10:30.27 | phh | I don't want to count how many tests. |
| 10:30.42 | Captnoord | nah |
| 10:30.43 | Captnoord | have fun all |
| 10:30.50 | Captnoord | talk to ya all tomorrow |
| 10:30.54 | Captnoord | or tonight |
| 10:31.11 | Markinus | Captnoord: have now all in one file |
| 10:31.14 | Markinus | Captnoord: same again |
| 10:31.19 | Markinus | Captnoord: bye |
| 10:36.28 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.49) |
| 10:38.01 | *** part/#htc-linux DenPal (~hoper@post1.centr.by) |
| 10:38.03 | mickey|office | phh: I'm quite desperate wrt. that suspend/resume. I even patched rtc_suspend to call msm_sleep_set_max_time with something really huge still no dice :/ |
| 10:38.25 | phh | I don't think that's the problem |
| 10:38.32 | mickey|office | GNUtoo: leviathan: perhaps we need to either move to the latest upstream kernel or go back to where we came from and bisect |
| 10:39.04 | mickey|office | phh: could it be battery readings as leviathan indicated? |
| 10:39.21 | phh | mickey|office: I don't think that would make it wake up instantly |
| 10:39.36 | mickey|office | k |
| 10:40.09 | phh | and anyway, IIRC, the last log you gave me, showed that it doesn't even try to do the architecture sleep |
| 10:40.43 | GNUtoo | mickey|office, I can try other kernels but maybe the problem is a bug in .32 |
| 10:40.55 | GNUtoo | I'll try that |
| 10:40.59 | GNUtoo | but later |
| 10:41.04 | GNUtoo | I've things to do today |
| 10:42.18 | mickey|office | ok |
| 10:42.48 | mickey|office | phh: yeah, i have tried to follow the call stack, but it's very hard without jtag and just printk for someone like me |
| 10:43.03 | mickey|office | phh: who is supposed to call msm_sleep() after all? |
| 10:43.09 | phh | don't know :p |
| 10:43.13 | phh | let me check |
| 10:43.14 | mickey|office | hehe, k |
| 10:44.23 | phh | mickey|office: kernel/power/suspend.c |
| 10:44.38 | phh | pm.c calls suspend_set_ops() with his own struct including msm_pm_sleep |
| 10:46.36 | GNUtoo | mickey|office, will function_trace work for you? |
| 10:46.53 | mickey|office | well, not that i think i can provide much value anyways to the debugging |
| 10:47.01 | mickey|office | it just strikes me as being worthless only watching you guys... |
| 10:47.12 | mickey|office | but i must confess, my strengths are more in userland ;) |
| 10:49.20 | *** join/#htc-linux alain2210 (~alain@AMontsouris-151-1-87-26.w90-2.abo.wanadoo.fr) |
| 10:50.02 | alain2210 | mickey|office: hello |
| 10:51.45 | alain2210 | i'm reading the research about suspend resume |
| 10:52.13 | alain2210 | I'm testing it via ssh |
| 10:52.18 | phh | (there are so many frenchs here.) |
| 10:52.29 | alain2210 | phh: yes |
| 10:52.56 | alain2210 | this morning suspend cannot access msm_sleep |
| 10:53.05 | alain2210 | after some times its works.... |
| 10:53.48 | alain2210 | may be it can access msm_sleep only when battery is charged full |
| 10:54.20 | phh | lol ? |
| 10:54.30 | phh | I'm not saying no, byt why ? |
| 10:54.49 | alain2210 | I understand nothing |
| 10:54.55 | alain2210 | I observ |
| 10:55.06 | alain2210 | and I remeber the openezx case |
| 11:01.02 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 11:02.39 | alain2210 | mickey: how do you have a working keyboard on dream ? I only have letters (no alt) |
| 11:05.59 | mickey|office | alain2210: good morning. "working" in the sense of all keys emitting proper input nodes. I did not use X yet |
| 11:06.09 | mickey|office | i guess one needs a special xmodmap |
| 11:08.07 | alain2210 | mickey: I have removed X |
| 11:08.17 | alain2210 | so now I'm using console |
| 11:08.39 | alain2210 | and I still not have all the keys |
| 11:08.50 | mickey|office | ah |
| 11:09.04 | mickey|office | hmm, ok i will take another look when i'm back home |
| 11:09.17 | mickey|office | NOTE that key composition is not done on input layer |
| 11:09.17 | alain2210 | I use an "h2200" image |
| 11:09.19 | mickey|office | but on the layers above |
| 11:10.32 | alain2210 | yes where ? |
| 11:10.57 | mickey|office | in X or whatever you use as display manager |
| 11:11.35 | mickey|office | don't bother with teaching fbcon how to compose |
| 11:11.42 | mickey|office | fbcon is only temporary anyways |
| 11:11.50 | mickey|office | it's already gone in my defconfig |
| 11:19.40 | alain2210 | yes, but to be able to write echo mem > /sys/power/state without usb and ssh |
| 11:19.48 | alain2210 | how do you do this ? |
| 11:21.35 | mickey|office | you cheat :) |
| 11:21.37 | mickey|office | log in |
| 11:21.38 | mickey|office | cd .. |
| 11:21.41 | mickey|office | cd sys |
| 11:21.42 | mickey|office | cd power |
| 11:21.45 | mickey|office | echo mem > state |
| 11:21.46 | mickey|office | :) |
| 11:22.03 | mickey|office | > is actually available |
| 11:22.10 | mickey|office | shift-dot or so |
| 11:22.14 | alain2210 | but > is alt M on my keyboard |
| 11:22.38 | mickey|office | hmm |
| 11:22.46 | mickey|office | on low level console it should be shift-dot |
| 11:22.52 | mickey|office | just try |
| 11:23.13 | alain2210 | yes you're right |
| 11:23.46 | mickey|office | :) |
| 11:29.25 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B58D5B.dip0.t-ipconnect.de) |
| 11:30.53 | alain2210 | mickey: did you succeed in powering it off ? |
| 11:31.14 | GNUtoo | alain2210, for keyboard we didn't map it yet,for how to suspend via keyboard: |
| 11:31.16 | GNUtoo | cd .. |
| 11:31.17 | GNUtoo | cd .. |
| 11:31.19 | GNUtoo | etc... |
| 11:31.22 | GNUtoo | cd sys |
| 11:31.24 | GNUtoo | cd power |
| 11:31.27 | GNUtoo | echo mem > state |
| 11:31.35 | alain2210 | GNUtoo : thanks |
| 11:31.52 | alain2210 | I had not discovered >.... |
| 11:31.58 | alain2210 | no it is good. |
| 11:32.23 | alain2210 | and you can shut the phone off ? |
| 11:32.39 | GNUtoo | shift + . is > for me |
| 11:32.50 | GNUtoo | . is the key at right of space |
| 11:33.49 | alain2210 | yes : i mean : now it is good. mickey has given the answer |
| 11:34.31 | GNUtoo | ok |
| 11:34.43 | GNUtoo | ah ok I should read logs |
| 11:34.52 | GNUtoo | entirely |
| 11:34.55 | GNUtoo | before responding |
| 11:35.13 | GNUtoo | alain2210, maybe you could map the keyboard |
| 11:35.22 | GNUtoo | ask mickey|office on how to do that |
| 11:35.34 | GNUtoo | there are keymaps files in oe |
| 11:35.56 | alain2210 | GNUtoo: mickey has said it was not useful |
| 11:36.02 | GNUtoo | ah why? |
| 11:36.37 | alain2210 | because console is not used when in X |
| 11:36.43 | GNUtoo | yes |
| 11:36.50 | GNUtoo | I was more talking about X |
| 11:37.02 | GNUtoo | because in console or in X it uses the default mapping |
| 11:37.03 | alain2210 | ok |
| 11:37.20 | GNUtoo | so if I got keyboard mapping in X it would be great |
| 11:37.33 | alain2210 | yes |
| 11:37.41 | alain2210 | (after suspend.....) |
| 11:38.00 | mickey|office | *nod* |
| 11:38.02 | GNUtoo | suspend is top priority for me,that's why I didn't do X mapping yet |
| 11:38.04 | mickey|office | suspend/resume is mission critical now |
| 11:38.10 | alain2210 | yes |
| 11:38.14 | mickey|office | it's awful we're hanging already for so long on it |
| 11:38.21 | GNUtoo | alain2210, are you good enough to help us with suspend? |
| 11:38.29 | alain2210 | sorry no |
| 11:38.35 | GNUtoo | ok |
| 11:38.36 | mickey|office | GPS will be very simple once we found out how to toggle power control |
| 11:38.44 | mickey|office | (which itself might be hard) |
| 11:38.46 | GNUtoo | so that's why I asked for keyboard mapping |
| 11:38.46 | alain2210 | I have worked on that for ezx |
| 11:39.02 | GNUtoo | on what? |
| 11:39.12 | GNUtoo | suspend? keyboard? gps? |
| 11:39.28 | alain2210 | but with drwyrm |
| 11:39.34 | alain2210 | suspend |
| 11:39.48 | GNUtoo | wow |
| 11:40.19 | alain2210 | yes drwyrm is understanding the kernel very well |
| 11:41.19 | mickey|office | bbl, lunch |
| 11:42.24 | GNUtoo | bbl too |
| 11:43.09 | alain2210 | what means bbl |
| 11:45.20 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 11:45.47 | phh | be back later |
| 11:46.18 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58D5B.dip0.t-ipconnect.de) |
| 11:46.54 | *** join/#htc-linux jason10 (~jason@r3n197.net.upc.cz) |
| 11:47.04 | jason10 | Hello |
| 11:47.28 | alain2210 | phh : thanks |
| 11:47.45 | jason10 | has anybody managed to get tiwlan running in ettercap on G1 (Openmoko/debian or android)? |
| 11:48.54 | phh | jason10: what about wl1251 ? |
| 11:49.14 | jason10 | sorry for my noobishness |
| 11:49.41 | phh | jason10: a driver for the same chipset, which is included in upstream kernel |
| 11:49.51 | phh | mainstream even |
| 11:49.55 | jason10 | nice will read about it quickly |
| 11:49.59 | jason10 | thanks |
| 11:52.00 | jason10 | phh, does this mean things like ettercap can run on android within a debian image? I wander if arp poisoning will work on G1 |
| 11:52.10 | phh | I don't know. |
| 11:52.20 | phh | but it's a standard linux driver, using nl80211 stack and such |
| 11:52.24 | phh | so it has more chances to work. |
| 11:52.34 | jason10 | ok thanks for the direction |
| 11:56.44 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
| 11:57.29 | *** join/#htc-linux Modu (~Modu@hubble.bibibox.fr) |
| 11:57.34 | phh | IceBone: thanks. |
| 11:57.35 | Modu | hi |
| 11:57.55 | phh | Modu: which bootloader ? |
| 11:58.44 | Modu | I'd like to known how bootloader works, to know what part lead to a bricked device |
| 11:59.02 | jason10 | sounds dodgy :P |
| 11:59.23 | phh | Modu: just the part when you write over the bootloader NAND |
| 11:59.49 | Modu | is it the SPL / recovery image / boot image ? |
| 12:00.01 | Modu | In my mind only the SPL is critical |
| 12:00.06 | phh | yup |
| 12:00.19 | phh | Modu: you have a tri-color SPL screen too ? |
| 12:00.34 | Modu | Yeah, an htc magic |
| 12:01.05 | Modu | So even if I destroy the recovery image and the boot device, I should be able to repair it with fastboot ? |
| 12:01.05 | phh | yeah I don't know htc android devices |
| 12:01.12 | phh | ah I don't know what fastboot is |
| 12:01.18 | phh | if it's from recovery or from spl |
| 12:01.48 | phh | recovery is a linux partition ? |
| 12:01.53 | Modu | ok, any suggestion where I can ask this question |
| 12:02.02 | jason10 | xda forum |
| 12:02.09 | jason10 | forsure Modu |
| 12:02.23 | Modu | is there any IRC chan for xda ? |
| 12:02.26 | phh | #xda-devs |
| 12:02.30 | Modu | thanks |
| 12:03.17 | Modu | good bye |
| 12:03.19 | *** part/#htc-linux Modu (~Modu@hubble.bibibox.fr) |
| 12:23.35 | alain2210 | phh: now if I do mem>/sys/power/state I seem to get a suspend (black console) |
| 12:23.38 | alain2210 | http://pastebin.ca/1867719 |
| 12:24.24 | phh | alain2210: no idle 0 msm_sleep. |
| 12:24.29 | phh | =====> didn't sleep. |
| 12:26.06 | alain2210 | but |
| 12:26.33 | alain2210 | [ 2898.456756] msm_sleep(): vector ea00000e 35392e30 -> e51ff004 10030a28 |
| 12:26.40 | alain2210 | [ 2898.456756] msm_pm_collapse(): returned 1 |
| 12:26.46 | phh | alain2210: that's *idle* sleep |
| 12:27.01 | alain2210 | ok |
| 12:27.21 | alain2210 | idle sleep is not always working |
| 12:27.28 | phh | it depends on the cpu activity |
| 12:27.38 | alain2210 | thanks |
| 12:27.41 | phh | it needs to be idling for more than 20ms iirc |
| 12:28.01 | alain2210 | yes I read this value |
| 12:28.37 | alain2210 | but why it need this vector line for idle ? |
| 12:28.54 | phh | idling, from a CPU point of view, is exactly a sleep |
| 12:29.12 | phh | it just wakes up on any interrupt, so it doesn't change its behaviour at all |
| 12:29.37 | phh | I mean compared to if it was not sleeping |
| 12:30.04 | alain2210 | ok |
| 12:40.13 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 12:42.29 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 12:47.56 | *** join/#htc-linux gauner1986 (~gauner198@p5B38668C.dip.t-dialin.net) |
| 12:52.17 | *** join/#htc-linux br1ck (~br1ck@xdslfd057.osnanet.de) |
| 12:52.59 | *** join/#htc-linux Benouch (~44ecb89c@gateway/web/freenode/x-bbhqqfefsjmrhodn) |
| 12:59.41 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 13:00.18 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04fb9.pool.mediaWays.net) |
| 13:03.31 | *** join/#htc-linux hfctsaot (~heroc@108.108.179.229) |
| 13:03.31 | *** join/#htc-linux Orkspalter_ (~Orkspalte@p54B58D5B.dip0.t-ipconnect.de) |
| 13:03.52 | hfctsaot | phh u around |
| 13:09.19 | *** join/#htc-linux Guest86671 (~yadayada@pool-72-84-153-242.slsbmd.east.verizon.net) |
| 13:20.01 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 14:00.45 | *** part/#htc-linux Fordyy (~MrFordihu@d90-130-14-1.cust.tele2.se) |
| 14:01.26 | phh | ToAsTcfh: yes. |
| 14:03.12 | gauner1986 | mhm.. i find studying for the lpi 102 easier than the 101.. :) |
| 14:12.30 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B58D5B.dip0.t-ipconnect.de) |
| 14:22.53 | leviathan | GNUtoo: ok |
| 14:22.57 | leviathan | found out the point |
| 14:23.03 | leviathan | following things: one |
| 14:23.14 | leviathan | it seems to be something with the battery driver |
| 14:23.24 | leviathan | the reason for the wakeups are rpc calls |
| 14:23.35 | leviathan | very likely from battery usage info |
| 14:24.12 | leviathan | two points: it stops flickering if you have mplayer running while suspend |
| 14:24.16 | leviathan | then it really suspends |
| 14:25.43 | leviathan | lol |
| 14:25.50 | leviathan | GNUtoo: its not mplayer |
| 14:25.54 | leviathan | its the usb port itself |
| 14:26.00 | leviathan | headset, usbgadget |
| 14:26.02 | leviathan | ... |
| 14:26.53 | leviathan | thats a really strange bug |
| 14:26.54 | leviathan | ... |
| 14:29.28 | phh | [16:25:15] <leviathan> the reason for the wakeups are rpc calls <<<<-------- where do you get that ?!? |
| 14:29.38 | leviathan | phh: dmesg |
| 14:29.56 | phh | leviathan: more precisely ? |
| 14:30.03 | leviathan | mom |
| 14:30.10 | leviathan | I'll bootup most recent kernel |
| 14:30.15 | leviathan | and pastebin the lines |
| 14:32.50 | GNUtoo | leviathan, are you shure it really suspend? |
| 14:33.00 | leviathan | yes |
| 14:33.20 | GNUtoo | dmesg? |
| 14:38.32 | *** join/#htc-linux Jaferdark (~Jafterdar@97-87-4-243.dhcp.mdsn.wi.charter.com) |
| 14:42.59 | leviathan | wakeup wake lock: SMD_RPCCALL |
| 14:43.03 | leviathan | uuhm |
| 14:43.04 | *** join/#htc-linux x-fak (~WinGuru@reactos/tester/x-fak) |
| 14:43.16 | leviathan | only if its not connected |
| 14:43.19 | leviathan | very strange |
| 15:02.12 | GNUtoo | I'll go soon |
| 15:24.32 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 15:26.42 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 15:28.19 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 15:28.44 | [acl] | phh: ? |
| 15:32.02 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 15:32.39 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE75A0.dip.t-dialin.net) |
| 15:50.35 | *** join/#htc-linux toi (~toi@195.177.247.4) |
| 16:00.38 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d48a.pool.mediaWays.net) |
| 16:26.20 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 16:28.09 | GNUtoo|oeee | hi |
| 16:28.18 | GNUtoo|oeee | any news about suspend? |
| 16:34.26 | alain2210 | GNUtoo|oeee : does suspend ever work ? |
| 16:34.43 | alain2210 | I have tried the android os and |
| 16:35.02 | alain2210 | echo mem > /sys/power/state does not work |
| 16:36.09 | phh | alain2210: with which kernel ? |
| 16:36.20 | phh | the problem here is clearly the kernel, not the userland |
| 16:36.35 | alain2210 | using the official kernel of android 1.0 |
| 16:36.45 | phh | ah. |
| 16:36.56 | phh | oh yes they had weird stuff |
| 16:37.03 | phh | it's) not /sys/power/state, it's /sys/power_android/something |
| 16:37.29 | alain2210 | but there is also a /sys/power/state |
| 16:38.26 | phh | yes but no. |
| 16:38.31 | phh | try with /sys/android_power/request_state |
| 16:38.48 | *** join/#htc-linux Guest86671 (~yadayada@pool-71-255-177-209.slsbmd.east.verizon.net) |
| 16:44.28 | alain2210 | phh: but cat /sys/android_power/request_state : wake, no mem |
| 16:47.37 | chamonix | hey guys |
| 16:51.03 | *** join/#htc-linux Cass (~Cass@cass.demon.co.uk) |
| 16:51.55 | GNUtoo|oeee | alain2210, in cm-mod 2.6.29 it works |
| 16:52.39 | GNUtoo|oeee | strangely it say something just after suspending console |
| 16:52.42 | GNUtoo|oeee | could it be VT? |
| 16:53.06 | GNUtoo|oeee | phh, that's with very ld kernel |
| 16:53.15 | GNUtoo|oeee | *old kenrel |
| 16:53.27 | GNUtoo|oeee | with cm-mod .29 I think it's /sys/power/state |
| 16:53.40 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 16:54.34 | alain2210 | GNUtoo|oeee: what is exactly cm-mod ? kernel ? rootfs ? |
| 16:54.44 | GNUtoo|oeee | cyanogen mod |
| 16:54.49 | alain2210 | and what command have you used ? |
| 16:55.01 | GNUtoo|oeee | echo mem > /sys/power/state |
| 16:55.33 | GNUtoo|oeee | I think the replicant kernel also suspends but I bet it's less recent than cm-mod |
| 16:55.40 | GNUtoo|oeee | and also it was pre-built |
| 16:56.21 | alain2210 | could you precise ? |
| 16:56.54 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
| 16:56.58 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
| 16:58.51 | GNUtoo|oeee | I'll paste a link |
| 16:59.01 | GNUtoo|oeee | let me power on my desktop computer |
| 17:01.36 | *** join/#htc-linux GNUtoo (~GNUtoo@host21-134-dynamic.25-79-r.retail.telecomitalia.it) |
| 17:03.05 | alain2210 | GNUtoo|oeee: another thing, I have tested with pm_debug core. |
| 17:03.30 | alain2210 | and I does not wait the 5 seconds |
| 17:03.37 | alain2210 | s/I/it/ |
| 17:06.49 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 17:07.09 | *** join/#htc-linux diiishe-away (~mmm@96.56.222.18) |
| 17:07.36 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 17:07.41 | GNUtoo | alain2210, http://github.com/cyanogen/cm-kernel |
| 17:07.59 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-156-62.slsbmd.east.verizon.net) |
| 17:10.26 | alain2210 | sorry, but with what rootfs ? |
| 17:10.53 | alain2210 | and you have said that there was a prebuilt version ? |
| 17:12.02 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 17:12.54 | GNUtoo | alain2210, http://www.cyanogenmod.com/ |
| 17:13.07 | GNUtoo | alain2210, beware it contain proprietary software |
| 17:13.23 | GNUtoo | like proprietary lower level android libs + google sruff |
| 17:13.36 | GNUtoo | like the ril, the libcamera,the libgps etc... |
| 17:13.41 | *** join/#htc-linux gauner1986 (~gauner198@p5B38668C.dip.t-dialin.net) |
| 17:14.05 | GNUtoo | I used that rootfs only for testing and for dumps |
| 17:14.20 | GNUtoo | s/testing/testing suspend/ |
| 17:14.31 | GNUtoo | else I used replicant |
| 17:14.35 | GNUtoo | another project |
| 17:14.52 | alain2210 | yes it have read the site of replicant project |
| 17:14.53 | GNUtoo | http://trac.osuosl.org/trac/replicant/wiki |
| 17:15.26 | alain2210 | but for cyanogenmod.com you use it on a sd card ? |
| 17:15.29 | alain2210 | in nand ? |
| 17:16.11 | *** join/#htc-linux hfctsaot (~heroc@108.108.179.229) |
| 17:17.34 | GNUtoo | nand |
| 17:18.04 | GNUtoo | basically I backuped my phone with cm-recovery-1.4 or something like this...let me find the real filename |
| 17:18.15 | GNUtoo | then flashed an old cm-mod |
| 17:18.19 | GNUtoo | then upgraded it |
| 17:18.35 | GNUtoo | (because I didn't have proprietary libs in replicant) |
| 17:18.44 | alain2210 | I also have a cm-recovery |
| 17:18.44 | GNUtoo | and then saved it |
| 17:18.46 | GNUtoo | ok |
| 17:21.17 | phh | [18:54:58] <GNUtoo|oeee> phh, that's with very ld kernel <------ he said android 1.0; |
| 17:24.18 | chamonix | #@!#?!! |
| 17:24.53 | hfctsaot | phh did u commit that oc patch somewhere |
| 17:25.47 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 17:27.34 | *** join/#htc-linux diiishe-away (~mmm@96.56.222.18) |
| 17:28.10 | chamonix | \o/ |
| 17:29.36 | chamonix | who decided 10 set 192.168.20.x to usb0? |
| 17:29.43 | chamonix | s/10/to |
| 17:30.38 | chamonix | phh: u wanna laugh? guess what my router/dns' IP is? |
| 17:32.03 | GNUtoo | chamonix, 127.0.0.1? |
| 17:32.07 | chamonix | rofl |
| 17:32.10 | chamonix | almost |
| 17:32.13 | chamonix | 192.168.20.1 |
| 17:32.14 | chamonix | :-D |
| 17:32.18 | GNUtoo | ok |
| 17:32.27 | GNUtoo | ah I didn't read what's up |
| 17:32.41 | chamonix | and I've been wondering y WLAN netowrking didn't work |
| 17:32.59 | GNUtoo | init 0 && mount the card && nano /media/sdcard/etc/network/interface |
| 17:33.08 | chamonix | obviously usb0 wasn't doing any name resolution |
| 17:33.28 | chamonix | well, I fixed ini instead |
| 17:33.36 | chamonix | t |
| 17:35.52 | phh | chamonix: . |
| 17:36.15 | chamonix | .? |
| 17:36.18 | chamonix | lol |
| 17:36.30 | phh | it's to say that there is nothing to say :p |
| 17:36.38 | chamonix | that's how I felt >.< |
| 17:36.47 | chamonix | :P |
| 17:38.39 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04fb9.pool.mediaWays.net) |
| 17:38.47 | chamonix | phh: I was not able to prove it because I used my phone but I have to try loading my phone using AC power instead of USB and repeat some test..... I have the feeling that at some point in time it stops charging from usb and pretends battery is full even if it's not (locat report BATTERY_STATE_UNKNOWN) |
| 17:39.19 | phh | chamonix: oO |
| 17:39.47 | chamonix | I saw this when running ledeffects because I registered battery broadcasts |
| 17:40.12 | chamonix | while charging I get D/WifiService( 1209): ACTION_BATTERY_CHANGED pluggedType: 1 |
| 17:40.28 | chamonix | but after a while it goes to unknown |
| 17:40.41 | chamonix | while = when the meter says it's full |
| 17:40.53 | phh | hum |
| 17:41.05 | chamonix | right now I have Status is BATTERY_STATUS_CHARGING |
| 17:45.02 | chamonix | some1 any seen this? |
| 17:45.03 | chamonix | I/HTC Acoustic( 1920): libhtc_acoustic.so version 1.0.1.1. |
| 17:45.07 | chamonix | E/HTC Acoustic( 1920): can't open /dev/htc-acoustic -1 |
| 17:45.10 | chamonix | E/AudioHardwareMSM72XX( 1920): Could not set acoustic parameters to share memory: -1 |
| 17:45.35 | phh | yup that's normal |
| 17:45.44 | chamonix | lol |
| 17:45.45 | chamonix | ok |
| 17:46.26 | chamonix | how often do these threads die and restart? |
| 17:46.33 | phh | in a new thread ? |
| 17:46.36 | phh | hum that's more annoying |
| 17:46.49 | chamonix | I assume |
| 17:46.54 | chamonix | W/AudioSystem( 1209): AudioFlinger server died |
| 17:46.59 | chamonix | I/AudioFlinger( 1920): AudioFlinger's thread 0xbad8 ready to run |
| 17:47.02 | phh | really annoying. |
| 17:49.04 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 17:50.32 | chamonix | I can confirm, earlier in logcat same happened and it had pid 1701 |
| 17:52.46 | GNUtoo | leviathan, can I have your wireless-compat recipe again? |
| 17:53.04 | *** join/#htc-linux JairunCaloth (~dbrowne@c-24-98-17-158.hsd1.ga.comcast.net) |
| 17:54.12 | Captnoord | phh if you check the docs.... |
| 17:54.20 | Captnoord | you find some stuff about rf |
| 17:54.24 | phh | Captnoord: ? |
| 17:54.25 | Captnoord | on the raph |
| 17:54.28 | Captnoord | and diamond |
| 17:54.33 | Captnoord | we have 2 rf amplifiers |
| 17:54.41 | Captnoord | they never get turned off |
| 17:54.41 | Captnoord | or |
| 17:54.43 | Captnoord | set to idle |
| 17:54.50 | Captnoord | they seem to be set trough vreg's |
| 17:54.56 | phh | two ? |
| 17:54.57 | phh | why two ? |
| 17:54.59 | Captnoord | yea |
| 17:55.08 | Captnoord | gsm and umts |
| 17:55.20 | Captnoord | diff freq spectrum |
| 17:55.21 | Captnoord | bla bla |
| 17:55.22 | Captnoord | long story |
| 17:55.57 | phh | there 4 gsm bands and 3 umts bands -_-' |
| 17:56.20 | phh | or 4 umts ? |
| 17:56.44 | Captnoord | phh pm |
| 17:56.52 | phh | yes yes i've seen |
| 18:08.49 | chamonix | phh: now I get D/BatteryBroadcastHandler( 1511): Status is BATTERY_STATUS_UNKNOWN |
| 18:10.15 | chamonix | if now I D/Exec.exec( 2044): Executing command echo 1 > /dbgfs/htc_battery/charger_state |
| 18:10.21 | chamonix | D/BatteryBroadcastHandler( 1511): Status is BATTERY_STATUS_CHARGING |
| 18:10.34 | chamonix | <PROTECTED> |
| 18:15.01 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 18:19.41 | chamonix | that may be bad implementation in userland but normally I'm expecting BATTERY_STATUS_FULL |
| 18:20.25 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 18:22.39 | GNUtoo | hi, some people have wifi on other phones than dream,How can PSM(power saving mode) be activated? |
| 18:24.23 | mickeyl | iwconfig <iface> power <params> |
| 18:25.03 | mickeyl | can also tweak txpower |
| 18:27.20 | chamonix | there are also a few power params in tiwlan.ini |
| 18:27.55 | mickeyl | you mean the calibration file? |
| 18:28.01 | mickeyl | (wl1251-nvs.bin here) |
| 18:28.25 | chamonix | no, ./init.etc/wifi/tiwlan.ini in rootfs.img |
| 18:28.43 | mickeyl | ok, android |
| 18:28.43 | chamonix | defaultPowerLevel = 2 # 0 - ELP # 1 - PD # 2 - AWAKE |
| 18:28.44 | chamonix | PowerSavePowerLevel = 2 # 0 - ELP # 1 - PD # 2 - AWAKE |
| 18:29.19 | leviathan | GNUtoo: sure you can have the recipe |
| 18:29.37 | GNUtoo | ok |
| 18:29.38 | GNUtoo | thanks |
| 18:29.42 | leviathan | GNUtoo: http://ftp.o2s.ch/compat-wireless |
| 18:29.44 | leviathan | look here |
| 18:29.46 | leviathan | ^^ |
| 18:30.01 | GNUtoo | thanks |
| 18:30.32 | GNUtoo | mickeyl, no I mean PSM |
| 18:31.22 | GNUtoo | what param should I put |
| 18:31.26 | GNUtoo | because I've an error |
| 18:31.55 | mickeyl | according to the docs, iwconfig wlan0 power {period N|timeout N|saving N|off} |
| 18:31.59 | GNUtoo | $ iwconfig wlan0 power 200ms Error for wireless request "Set Power Management" (8B2C) : SET failed on device wlan0 ; Invalid argument. |
| 18:32.17 | mickeyl | period 200 ? |
| 18:32.31 | mickeyl | or timeout 200, depending on what you want |
| 18:32.44 | GNUtoo | <PROTECTED> |
| 18:32.46 | GNUtoo | ok |
| 18:32.48 | mickeyl | 200u |
| 18:33.18 | leviathan | GNUtoo: suspend works, when I have the headset connected ^_^ |
| 18:33.43 | GNUtoo | leviathan, realy? dmesg? |
| 18:33.46 | leviathan | uhm |
| 18:33.52 | leviathan | better: whats not in dmesg |
| 18:33.52 | GNUtoo | mickeyl, still no go |
| 18:33.58 | leviathan | it suspends smoothly |
| 18:34.10 | leviathan | like if it would be connected to usb-ether |
| 18:34.15 | GNUtoo | did phh confirm? |
| 18:34.22 | leviathan | ask him |
| 18:34.23 | leviathan | :) |
| 18:34.29 | leviathan | phh: do you confirm? |
| 18:34.35 | leviathan | btw |
| 18:34.38 | leviathan | afk.smoking |
| 18:34.47 | GNUtoo | because he's the expert,not me |
| 18:39.21 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 18:39.37 | leviathan | re |
| 18:41.55 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
| 18:45.33 | mickeyl | wrt. suspend |
| 18:45.39 | mickeyl | here's the ultimate proof you have to fulfill |
| 18:45.40 | mickeyl | http://pastebin.com/QjKC4rVX |
| 18:45.41 | mickeyl | :D |
| 18:46.00 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
| 18:46.34 | GNUtoo | lol |
| 18:46.42 | GNUtoo | mickeyl, the driver has PSM |
| 18:46.48 | GNUtoo | but no luck with iwconfig |
| 18:47.02 | mickeyl | ah, pity, no experience with the new API here |
| 18:47.03 | GNUtoo | wl1251 I mean |
| 18:47.12 | GNUtoo | libnl doesn't compile btw |
| 18:47.42 | GNUtoo | so no iw |
| 18:47.43 | mickeyl | libnl can be tough, i have an own snapshot for libnl2 |
| 18:47.56 | GNUtoo | libnl2 compiles? |
| 18:48.03 | mickeyl | my snapshot, yes. |
| 18:48.07 | GNUtoo | ok |
| 18:48.10 | GNUtoo | and what about iw |
| 18:48.11 | GNUtoo | it works? |
| 18:48.29 | mickeyl | on our wifi? |
| 18:48.41 | GNUtoo | no generally |
| 18:48.43 | GNUtoo | it compiles |
| 18:48.45 | GNUtoo | and run |
| 18:48.54 | mickeyl | sure |
| 18:48.56 | GNUtoo | on our wifi it would be great to try it |
| 18:48.57 | GNUtoo | ok |
| 18:48.57 | mickeyl | it's part of fso2-demo-image |
| 18:49.01 | mickeyl | so it has to built |
| 18:49.02 | GNUtoo | ok |
| 18:49.26 | GNUtoo | how do I build it? change the srcrev and that's it? |
| 18:49.35 | GNUtoo | I'm under oe.dev + shr distro |
| 18:49.44 | mickeyl | bitbake wireless-tools should do it |
| 18:49.46 | mickeyl | at least it does here |
| 18:49.54 | mickeyl | unless they broke it since last week when i last tried |
| 18:50.00 | GNUtoo | wireless-tools? isn't that iwconfig |
| 18:50.01 | GNUtoo | ? |
| 18:50.03 | mickeyl | yes |
| 18:50.08 | mickeyl | that's what we talking about, no? |
| 18:50.09 | GNUtoo | iw != iwconfig |
| 18:50.12 | mickeyl | oh |
| 18:50.12 | GNUtoo | no |
| 18:50.15 | mickeyl | what's iw? |
| 18:50.17 | GNUtoo | iw is a new tool |
| 18:50.21 | GNUtoo | it uses libnl |
| 18:50.22 | mickeyl | cool, never seen that, sorry |
| 18:50.37 | mickeyl | thought you were abbreviating iwconfig :) |
| 18:51.07 | phh | [20:36:23] <leviathan> phh: do you confirm? <----- confirm what ? |
| 18:51.34 | leviathan | phh: that it suspends well with headset connected ;-) |
| 18:51.37 | GNUtoo | http://www.linuxwireless.org/en/users/Documentation/iw |
| 18:51.56 | phh | leviathan: hum, I'd say there is a wakelock on H2W ? |
| 18:52.02 | phh | but without the dmesg I can't say anything. |
| 18:52.18 | leviathan | hmm |
| 18:52.21 | mickeyl | yeah, there's wakelock on usb an h2w |
| 18:52.27 | leviathan | hmm |
| 18:52.29 | mickeyl | with these it doesn't actually suspend |
| 18:52.30 | leviathan | perhaö |
| 18:52.34 | mickeyl | unless you patched the kernel |
| 18:52.38 | leviathan | ohh |
| 18:52.40 | leviathan | okee |
| 18:52.45 | leviathan | that might it be |
| 18:52.48 | mickeyl | check the pastebin for how a real suspend looks like |
| 18:52.49 | leviathan | ok in this case |
| 18:52.51 | leviathan | I admit |
| 18:52.58 | leviathan | suspending is officially broken |
| 18:53.00 | leviathan | for me too |
| 18:53.01 | mickeyl | aaah |
| 18:53.02 | mickeyl | finally |
| 18:53.03 | mickeyl | *phew* |
| 18:53.06 | mickeyl | that took us a while :D |
| 18:53.07 | phh | :p |
| 18:53.17 | phh | http://pastebin.com/QjKC4rVX |
| 18:53.17 | leviathan | Im soooo happy >_< |
| 18:53.18 | GNUtoo | indeed |
| 18:53.21 | phh | mickeyl: that won't make me belive it. |
| 18:53.31 | phh | well, if TIMESTAMP2>>>>>>> TIMESTAMP1 |
| 18:53.34 | phh | possibly. |
| 18:53.45 | mickeyl | :) |
| 18:54.10 | mickeyl | one hour of sleep would be something i'd appreciate |
| 18:54.17 | mickeyl | if more, be my guest ;) |
| 18:55.21 | *** join/#htc-linux Markinus (~Markinus@gtng-4db04fb9.pool.mediaWays.net) |
| 18:55.51 | phh | I can get > 24hours sleep ! :p |
| 18:57.17 | mickeyl | yeah |
| 18:57.24 | mickeyl | i envy your kernel and your hardware |
| 18:57.26 | mickeyl | that's for sure |
| 18:57.59 | phh | lol ? |
| 18:58.02 | phh | you can use 2.6.27 too |
| 18:59.25 | mickeyl | hmm, i could |
| 18:59.32 | mickeyl | and perhaps i need to if we can't solve this suspend/resume |
| 18:59.42 | mickeyl | but i don't feel like backporting devtmpfs |
| 18:59.47 | GNUtoo | mickeyl, 29 works with suspend/resume |
| 18:59.58 | mickeyl | .29? |
| 19:00.02 | GNUtoo | 2.6.29 |
| 19:00.06 | GNUtoo | from cyanogen mod |
| 19:00.19 | GNUtoo | (used only for testing suspend and dumps) |
| 19:00.20 | mickeyl | interesting, so it looks like upstream broke it |
| 19:00.31 | mickeyl | perhaps it's fixed by now? ever tried master? |
| 19:00.42 | GNUtoo | mickeyl, there are bugreport abuot issues with timer and 2.6.32 under kenrel.org bugzilla |
| 19:02.52 | Captnoord | Markinus: awake? |
| 19:02.56 | mickeyl | got a link? |
| 19:03.06 | GNUtoo | yes let me look |
| 19:03.59 | Markinus | Captnoord: yes |
| 19:04.14 | Captnoord | got any other idea's |
| 19:04.19 | mickeyl | although as phh shows us msm_sleep is not being called at all |
| 19:04.23 | Captnoord | I think the entire console stuff is never been called |
| 19:04.24 | Captnoord | :S |
| 19:04.24 | mickeyl | so i doubt whether it's a timer issue |
| 19:04.34 | gauner1986 | Markinus: gimme some good news :) |
| 19:04.45 | GNUtoo | mickeyl, https://bugzilla.kernel.org/show_bug.cgi?id=14424 |
| 19:04.47 | Markinus | Captnoord: ?!? why? |
| 19:04.55 | GNUtoo | ah ok |
| 19:04.56 | Captnoord | fb_console clear |
| 19:04.59 | Captnoord | I made it clear white |
| 19:05.02 | Captnoord | should work |
| 19:05.08 | Captnoord | and its beeing called from the init |
| 19:05.12 | Captnoord | but not white |
| 19:05.21 | Captnoord | so in my eyes it doesn't work |
| 19:05.25 | Markinus | Captnoord: hmm, but why on leo? . . . |
| 19:05.32 | Captnoord | I don't have a clue |
| 19:05.33 | Captnoord | :S |
| 19:05.34 | Markinus | Captnoord: we have same init |
| 19:05.37 | GNUtoo | mickeyl, I'll look and trace again |
| 19:05.39 | Captnoord | I know |
| 19:06.45 | GNUtoo | but not at once |
| 19:07.40 | Captnoord | Markinus: ram console also doesn't work |
| 19:07.42 | Markinus | Captnoord: a intresting thing is, that if we replace the clock-wince.o with clock.o we didn't have vibration, but this should be independent in this booting phase |
| 19:07.44 | Captnoord | even if we set it on early |
| 19:07.55 | Markinus | Captnoord: yes, same for me |
| 19:08.03 | Captnoord | yup |
| 19:08.11 | Captnoord | hmmmm |
| 19:08.12 | Captnoord | lol |
| 19:08.55 | Markinus | Captnoord: I made a very small defconfig, disabled all things, the kernel is 1.8 MB . . but same |
| 19:09.01 | Captnoord | yea |
| 19:09.07 | Captnoord | I once had the timing correct |
| 19:09.11 | Captnoord | but didn't save the config |
| 19:09.12 | Captnoord | bleh |
| 19:09.48 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 19:10.16 | Captnoord | and the default commandline we use |
| 19:10.19 | Captnoord | sets a console |
| 19:10.22 | Captnoord | console name |
| 19:10.25 | Captnoord | which we don't use |
| 19:10.29 | Captnoord | as the fb_console |
| 19:10.31 | Captnoord | is named |
| 19:10.33 | Captnoord | fb_con |
| 19:10.35 | Captnoord | or something |
| 19:10.39 | Captnoord | I dono how that works |
| 19:13.41 | *** join/#htc-linux hfctsaot (~heroc@108.108.179.229) |
| 19:15.40 | GNUtoo | mickeyl, how does msm_sleep looks in dmesg ? |
| 19:16.33 | mickeyl | if you enable the pm debug then like that: |
| 19:17.32 | mickeyl | msm_sleep(): mode %d delay %u idle % |
| 19:17.33 | GNUtoo | ah ok |
| 19:17.33 | hfctsaot | phh; the oc has been reworked ill commit it tonight to my tree. Idk if I've commit it anywhere or not but it will end all the "528mhz" questions |
| 19:17.33 | GNUtoo | I saw that already,but idle % was wrong number |
| 19:18.57 | phh | hfctsaot: ok |
| 19:19.13 | hfctsaot | phh have u guys attempted to undervolt 528 by oc pll1 |
| 19:19.23 | phh | hfctsaot: undervolt ? |
| 19:19.37 | phh | you don't need to be on pll1 to undervolt you know ? |
| 19:19.41 | hfctsaot | use pll1 voltage |
| 19:19.49 | phh | pll are just clocks |
| 19:19.52 | phh | not power supply |
| 19:19.57 | phh | hfctsaot: just change the VDD_X value |
| 19:20.02 | phh | to undervolt |
| 19:20.05 | hfctsaot | ok |
| 19:20.06 | phh | and yes we have undervoltage patches |
| 19:20.09 | phh | and it does nothing. |
| 19:20.15 | hfctsaot | :/ |
| 19:20.21 | Markinus | Captnoord: I mean I used a clean cmd line for booting . . but I cannot test in the Moment. Had a accident and cannot sit long on desk . . . . |
| 19:20.28 | Captnoord | k |
| 19:20.37 | Captnoord | Markinus: its okey |
| 19:20.38 | Captnoord | relax |
| 19:20.40 | Captnoord | do your thing |
| 19:20.40 | phh | hfctsaot: rosie looks good, but it's buggy. |
| 19:20.50 | hfctsaot | yeah |
| 19:20.58 | hfctsaot | my Rom? |
| 19:21.02 | phh | hfctsaot: don't know |
| 19:21.06 | hfctsaot | oh |
| 19:21.08 | phh | I go back to aosp. |
| 19:21.19 | hfctsaot | try porting mine |
| 19:21.28 | hfctsaot | its a release |
| 19:21.33 | hfctsaot | 2.1 |
| 19:22.08 | Captnoord | hmmm |
| 19:22.17 | Captnoord | phh could we config the usb to be a uart? |
| 19:22.28 | hfctsaot | also the weather wallpaper crappy u may need to remove. tends to slow some devices down |
| 19:22.30 | Captnoord | so if we plug it in |
| 19:22.31 | phh | Captnoord: theorically yes |
| 19:22.35 | Captnoord | hmmmm |
| 19:22.44 | Captnoord | haven't seen any implementations.... |
| 19:22.44 | Captnoord | or |
| 19:22.57 | Captnoord | didn't know where to search |
| 19:23.04 | phh | btw, did you test the last kernel ? |
| 19:23.08 | phh | if it killed/saved usb ? |
| 19:23.17 | Captnoord | nope didn't test it |
| 19:23.19 | Captnoord | I will in a moment |
| 19:25.35 | *** join/#htc-linux bartman (~bart@tau.jukie.net) |
| 19:31.43 | mickeyl | anyone knowing which device node implements the AKM8976 ioctls? |
| 19:33.51 | phh | <PROTECTED> |
| 19:34.30 | phh | wait what ? |
| 19:34.33 | phh | your kernel has a real driver |
| 19:34.48 | phh | I mean a /dev/input one |
| 19:35.16 | phh | I didn't know this exist |
| 19:35.51 | mickeyl | <PROTECTED> |
| 19:36.08 | mickeyl | have to identify the akmd device |
| 19:36.09 | mickeyl | node |
| 19:36.17 | phh | /dev/akmxxxx_dem |
| 19:36.45 | phh | <PROTECTED> |
| 19:36.46 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE75A0.dip.t-dialin.net) |
| 19:36.47 | phh | according to sourcecode. |
| 19:37.02 | mickeyl | aah |
| 19:37.03 | mickeyl | of course |
| 19:37.08 | mickeyl | thanks |
| 19:37.29 | mickeyl | didn't occur to me to look under /dev, searched everything below /sys and /dev/input |
| 19:37.34 | phh | lol |
| 19:38.18 | mickeyl | yep, that works |
| 19:42.36 | phh | Captnoord: I didn't kill usb at least |
| 19:42.48 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
| 19:42.55 | phh | 199900 of total memory available from linux. |
| 19:43.10 | phh | I need to find 100kbytes somewhere. |
| 19:45.10 | Captnoord | re |
| 19:45.13 | Captnoord | just wanted to test |
| 19:45.14 | Captnoord | good |
| 19:45.17 | Captnoord | works? |
| 19:45.23 | Captnoord | btw |
| 19:45.37 | Captnoord | regarding usb not working on kitchen bootloader |
| 19:45.38 | phh | well I'm now rebooting without usb to see. |
| 19:45.39 | Captnoord | tinboot |
| 19:45.42 | Captnoord | and stuff |
| 19:45.53 | Captnoord | the android bootloader has nice stuff regarding it |
| 19:46.37 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 19:47.04 | phh | [acl]: |
| 19:47.21 | phh | Captnoord: ok, my usb changes (both init phy and clock) didn't change anything. |
| 19:47.39 | phh | [acl]: what did you do then ? |
| 19:47.51 | Captnoord | phh so they don't work |
| 19:47.53 | [acl] | phh: what you said. Implement those missing functions |
| 19:48.01 | phh | [acl]: ok |
| 19:48.26 | phh | [acl]: just adding functions ? then we can reuse this libhardware_legacy for AOSP stuff too ? |
| 19:49.03 | [acl] | phh: we are testing that now. it should work fine |
| 19:49.14 | phh | we ? with mrpippy ? |
| 19:49.25 | [acl] | no with klinux |
| 19:49.32 | phh | and the rootfs provided by klinux doesn't work for me |
| 19:50.15 | [acl] | i havent tested his copy yet. I'll do that later today. Im still at work |
| 19:50.37 | phh | ok |
| 19:50.41 | [acl] | i had an issue where the wifi tethering app would crash during install this morning so i just gave up. |
| 19:51.04 | [acl] | but there are other who reported success, so im confused myself. |
| 19:51.29 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
| 19:51.37 | phh | anyway I hadn't tested it for wifi :p |
| 19:51.44 | phh | it's quite nice, but it's still far from usable |
| 19:52.00 | phh | I added 17MB of memory in last kernel commit, but I don't think that's going to help. |
| 19:52.21 | [acl] | phh: lets hope it does. |
| 19:53.12 | [acl] | Also i didnt know anything about those functions that were being called, so i'm just returning 0s for now. Eventually i may need to write a wrapper to the original hardware_legacy.so |
| 19:53.31 | phh | ok |
| 19:53.43 | phh | I think we need to make the wifi init stuff more proper |
| 19:53.58 | phh | like all driver-specific in external shell script |
| 19:54.06 | phh | so that there is a single libhardware_legacy.so |
| 19:54.10 | phh | and we need a git tree for it. |
| 19:54.13 | [acl] | definitely. also is it worth to post the source? or do you just want the binary? |
| 19:54.22 | [acl] | ok .. so source |
| 19:55.14 | [acl] | Anyways i gotta go. Thanks again for all the help man. later |
| 19:55.49 | *** join/#htc-linux NoMercy_ (~NoMercy@p4FDE740B.dip.t-dialin.net) |
| 19:56.23 | *** join/#htc-linux NoMercy__ (~NoMercy@p4FDE6D50.dip.t-dialin.net) |
| 19:59.22 | *** join/#htc-linux nomercysave (~NoMercy@p4FDE7167.dip.t-dialin.net) |
| 19:59.50 | phh | stinebd: I'm going to hate that, and you too I guess, but is it possible to have our own "xdandroid" patch set ? |
| 20:00.05 | phh | like the mms threshould on SMS that I hate |
| 20:00.09 | mickeyl | hmm, damn compass doesn't want to talk to me |
| 20:00.16 | stinebd | phh: why hate? repo lets us do that easily |
| 20:00.31 | phh | stinebd: I don't want to fork, for stuff that isn't hardware linked |
| 20:00.35 | phh | mickeyl: talk louder |
| 20:00.42 | mickeyl | hehe |
| 20:01.05 | stinebd | phh: we can always maintain a repo manifest of "core only" repositories |
| 20:01.14 | stinebd | plus one for our "enhanced" crap |
| 20:01.16 | nomercysave | phh whatever you did to free more ram makes android that much smoother - thanks |
| 20:01.26 | phh | nomercysave: removed ADSP ands CAMERA pmem. |
| 20:01.33 | phh | since adsp and camera doesn't work, it's not a big loss |
| 20:01.38 | stinebd | phh: i was actually considering doing so for little things like cyanogen's launcher changes |
| 20:01.50 | phh | stinebd: ok cool then |
| 20:01.59 | phh | then we do a single android release, for ALL android devices ! :p |
| 20:02.31 | phh | android-capable |
| 20:02.35 | phh | not just android. |
| 20:03.36 | stinebd | phh: alternatively we may be able to use the same manifest for all of it and set buildspec.mk switches to change the apps which are built. i have to investigate if that's practical, though. |
| 20:05.25 | stinebd | ie, have repo import the normal packages/apps/Mms and our own packages/apps/XDAMms and select which to use through a buildspec.mk define |
| 20:05.26 | *** join/#htc-linux the_eye_ (~dimitris@ppp-94-69-22-85.home.otenet.gr) |
| 20:05.35 | phh | yes yes I understood |
| 20:05.44 | phh | I think that's the best |
| 20:05.50 | phh | so we can publish "XDAMMS" outside |
| 20:06.03 | phh | maybe even android's market. |
| 20:07.39 | phh | or we want to go upstream. |
| 20:07.45 | leviathan | ok, people |
| 20:07.52 | leviathan | not only the smartphone needs sleep |
| 20:07.53 | leviathan | me too |
| 20:07.58 | phh | leviathan: 'night |
| 20:08.02 | leviathan | I'll bump in tomorrow |
| 20:08.09 | leviathan | while lecture, perhaps |
| 20:08.14 | leviathan | or afterwards |
| 20:08.20 | leviathan | lets see it tomorrow |
| 20:08.30 | leviathan | phh: we have btw also some issues with mtd |
| 20:08.38 | leviathan | subpage size reading is not implemented |
| 20:08.41 | leviathan | and thx ^^ |
| 20:08.45 | phh | I know |
| 20:08.50 | phh | we also have them. |
| 20:09.04 | phh | and well, reading is not a big problem |
| 20:09.07 | phh | writing is another one. |
| 20:09.12 | leviathan | do you have some experimental patch around? |
| 20:09.17 | phh | no |
| 20:09.19 | leviathan | I could perhaps use it to extend |
| 20:09.20 | leviathan | hmm |
| 20:09.28 | leviathan | whats about codeaurora? |
| 20:09.30 | leviathan | do they? |
| 20:09.50 | phh | no |
| 20:09.53 | phh | they only use yaffs2 |
| 20:09.58 | leviathan | f... |
| 20:09.59 | leviathan | ok |
| 20:10.04 | phh | as you say. |
| 20:10.22 | leviathan | so really NOone is using subpage size reading, so no one wrote a patch... |
| 20:10.24 | leviathan | ok |
| 20:10.41 | phh | not "noone" |
| 20:10.46 | phh | "noone that uses qualcomm stuff" |
| 20:10.56 | leviathan | ok |
| 20:11.14 | leviathan | well thats what I ment |
| 20:11.23 | leviathan | and the reason why I should sleep now |
| 20:11.28 | leviathan | read you tomorrow |
| 20:11.32 | leviathan | gn8 everyone |
| 20:11.56 | phh | stinebd: is there any info about official App2SD stuff ? |
| 20:12.34 | phh | I was thinking about doing something clean (one ext2 loopback image per app) |
| 20:12.48 | phh | but as google people are supposed to do it, it's maybe not worth the effort. |
| 20:13.04 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 20:13.07 | stinebd | phh: not even a whisper |
| 20:13.08 | *** join/#htc-linux JuNu_KN (~chatzilla@kons-5f711eff.pool.mediaWays.net) |
| 20:13.19 | phh | cool. |
| 20:15.22 | *** join/#htc-linux pipomolo42 (~alex@home.boeglin.org) |
| 20:37.19 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE6CF1.dip.t-dialin.net) |
| 20:44.27 | *** join/#htc-linux NoMercy_ (~NoMercy@p4FDE77C9.dip.t-dialin.net) |
| 20:44.37 | *** join/#htc-linux Zoolooc (~fredsibar@p54957AE5.dip.t-dialin.net) |
| 20:47.47 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE7961.dip.t-dialin.net) |
| 20:50.13 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-74-99-149-19.hrbgpa.fios.verizon.net) |
| 20:53.26 | GNUtoo | mickeyl, you want compas? |
| 20:53.53 | GNUtoo | we have accelerometer+compas driver? |
| 20:54.40 | GNUtoo | for suspend I'll try something |
| 20:54.52 | GNUtoo | cm-mod with 2.6.32 android + cm-mod defconfig |
| 20:55.03 | GNUtoo | if it doesn't work it's .32 |
| 21:05.25 | *** join/#htc-linux NoMercy_ (~NoMercy@p4FDE73B5.dip.t-dialin.net) |
| 21:15.35 | ToAsTcfh | phh: i see the oc thread has filled with assholes :( |
| 21:16.13 | stinebd | i'm not in there yet ;) |
| 21:17.27 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE6ADF.dip.t-dialin.net) |
| 21:18.10 | ToAsTcfh | uhg i hate it when u get a bunch of know it alls in one thread |
| 21:18.44 | ToAsTcfh | some of the dream guys are the biggest dicks of them all |
| 21:20.27 | stinebd | ooh 195MB memory now |
| 21:21.03 | *** join/#htc-linux gauner1986 (~Adium@p5B38668C.dip.t-dialin.net) |
| 21:21.17 | *** join/#htc-linux NoMercy_ (~NoMercy@p4FDE78FE.dip.t-dialin.net) |
| 21:26.30 | phh | ToAsTcfh: that was totally unexpected. |
| 21:26.40 | phh | (yes, I'm being ironic) |
| 21:28.37 | stinebd | why the hell am i running a non-JIT build? |
| 21:28.46 | phh | stinebd: lol ? |
| 21:28.57 | phh | you don't run your own build ? |
| 21:29.03 | stinebd | i do, but i built it without jit for some reason |
| 21:29.07 | ToAsTcfh | phh:? |
| 21:29.08 | stinebd | probably testing |
| 21:29.11 | phh | meeeeeeeeeh ? |
| 21:29.16 | phh | I've seen JIT in it -_-' |
| 21:29.25 | stinebd | well i'm not using a kitchen build |
| 21:29.44 | phh | oh you rebuilt it meanwhile ? |
| 21:29.49 | stinebd | yeah |
| 21:29.52 | stinebd | not sure why without jit though |
| 21:30.16 | stinebd | of course it's been like a week and a half since i've done anything with it |
| 21:31.03 | stinebd | i should try one of yours |
| 21:31.07 | stinebd | anything fancy in them? |
| 21:31.21 | phh | not at all |
| 21:31.32 | phh | well, one has Thai fonts. |
| 21:31.45 | phh | apart from that, there are all made from your kitchen, as is |
| 21:31.46 | ToAsTcfh | phh: for the mem divisor... just change it 4? |
| 21:31.54 | phh | ToAsTcfh: from 3 to 4? |
| 21:31.59 | ToAsTcfh | yeah |
| 21:32.10 | phh | yes |
| 21:32.18 | phh | but I don't think memory is the problem |
| 21:32.28 | phh | i'm not even sure the divisor is for the memory -_-' |
| 21:32.35 | ToAsTcfh | :/ |
| 21:34.02 | ToAsTcfh | i cant figure out why i cant get below 610 ocin |
| 21:34.10 | ToAsTcfh | like 575 |
| 21:34.25 | ToAsTcfh | well i can but its not accurate |
| 21:35.18 | mickeyl | GNUtoo: accelerometer + compass would be interesting, yeah, that's why i took a short look. probably we need to trace what the android lib is doing |
| 21:35.22 | mickeyl | which is closed IIRC |
| 21:35.43 | GNUtoo | mickeyl, ok can I pm you? |
| 21:35.48 | mickeyl | sure |
| 21:58.00 | *** join/#htc-linux bkero (~freenode@horace.dionysian-mind.net) |
| 21:58.00 | *** join/#htc-linux bkero (~freenode@osuosl/staff/bkero) |
| 22:03.41 | *** join/#htc-linux luminoso (~lumos@av-217-129-131-108.netvisao.pt) |
| 22:21.41 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 22:22.14 | *** join/#htc-linux ravishi (~stormy@c-98-249-6-188.hsd1.va.comcast.net) |
| 22:29.29 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
| 22:30.19 | stinebd | i think i built without jit because of lowmem diamond |
| 23:06.31 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
| 23:17.28 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 23:32.10 | *** join/#htc-linux ravishi (~stormy@c-98-249-6-188.hsd1.va.comcast.net) |
| 23:49.51 | *** part/#htc-linux gauner1986 (~Adium@p5B38668C.dip.t-dialin.net) |