00:09.15 | lpotter | could be. |
00:09.23 | lpotter | am i gonna get kicked? :) |
00:20.42 | lkcl | naah, dude. |
00:20.51 | lkcl | not by me, anyway. |
00:21.10 | lkcl | oops, sorry, my foot slipped. |
05:18.36 | *** join/#htc-linux rob_w (n=bob@p85.212.169.4.tisdip.tiscali.de) |
05:44.06 | *** join/#htc-linux Joel` (n=hvlinux@202-182-104-001.itsm.com.au) |
07:26.53 | *** part/#htc-linux Joel` (n=hvlinux@202-182-104-001.itsm.com.au) |
07:52.33 | *** join/#htc-linux RoEn_PC (n=roen@p54A679DF.dip.t-dialin.net) |
07:58.49 | *** join/#htc-linux RoEn_PC (n=roen@p54A679DF.dip.t-dialin.net) |
08:11.13 | *** join/#htc-linux mndctrl (n=mind@2.81-167-1.customer.lyse.net) |
09:07.33 | *** join/#htc-linux pH5 (n=ph5@p5485E6B4.dip.t-dialin.net) |
09:29.12 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
10:27.38 | *** join/#htc-linux BabelOued (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
10:43.41 | *** join/#htc-linux LunohoD (n=alex@e180099108.adsl.alicedsl.de) |
11:04.27 | *** join/#htc-linux LunohoD (n=alex@e180099108.adsl.alicedsl.de) [NETSPLIT VICTIM] |
11:04.27 | *** join/#htc-linux bb (n=bbaniste@w160186.wireless.fsr.net) [NETSPLIT VICTIM] |
11:04.27 | *** join/#htc-linux awelux (n=awelux@lvps87-230-8-217.dedicated.hosteurope.de) [NETSPLIT VICTIM] |
11:04.27 | *** join/#htc-linux Kmarc (i=kari@markos.biz) [NETSPLIT VICTIM] |
11:04.28 | *** join/#htc-linux toi (n=pleemans@d5152D3B4.access.telenet.be) [NETSPLIT VICTIM] |
11:04.28 | *** join/#htc-linux dizzey (n=dizzey@tyra.ing.umu.se) [NETSPLIT VICTIM] |
11:04.47 | *** join/#htc-linux BabelOued (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
11:10.07 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) [NETSPLIT VICTIM] |
11:10.10 | *** join/#htc-linux pH5 (n=ph5@p5485E6B4.dip.t-dialin.net) [NETSPLIT VICTIM] |
11:10.10 | *** join/#htc-linux senaqueue (n=scarface@adsl-020.isp.net.au) |
11:10.11 | *** join/#htc-linux lkcl (n=lkcl@bb-87-82-5-55.ukonline.co.uk) [NETSPLIT VICTIM] |
11:10.11 | *** join/#htc-linux psokolovsky_ (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) [NETSPLIT VICTIM] |
11:10.12 | *** join/#htc-linux cr2 (n=konversa@crpl22.physik.uni-wuppertal.de) [NETSPLIT VICTIM] |
11:10.12 | *** join/#htc-linux Funklord (n=cow@c-cbd572d5.014-46-73746f28.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
11:10.13 | *** join/#htc-linux baud123 (n=baud@ver78-1-82-240-29-152.fbx.proxad.net) [NETSPLIT VICTIM] |
11:10.13 | *** join/#htc-linux eldu (n=damajor@nysa.e-geek.org) [NETSPLIT VICTIM] |
11:10.13 | *** join/#htc-linux rparmaste (i=par@dipole.idlepattern.com) [NETSPLIT VICTIM] |
11:10.14 | *** join/#htc-linux hlbot (n=adm@82.67.76.179) [NETSPLIT VICTIM] |
11:10.14 | *** join/#htc-linux pof (n=pof@173.red-62-57-1.user.auna.net) [NETSPLIT VICTIM] |
11:10.40 | *** join/#htc-linux RoEn (n=roen@p54A679DF.dip.t-dialin.net) |
11:10.52 | *** join/#htc-linux RoEn_PC (n=roen@p54A679DF.dip.t-dialin.net) |
11:10.58 | RoEn_PC | shit |
11:10.59 | RoEn_PC | wo ist klear abgelegt ? |
11:10.59 | RoEn_PC | !seen makke |
11:11.00 | RoEn_PC | oops ;) |
11:11.00 | RoEn_PC | bye |
11:11.00 | *** part/#htc-linux RoEn_PC (n=roen@p54A679DF.dip.t-dialin.net) |
11:18.17 | *** join/#htc-linux AlphaPi[jr] (n=a@host129-153-dynamic.58-82-r.retail.telecomitalia.it) |
11:19.13 | AlphaPi[jr] | re |
11:41.44 | AlphaPi[jr] | there someone with experience on jtag? |
12:58.58 | *** join/#htc-linux dros (i=dros_L@84-72-11-143.dclient.hispeed.ch) |
12:59.41 | dros | hi everyone |
13:00.05 | dros | I need a link how to install linux on my spv m2000 |
13:03.08 | pH5 | hi dros, that's a blueangel, right? |
13:03.10 | pH5 | http://www.handhelds.org/moin/moin.cgi/BlueAngel |
13:07.05 | *** join/#htc-linux pjuk (n=pjuk@spc1-leed9-0-0-cust1009.seac.broadband.ntl.com) |
13:08.46 | pjuk | hi. just got myself a blueangel. copied the instructions on handhelds using gpe-ba.tar.bz2 and I get as far as Executing /sbin/init and then it hangs. any advice? cheers |
13:10.09 | dros | its not a blueangel |
13:10.22 | dros | but an orange spvm2000 |
13:10.25 | dros | same configuration |
13:10.29 | dros | is it possible |
13:10.38 | pjuk | It's an O2 Xda II |
13:11.06 | dros | ORANGE SPV M2000 |
13:11.12 | dros | i guess the same config |
13:12.32 | pjuk | (looks into it) |
13:12.51 | dros | yes sure |
13:13.04 | dros | but can u give me a link how to install a OS on a PDA |
13:13.09 | dros | not able to find one |
13:13.14 | dros | just new in this arena |
13:13.45 | pjuk | www.handhelds.org? installed it onto all manner of ipaqs myself h3800, h2200, h5500 |
13:14.12 | dros | thanks pjuk |
13:14.34 | pjuk | i don't have the orange unit |
13:15.36 | dros | ok ok |
13:17.23 | pjuk | hmm put probably have a himalaya |
13:26.34 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
13:28.16 | Kevin2 | Hi goxboxlive |
13:29.13 | Kevin2 | Does gnulinux.biz have the latest files for installing opie/gpe on a universal? (I usually grab those for getting the OS on my Apache.) |
13:30.51 | goxboxlive | Kevin2. Yes the ones in the tmp folder are the latest ones. |
13:34.39 | Kevin2 | Thanks. |
13:40.55 | *** join/#htc-linux asylumed (n=insanity@196.211.28.91) |
13:48.13 | *** join/#htc-linux lilliput (n=Touriste@82-47-214-98.stb.ubr11.brad.blueyonder.co.uk) |
14:18.43 | *** join/#htc-linux asylumed_ (n=insanity@196.211.116.6) |
15:03.30 | *** join/#htc-linux pH5_ (n=ph5@p5485E141.dip.t-dialin.net) |
15:08.51 | *** join/#htc-linux psokolovsky_ (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) [NETSPLIT VICTIM] |
15:21.48 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
15:32.15 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
16:05.12 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
16:17.25 | goxboxlive | cr2 how do i link the htcuniversal_pm.c file so i can use it? |
17:00.01 | goxboxlive | psokolovsky_ Are you around? |
17:13.14 | *** join/#htc-linux psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
17:28.52 | *** join/#htc-linux psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
17:32.13 | *** join/#htc-linux rob_w (n=bob@p85.212.169.4.tisdip.tiscali.de) |
17:32.41 | rob_w | hey room |
17:33.05 | *** join/#htc-linux psokolovsky (n=psokolov@ip.85.202.124.214.dyn.sub-9.broadband.voliacable.com) |
17:36.45 | rob_w | hi psokolovsky |
17:42.33 | asylumed_ | rob_w: hi |
17:43.35 | rob_w | what does it bring to swith driver_register() to platform_driver_register() |
17:44.01 | rob_w | asylumed, i cant see any obvious reason that those 2 values change from .12 to .16 |
17:45.29 | rob_w | asylumed, and it gets more funny as we do use different values on the different board id`s .. so those values are lcd brand dependant |
17:46.00 | asylumed | rob_w: yeah, though those only vary slightly... |
17:46.15 | asylumed | rob_w: which board id is yours? |
17:46.41 | rob_w | mine was 5 as i remeber |
17:46.50 | rob_w | lemme check |
17:46.55 | asylumed | aaah... |
17:47.21 | asylumed | mine's a 6... so the lcd init stuff seems to be a bit of a dance... :/ |
17:47.48 | rob_w | shake it baby ! |
17:48.17 | goxboxlive | <PROTECTED> |
17:49.03 | asylumed | rob_w: you have any clue as to the suspend issue? it's really getting to me... |
17:49.31 | rob_w | suspend for me needs a hard test row , on modules loaded / unloaded |
17:49.40 | asylumed | rob_w: i've got a dmesg dump from after it's resumed... and crashed... |
17:50.05 | rob_w | anytime on resume i do see the lcd back , but then yet the system dies |
17:50.21 | rob_w | asylumed, any opps or such ? |
17:50.32 | asylumed | rob_w: it seems to crash with all the modules removed form me... (only blueangel_suspend in still) |
17:50.46 | asylumed | for me |
17:50.54 | rob_w | did the lcd return ? |
17:51.16 | asylumed | yip... when i had lcd in it did... |
17:51.29 | rob_w | i would love to see what static void w100fb_fillrect(struct fb_info *info, |
17:51.29 | rob_w | + const struct fb_fillrect *rect) can bring |
17:51.36 | asylumed | it seems to be a filesystem related issue/mmc issue |
17:52.01 | rob_w | that would be a big step backwards :-( |
17:52.11 | asylumed | ya... me too... but i really need to get over the suspend hurdle first before my enthusiasm dies :( |
17:52.37 | rob_w | such things never die , the get short once in a while |
17:53.28 | asylumed | i suspect it dies as a result of something else though... |
17:53.57 | rob_w | hang i just see the guy who worked on w100fb on chat |
17:53.57 | asylumed | if i told you it dies in function '__wake_up_common' would it mean anything? |
17:54.30 | asylumed | where can i paste this dmesg output? |
17:55.06 | rob_w | pastebin.ANY |
17:55.14 | asylumed | thx |
17:56.30 | *** join/#htc-linux psokolovsky_ (n=psokolov@235.usernat.ip.net.ua) |
17:58.00 | rob_w | welcome back psokolovsky |
17:59.33 | rob_w | asylumed, http://rob_w.pastebin.co.uk/new |
18:01.05 | psokolovsky_ | Hi! nevermind my connection chores ;-) |
18:02.05 | asylumed | done |
18:03.55 | *** join/#htc-linux rob__w (n=bob@p85.212.128.216.tisdip.tiscali.de) |
18:04.25 | rob__w | <PROTECTED> |
18:04.34 | asylumed | http://rob_w.pastebin.co.uk/4501 |
18:05.32 | rob__w | asylumed, wake_up_common is only realized in kernel/sched.c |
18:06.17 | rob__w | Process apmd_proxy (pid: 1752, stack limit = 0xc6944198) |
18:07.59 | rob__w | it finishes asic3_mmc and then last good one is that it trys to resume the task/processes |
18:08.14 | rob__w | thats what apmd_proxy is supposed to do |
18:09.10 | rob__w | so dependant on the apmd configuration or apmd_proxy itself, we should find a problem |
18:09.40 | asylumed | eish... sorry man... i'm not sure how it all works yet.. |
18:10.31 | rob__w | asylumed, apmd_proxy is the maybe the first standard process after the kernel which gets to know of a resume happening |
18:10.59 | rob__w | it then is used as a helper deamon to bring other stuff |
18:11.13 | rob__w | /etc/apmd/ shows you more |
18:11.31 | asylumed | rob_w: ic... |
18:11.51 | rob__w | there should be directorys for resume and suspend |
18:12.16 | cr2 | goxboxlive: i have enabled pm (as in wince) and will try to boot. |
18:12.16 | asylumed | rob_w: booting it now... |
18:12.42 | goxboxlive | cr2: good |
18:13.19 | goxboxlive | I was about to ask psokolovsky to help me with the linking. |
18:13.42 | goxboxlive | cr2: I have made opie-image today, but it miss alot after huge changes in the OD.dev |
18:13.44 | goxboxlive | OE |
18:14.33 | cr2 | goxboxlive: i have compiled opie too. everything compiled as expected. |
18:15.11 | goxboxlive | cr2: With an updated version of OE? Or is it a couple of weeks old? |
18:15.41 | cr2 | today's version. |
18:15.55 | cr2 | the kernel compiled. |
18:16.30 | goxboxlive | ok, then i guess you will miss, udev, wireless-tools and BT applet not working, IRDa applett not working, Backlight slider not working etc |
18:16.53 | cr2 | can you test it ? because i'm running haret now to trace the power gpios. |
18:20.06 | goxboxlive | test what? |
18:20.32 | goxboxlive | of course i'll test it. Thats what i am here 4 :-) |
18:26.41 | cr2 | the new kernel. |
18:31.57 | asylumed | rob_w: Process sh (pid: 1502, stack limit = 0xc66d6198) |
18:39.56 | cr2 | goxboxlive: i think our leds code is a bit wrong. |
18:44.09 | goxboxlive | ok, i havent noticed that |
18:44.26 | goxboxlive | But it seems like auto-dim doesnt work in GPE |
18:48.46 | goxboxlive | cr2: The screen is flickering. Nut much, but a little |
18:48.51 | *** join/#htc-linux florian (n=fuchs@p5083BDA4.dip0.t-ipconnect.de) |
18:49.03 | cr2 | the current code has 3 led channels. |
18:49.27 | cr2 | "red" for LED0 "green" for LED1 and "yellow" for LED2. |
18:49.36 | goxboxlive | cr2: The only thing that didnt work after it gone "sleep" was the keyboard. It stopped working suddenly. I'll try with Opie and familiar noe. |
18:49.36 | cr2 | i think it is incorrect. |
18:51.18 | cr2 | it seems to me that LED0 is responsible for the wifi/bt green/blue leds. LED1 is green (OK). and LED2 is red ? |
18:51.55 | cr2 | wince pulls LED1 (green) +LED2 to make the "charging" color. |
18:52.14 | cr2 | btw, what is the RGB for amber ? |
18:53.04 | cr2 | http://en.wikipedia.org/wiki/Amber_(color) |
18:55.02 | cr2 | yes. charging is amber. #FFBF00 ff + bf, red + green. |
18:56.21 | cr2 | that means, if you will set the "yellow" led with the current code, it should be red. |
19:05.15 | cr2 | it seems that goxboxlive has you also gone "sleep". |
19:08.07 | *** join/#htc-linux goxboxive (n=goxboxiv@9.80-202-160.nextgentel.com) |
19:08.52 | goxboxive | cr2 it doesnt seem to work in opie either |
19:10.02 | cr2 | what ? the keyboard ? |
19:12.50 | goxboxive | hmm i cant see a thing. using opie-irc. ext color are same as back color |
19:13.11 | goxboxive | someone write something |
19:14.13 | cr2 | ;) |
19:14.46 | goxboxive | cr2: i dont know if u r there, but the screen has began fickering when new windows are poped up |
19:16.58 | cr2 | after the resume ? |
19:17.43 | goxboxive | no |
19:18.13 | goxboxive | when a clorbox is opened. like 4 colors on opie-irc |
19:18.33 | cr2 | tell me about the resume first. |
19:18.55 | cr2 | you call suspend. what happens ? |
19:19.34 | cr2 | do you have a "working" rootfs so i can test myself ? |
19:20.14 | goxboxive | nothing happends |
19:20.43 | cr2 | can you call 'apm --suspend' ? |
19:23.33 | goxboxive | it will not sleep either |
19:23.33 | goxboxive | can i test it in the shell |
19:23.33 | goxboxive | as not in opie |
19:24.53 | goxboxive | i dont have apm installed. only apmd |
19:42.18 | *** join/#htc-linux goxboxlive (n=goxboxli@9.80-202-160.nextgentel.com) |
19:51.25 | *** join/#htc-linux cr2 (n=konversa@crpl22.physik.uni-wuppertal.de) |
20:01.56 | goxboxlive | cr2 did you try suspend? I was missing the apm, i had only apmd. And when i tried apmd --suspend it gave me non command |
20:08.13 | cr2 | yes. but it immediately waked up. |
20:08.24 | cr2 | maybe i have added too much wakeup sources. |
20:09.02 | cr2 | PM: Preparing system for mem sleep |
20:09.06 | cr2 | Stopping tasks: =================| |
20:09.10 | cr2 | acx: suspend handler is experimental! |
20:09.14 | cr2 | sus: dev c3f78000 |
20:09.18 | cr2 | PM: Entering mem sleep |
20:09.22 | cr2 | PM: Finishing wakeup. |
20:09.26 | cr2 | asic3_mmc: starting resume |
20:09.30 | cr2 | asic3_mmc: finished resume |
20:09.34 | cr2 | Restarting tasks...acx: resume handler is experimental! |
20:09.35 | cr2 | rsm: got dev c3f78000 |
20:09.35 | cr2 | <PROTECTED> |
20:09.35 | cr2 | we should add more printks to our own drivers. |
20:09.45 | goxboxlive | great work |
20:09.57 | goxboxlive | how did you try it out? |
20:10.07 | cr2 | apm --suspend |
20:10.26 | cr2 | but my whole setup is completely fscked up. |
20:10.44 | cr2 | why don't i see the leds in /sys? |
20:11.02 | cr2 | i've compiled the defconfig kernel |
20:11.13 | cr2 | do you have leds in /sys ? |
20:12.25 | cr2 | the keyboard does not work in opie, usb should be kicked after resume on the host side (i was logged over usb). |
20:12.59 | cr2 | udevd is unhappy at boot. |
20:13.41 | goxboxlive | led in sys. I dont think so, it has been changes in OE. |
20:14.08 | goxboxlive | To get keyboard work in Opie, you have to edit qte-common.inc |
20:14.41 | goxboxlive | i didnt have udev in my opie-image, i added it after |
20:15.08 | goxboxlive | use the images at gnulinux.biz (tmp folder) and add new modules and zImage |
20:16.18 | cr2 | i don't have the leds... |
20:16.29 | cr2 | can you switch on the "yellow" ? |
20:17.26 | cr2 | the text console went to sleep, but it did not switch off the backlight it seems. |
20:18.09 | cr2 | no reaction to the keypresses. it is grey now. |
20:21.49 | cr2 | running /etc/init.d/opie stop |
20:21.53 | cr2 | ok. |
20:22.18 | goxboxlive | i'll try with gpe and angstrom image. |
20:22.40 | cr2 | now the keyboard is unhappy. |
20:23.22 | goxboxlive | ok, i tried apm --suspend with angstrom image. |
20:23.57 | goxboxlive | the screen got grey, with backlight on. After 2 sec it came back to the shell, now keyboard stopped working |
20:24.17 | cr2 | running suspend in opie does not do anything. |
20:24.22 | cr2 | same here. |
20:24.49 | goxboxlive | but the pad keys are still working |
20:25.13 | cr2 | probably the bug of the keyboard driver. |
20:25.22 | cr2 | does it support suspend at all ? |
20:25.35 | cr2 | i don't have LED support in the kernel ? |
20:25.36 | goxboxlive | o |
20:25.38 | goxboxlive | k |
20:26.21 | goxboxlive | I have led support compiled, but how should they work? Now, green is blinking and the other one is orange |
20:27.23 | cr2 | green - wifi ? |
20:28.00 | goxboxlive | maybe, the left led |
20:28.31 | goxboxlive | i have wifi on during boot, but i cant ping it now |
20:28.50 | cr2 | leds are not in the defconfig. |
20:29.23 | goxboxlive | ok, i am using my own defconfig. Hold on i'll check |
20:31.13 | cr2 | CLASS_LEDS vs. LEDS_CLASS ? |
20:31.36 | goxboxlive | no, using make xconfig leds are not an option. It was in .12 kernel |
20:32.27 | cr2 | it's broken. |
20:32.30 | goxboxlive | ok |
20:32.33 | cr2 | completely. |
20:32.51 | cr2 | ok. can you go to /sys/class/leds ? |
20:33.05 | goxboxlive | hold on i have to reboot |
20:33.58 | lkcl | allo darlis |
20:34.06 | cr2 | hi lkcl |
20:34.59 | lkcl | am moving on wednesday. internet connectivity goes off etc. etc. hurrah! |
20:36.34 | goxboxlive | cr2: Wich package containes apm? Not apmd. |
20:41.50 | cr2 | no idea. |
20:43.13 | goxboxlive | cr2: no /sys/class/leds |
20:43.54 | goxboxlive | cr2: When you went on vacation there where a lot that happends. So never go on vacation again. |
20:45.16 | cr2 | :) |
20:49.54 | cr2 | goxboxlive: don't use suspend, i see some code that should be changed. |
20:50.06 | goxboxlive | ok |
20:51.52 | cr2 | it does not seem like the keyboard driver supports suspend/resume. |
20:52.31 | cr2 | the phone suspend is not going to be easy too... |
20:52.32 | goxboxlive | hmm |
20:54.06 | cr2 | the lcd has suspend/resume code. |
20:54.55 | goxboxlive | ok, but why isent it showing up in the make xconfig menu as the other drivers, like lcd, TS, Phoen and so on? |
20:55.48 | cr2 | leds ? |
20:55.58 | goxboxlive | yes |
20:56.11 | goxboxlive | htcuniversal_leds |
20:57.14 | Kevin2 | Hi. |
20:57.22 | goxboxlive | hi kev |
20:57.34 | Kevin2 | I've uploaded a new haret binary and patch to svn. This latest version adds support for resuming into a linux boot. |
20:57.57 | Kevin2 | I doesn't work for me, but I suspect that is because my kernel isn't ready for it. (Regular linux booting does work, however.) |
20:58.41 | Kevin2 | If anyone wants to try it out, please make sure regular linux booting works before trying the resume stuff. |
21:01.33 | goxboxlive | kevin2: Is it this one? gnuharet-200610221650.exe |
21:02.00 | Kevin2 | Yes. |
21:03.59 | goxboxlive | wow it loaded fast |
21:04.04 | goxboxlive | with alot of colors |
21:04.37 | Kevin2 | goxboxlive: There are no delays in the new code. Did it boot okay? |
21:05.12 | goxboxlive | yes, it booted fast. |
21:07.13 | goxboxlive | whats this support for resuming into a linux boot. |
21:07.13 | Kevin2 | If you want to try the resume stuff, rerun haret and use "resumeintoboot" instead of "boot2". |
21:07.14 | goxboxlive | what will happend? We dont have resume support yet. |
21:07.14 | Kevin2 | Then, instead of booting linux directly, it will have wince boot linux after you suspend and then resume the device. |
21:07.51 | Kevin2 | It is cr2's idea. It is supposed to test linux support for enabling hardware. It is not the same as linux resume. |
21:08.03 | cr2 | Kevin2: hi. what is your PCFR value ? |
21:08.27 | Kevin2 | PCFR? |
21:08.49 | goxboxlive | ahh cool that will be cool. Have to wait then for cr2 to clean up the auapend/resume code |
21:09.14 | cr2 | dump pxa27xpower |
21:09.39 | Kevin2 | <PROTECTED> |
21:10.35 | Kevin2 | goxboxlive - it isn't the same as linux suspend/resume - it doesn't rely on it. Instead, it is a test of linux hardware initialization support. |
21:10.53 | goxboxlive | ok |
21:11.43 | cr2 | goxboxlive: if you'll be able to boot this way, then we don't need wince at all. |
21:12.05 | cr2 | it can be simply flashed. |
21:12.50 | cr2 | or we can go the hx4700 route and reflash the bootloader. |
21:13.19 | cr2 | maybe only the SPL. |
21:14.55 | cr2 | Kevin2: so you also have the power_i2c enabled ? strange. |
21:16.57 | Kevin2 | I have the MAX1587A attached to the pI2C bus. I see wince writing to it on processor core changes. |
21:17.16 | cr2 | ok. |
21:17.42 | cr2 | i have it too, but don't see this activity. |
21:18.26 | goxboxlive | should i try to boot that way? Is it a posibility to destroy my universal if i try? |
21:19.54 | Kevin2 | I used the i2c monitoring sequence at: http://en.pastebin.ca/215892 -- maybe universal is less aggressive at changing settings. You might want to try doing a suspend/resume sequence while monitoring it. |
21:20.23 | goxboxlive | i dont know how to do that |
21:20.41 | Kevin2 | goxboxlive: I ran it on my Apache - it didn't boot, but a normal reset cleared the condition. It isn't anymore dangerous than the other stuff we do. |
21:20.55 | goxboxlive | ok |
21:21.19 | Kevin2 | goxboxlive: The i2c message was for cr2: |
21:21.40 | goxboxlive | so i do as follows, i edit my default.txt, run haret, and shut my universal off with the power button. Then i shut it on, and linux should boot. right? |
21:22.38 | Kevin2 | Yes. |
21:22.49 | goxboxlive | i'll try it out |
21:23.42 | goxboxlive | It seems like your haret version isent shutting down linux right. It frooze with a grey window with stripes |
21:24.09 | goxboxlive | had to soft reset to reboot the machine |
21:25.11 | Kevin2 | That is odd. You had default.txt run "resumeintolinux". It should say on the screen "Ready to boot. Please suspend/resume". You then pressed power? |
21:26.19 | goxboxlive | that was with boot2 |
21:26.25 | goxboxlive | It wouldnt resume |
21:27.09 | goxboxlive | I got the message in the haret window to shutdown my device, but it wouldnt wake up on power on |
21:28.58 | cr2 | goxboxlive: then we don't configure the hardware properly without wince help. |
21:29.01 | goxboxlive | The shutdown with grey screen with stripes was with "boot2". The resume not working was with "resumeintoboot" |
21:29.12 | Kevin2 | Okay, it will likely take quite a bit of debugging to get it to work. |
21:29.43 | cr2 | Kevin2: can we run a test program instead of the kernel ? |
21:30.08 | cr2 | that will enable vibra or something equally simple. |
21:30.20 | Kevin2 | cr2: Sure. The code just loads the kernel blob and jumps to it. |
21:30.44 | Kevin2 | There is still a preloader, so enabling vibra from the preloader should be a good test. |
21:31.17 | Kevin2 | (There is no wince once we're in the preloader, so the code sequence will be device specific and should be simple to activate.) |
21:31.36 | cr2 | wow. testing my resume. |
21:31.54 | goxboxlive | treid once more, nothing happend while trying to resume |
21:33.08 | cr2 | it works :) |
21:33.22 | cr2 | but expect some bugz anyway. |
21:33.38 | goxboxlive | great jo cr2. Now pull it in to cvs. I want to try my self |
21:33.43 | cr2 | PM: Preparing system for mem sleep |
21:33.47 | cr2 | Stopping tasks: =================| |
21:33.51 | cr2 | acx: suspend handler is experimental! |
21:33.55 | cr2 | sus: dev c3d98000 |
21:33.59 | cr2 | htcuniversal_ts2_suspend: called. |
21:34.03 | cr2 | htcuniversal_lcd_suspend: called. |
21:34.07 | cr2 | PM: Entering mem sleep |
21:34.11 | cr2 | PM: Finishing wakeup. |
21:34.15 | cr2 | asic3_mmc: starting resume |
21:34.19 | cr2 | asic3_mmc: finished resume |
21:34.23 | cr2 | htcuniversal_lcd_resume: called. |
21:34.27 | cr2 | htcuniversal_ts2_resume: called. |
21:34.31 | cr2 | Restarting tasks...acx: resume handler is experimental! |
21:34.31 | cr2 | rsm: got dev c3d98000 |
21:34.32 | cr2 | <PROTECTED> |
21:34.32 | cr2 | Kevin2: copy htcuniversal_pm.c to apache. it should work there too. |
21:34.38 | cr2 | i run apm --suspend, the LCD goes gray. |
21:34.48 | cr2 | i wait 5 sec and press the power button. |
21:34.52 | cr2 | it resumes :) |
21:35.00 | goxboxlive | cool |
21:35.08 | goxboxlive | even keyboard work? |
21:35.12 | cr2 | how does this corgi_bl do suspend/resume ? |
21:35.23 | Kevin2 | cr2: Great! |
21:35.23 | cr2 | keyboard is dead. |
21:35.31 | goxboxlive | ok |
21:35.56 | goxboxlive | ask psokolovsky_ about the corgi_bl stuff |
21:36.03 | cr2 | i think this corgi_bl does not suspend at all. |
21:36.28 | cr2 | there are many other drivers where i don't know who is responsible for the suspend/resume. |
21:36.57 | cr2 | for our keyboard we need our own functions. |
21:36.59 | psokolovsky_ | cr2, what you mean doesn't suspend? it turns off backlight, voila |
21:37.10 | goxboxlive | haha he is here |
21:37.11 | cr2 | the pxa27x_udc does not resume... |
21:37.42 | cr2 | psokolovsky_: is the .suspend/.resume for corgi_bl ? |
21:38.01 | psokolovsky_ | cr2: yep, somewhere there |
21:38.15 | cr2 | :) |
21:38.28 | cr2 | i have the same feeling for many other drivers. |
21:38.29 | psokolovsky_ | cr2: it just calls our methods with intensity=0 |
21:39.05 | cr2 | ok. so the problem must be hidden somewhere deeper. |
21:39.37 | cr2 | btw. do i need to write a suspend/resume for the btuart ? |
21:39.50 | cr2 | and the phone on ffuart, but it's another issue. |
21:42.13 | cr2 | psokolovsky_: the universal_leds driver is broken. is there a generic asic3_leds driver ? or how should i rewrite it ? |
21:43.57 | psokolovsky_ | cr2, you're on kernel-discuss now, right? ;-) there was a post of driver for rx3000, also asic3 based. It had few issues, so not yet in CVS. But it may be a good start for generic driver, I guess. There're also my response with some thoughts/rambling about the leds stuff. |
21:44.25 | psokolovsky_ | cr2: I didn't see universal_leds, maybe it can be taken as base too... |
21:45.03 | goxboxlive | linux-2.6.17-hh1/drivers/leds/leds-corgi.c |
21:47.13 | cr2 | ok. |
21:48.26 | cr2 | i'll put the universal suspend code into CVS. the LCD/bl is a bit broken. i may be connected to the saved state code. |
21:55.59 | cr2 | goxboxlive: you can test it now. |
21:57.39 | goxboxlive | cool |
21:57.40 | cr2 | if the LCD state is not known we should probably switch it off. |
21:57.48 | goxboxlive | yes i agree |
21:58.07 | cr2 | there is some ambiguity in the driver now. |
21:59.29 | cr2 | Kevin2: my last wish - loadResourceKernel in addition to the loadDiskKernel |
21:59.36 | cr2 | just a memcpy. |
22:00.56 | goxboxlive | the cvs update is hanging. Have to download them manually |
22:01.36 | cr2 | go to the htcuniversal directory and run cvs up there. |
22:08.21 | goxboxlive | ahh so i can do that to. thx for the tip |
22:08.31 | goxboxlive | No, what about sounddriver.? |
22:09.39 | cr2 | the ugly ifdefs ? |
22:09.56 | cr2 | ask Kevin2 , he has the same chipset :D |
22:13.56 | goxboxlive | realy |
22:14.22 | goxboxlive | Kevin2: what about soundcard.. Have you managed to get sound on your device? |
22:22.38 | goxboxlive | cr2: I also managed to get the suspend/resume to work. |
22:22.51 | goxboxlive | NAd the keyboard doesnt work after as you said. |
22:23.35 | goxboxlive | But what about letting it go to suspend while we have pushed the power button. Is that doable? |
22:23.51 | goxboxlive | Also the autmatic suspend in GPE works. |
22:24.23 | goxboxlive | Also a good idea to turn the LCD all off when suspending. |
22:25.19 | goxboxlive | But the next challange is to let the keybaord also resume. Is that a tricky job? |
22:27.36 | cr2 | goxboxlive: i don't remember how the pxa buttons code is doing that, but it should be very easy to suspend on a button event. |
22:28.06 | goxboxlive | cool |
22:28.15 | cr2 | or course the LCD should be turned off, it's our buggy driver is not doing the right thing. |
22:28.37 | goxboxlive | ok, is your screen flickering after resume? |
22:29.12 | goxboxlive | Just minmal, not much. But when i am in the shell i can see it on the letters |
22:29.58 | cr2 | the keyboard driver should be split into logical pieces with their own suspend code. Kevin2 has written the generic pxa27x keyboard code, maybe we can use it too and asic3_buttons will do the rest. |
22:30.24 | goxboxlive | that might be a good choice |
22:30.26 | cr2 | my screen does not flicker, but we need to double check the code. |
22:30.34 | goxboxlive | ok |
22:31.02 | cr2 | i'd say that the working asic3_owm is the next urgent thing. |
22:31.16 | cr2 | so we can properly monitor the battery. |
22:31.47 | cr2 | if we forget about battery learning stuff, the charging does not look very difficult at all. |
22:31.54 | goxboxlive | that will be good. Will we have charging support when that is done? |
22:31.59 | cr2 | though, it is different from hx4700. |
22:32.04 | goxboxlive | ok |
22:32.40 | cr2 | we have charging in some sense, but the owm driver is delivering some strange values. |
22:33.18 | goxboxlive | I Think we shoul leave the phone part for a while, and rather be finished with the rest. Becasue it will be a good PDA when the PDA stuff works. |
22:33.25 | goxboxlive | ok |
22:33.38 | cr2 | btw, the "small" camera driver is available and working. |
22:33.59 | cr2 | maybe we can reuse it too. |
22:34.01 | goxboxlive | reay. How do i test it? Is there a camera application in Opie or GPE? |
22:34.14 | goxboxlive | lets try |
22:34.17 | cr2 | cat /dev/fb1 > screenshot :) |
22:34.22 | goxboxlive | ok |
22:34.30 | cr2 | i'm joking. |
22:34.36 | goxboxlive | :-) |
22:34.39 | cr2 | but the driver is in the omap CVS. |
22:34.55 | goxboxlive | ok, well it's getting late. Have to go to bed. night |
22:35.05 | cr2 | http://sourceforge.net/projects/usbsnoop/ |
22:35.19 | cr2 | ah. wrong link. |
22:35.22 | cr2 | http://wiki.earth.li/E3_Status |
22:36.09 | cr2 | Driver is working, but still needs some work clock calculations and pixel formats |
22:36.24 | cr2 | Sensor is an OmniVision OV6650 |
22:36.33 | goxboxlive | what is E3 |
22:36.34 | cr2 | this is our small camera. |
22:36.40 | goxboxlive | i know |
22:36.51 | cr2 | http://wiki.earth.li/E3 |
22:37.10 | cr2 | http://www.earth.li/~noodles/hardware-e3.html |
22:38.09 | cr2 | the pxa27x video overlay driver is needed. |
22:38.19 | *** join/#htc-linux asylumed_ (n=insanity@196.211.116.6) |
22:38.21 | cr2 | motorola has it in their 2.4 kernel, i don' |
22:38.29 | cr2 | t know about 2.6 status. |
22:38.33 | psokolovsky_ | goxboxlive, can you update status of http://bugs.openembedded.org/show_bug.cgi?id=1450? |
22:41.27 | goxboxlive | how? |
22:42.59 | goxboxlive | i guess i managed it |
22:43.03 | goxboxlive | good night |
22:59.09 | Kevin2 | cr2: Yep, I'm calling it bootRamLinux() - it will be the next thing I do. |
23:06.11 | cr2 | Kevin2: the code is already there, just the memcpy is missing. the ID=1001 can be conveniently replaced by the MTYPE. |
23:07.30 | cr2 | i'd also be very thankful if you'll explain, or write an example how to attach the C handler to your irq watch code. |
23:08.34 | cr2 | i get the ffuart irq (AT command) and would like to dump some GPIO values and/or other memory locations. |
23:08.46 | cr2 | must go to bed now. good night. |
23:09.00 | Kevin2 | cr2: What code is where? The existing patch has a bootRamLinux code. I'm planning on having ld pull in the kernel at link time. |
23:09.23 | Kevin2 | It is pretty simple to write a C routine for the "wi" stuff. Tomorrow? |
23:13.30 | Kevin2 | The C function "abort_handler" in irq.c is run when "wi" catches a memory exception. Just write some C code in it to do what you want. The only thing is, you can't report the results directly back - you have to write it into a "trace buffer" - see "struct traceitem". You then need to modify the polling code (see printTrace) to pull out what you're looking for and print it to the screen. |
23:14.36 | Kevin2 | Oh, if you want to do it on an interrupt event, write the code in irq_handler. Otherwise, same concept. |
23:26.02 | Kevin2 | Also, you can access any global variables, so you need to pass variables in via the "struct irqData". You can add variables to the structure and init them in preLoop(). |