| 00:00.09 | BabelO | Servergod: lol, does it help you ? |
| 00:00.51 | Servergod | what? |
| 00:01.16 | BabelO | Servergod: apache image ? does it works well ? |
| 00:01.54 | Marex | cr2, are you sure you commited the Makefile too ? |
| 00:01.56 | cr2 | Marex: done |
| 00:02.02 | cr2 | checking |
| 00:02.17 | Marex | and also you can drop that sable_udc.c now |
| 00:02.27 | Servergod | Got no network but usb, wifi is down,ir, bt. But i will check it out. Need to see if i can ssh into and see whats going on. |
| 00:02.54 | BabelO | Servergod: ok |
| 00:03.08 | BabelO | good night, too late |
| 00:03.21 | cr2 | Marex: strange. |
| 00:03.22 | Servergod | cya |
| 00:03.28 | Marex | :D |
| 00:03.37 | Marex | cr2, what ? :-) |
| 00:03.50 | cr2 | Marex: diff -u does not show any differences |
| 00:04.16 | Marex | ah sorry |
| 00:04.18 | Marex | it is here |
| 00:05.04 | cr2 | Marex: does n560 compile ? |
| 00:05.09 | cr2 | sable is ok. |
| 00:05.30 | Marex | going to test now |
| 00:06.01 | cr2 | ok, so the leds are the same. that's good :) |
| 00:07.11 | Marex | yea, but if I use hw_nums for the leds, the red one doesnt work |
| 00:07.18 | Marex | that's why there was that hack |
| 00:08.05 | Marex | I have an idea |
| 00:08.34 | Marex | kernel26/arch/arm/fastfpe/Makefile no such file or directory when running make clean brw |
| 00:08.36 | Marex | *btw |
| 00:10.00 | cr2 | it's an old problem. |
| 00:10.09 | cr2 | i never do make clean :) |
| 00:10.42 | Marex | fastfpe is deprecated and non working anyway |
| 00:11.00 | Marex | and touching makefile there will fix that somehow ... |
| 00:11.34 | cr2 | ok. |
| 00:12.28 | Marex | n560 build for me |
| 00:12.34 | Marex | *built |
| 00:12.42 | cr2 | nice |
| 00:13.42 | cr2 | if linload.exe is fixed, we can finally move to the sane kernel testing. |
| 00:18.13 | *** join/#htc-linux wireddd (n=wired@unaffiliated/wireddd) |
| 00:21.15 | Marex | cr2, I guess you can drop htcsable_kbd.o from Makefile as well ;) |
| 00:22.14 | cr2 | looking |
| 00:22.44 | Marex | that file really isnt there anymore ;) |
| 00:22.52 | cr2 | power button ? |
| 00:23.18 | Marex | yea, power button version 1 |
| 00:23.27 | Marex | there were two drivers for that :D |
| 00:25.05 | cr2 | ok. |
| 00:26.51 | cr2 | done |
| 00:27.06 | Marex | looks like the hw_nums for leds are somehow shifted |
| 00:27.26 | Marex | 1 - blue, 2 - green |
| 00:27.30 | Marex | no space left for red |
| 00:35.58 | cr2 | how is it done on uni/hx4700 ? |
| 00:36.30 | Marex | just checking (the same way) :) |
| 00:37.30 | Marex | maybe there is problem with packed addresses of asic3? |
| 00:41.14 | Marex | I have an idea |
| 00:41.34 | Marex | not really solving this, but lets see |
| 00:46.36 | *** join/#htc-linux swc|666 (n=no@24.143.67.18) |
| 01:02.27 | Marex | just as I thought, it is an issue with packed addresses |
| 01:04.49 | cr2 | ? |
| 01:05.03 | cr2 | unix and hx4700 have shift=1 too |
| 01:05.09 | cr2 | s/unix/uni/ |
| 01:05.26 | Marex | yea, I see :/ |
| 01:05.44 | Marex | why doesnt it work then :S |
| 01:05.48 | cr2 | ok, good night for today |
| 01:05.56 | Marex | gnight |
| 01:06.03 | Marex | Im going round the clock |
| 01:06.21 | cr2 | send the paches if any. i'll have a look in the morning |
| 01:06.29 | Marex | sure, gn |
| 01:20.14 | Marex | cr2, got it! |
| 01:49.21 | *** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-528d6057d4d9c040) |
| 02:27.43 | *** join/#htc-linux joschkopf79 (n=joschi@e176228233.adsl.alicedsl.de) |
| 03:30.09 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
| 03:39.08 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbfa993.pool.einsundeins.de) |
| 03:55.38 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 03:55.44 | *** join/#htc-linux ChanServ (ChanServ@services.) |
| 03:55.44 | *** join/#htc-linux LunohoD (n=alex@e180078188.adsl.alicedsl.de) [NETSPLIT VICTIM] |
| 03:55.44 | *** join/#htc-linux JEEB (n=kanakana@a88-112-94-153.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
| 03:55.44 | *** join/#htc-linux hlbot (n=adm@iclem.net) [NETSPLIT VICTIM] |
| 03:55.44 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
| 03:56.00 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
| 03:58.58 | *** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 05:22.20 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
| 05:37.15 | *** join/#htc-linux joschkopf79 (n=joschi@e176228233.adsl.alicedsl.de) |
| 05:44.53 | *** join/#htc-linux SmallR2002 (n=SmallR20@79.69.13.234) |
| 07:02.20 | *** join/#htc-linux kiozen (n=kiozen@p5492A296.dip0.t-ipconnect.de) |
| 07:13.52 | kiozen | apt: qlandkarte? |
| 07:15.25 | kiozen | ~qlandkarte |
| 07:15.35 | *** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net) |
| 07:16.22 | kiozen | apt: qlandkarte is a portable software to view vector road maps in Gamin's *img format on any system. |
| 07:16.22 | apt | kiozen: okay |
| 07:16.30 | kiozen | atp: qlandkarte |
| 07:16.33 | *** join/#htc-linux rob_w|laptop (n=rob@p549B9885.dip0.t-ipconnect.de) |
| 07:16.38 | kiozen | apt: qlandkarte? |
| 07:16.39 | apt | i guess qlandkarte is a portable software to view vector road maps in Gamin's *img format on any system. |
| 07:17.06 | kiozen | is patting apt for doing a good job |
| 07:17.13 | kiozen | heh |
| 07:22.42 | BabelO | lol |
| 07:22.45 | BabelO | hi kiozen |
| 07:22.55 | kiozen | hi BabelO |
| 07:23.12 | kiozen | hehe, some vanity programming :) |
| 07:23.46 | BabelO | kiozen: apt is a nice perl program :) |
| 07:24.05 | BabelO | ~wtf apt |
| 07:24.07 | kiozen | yes for a perl programm it's really nice |
| 07:24.44 | kiozen | apt: BabelO? |
| 07:24.45 | apt | [babelo] someone that hangs on #htc-linux |
| 07:24.50 | kiozen | :) |
| 07:25.29 | BabelO | :(, my computer lost time again :( |
| 07:25.55 | kiozen | ? bad battery |
| 07:28.18 | BabelO | kiozen: no, already checked :( |
| 07:29.01 | kiozen | using ntp? |
| 07:29.10 | BabelO | i m on 2007/10/16 :( i think it is when it use CONFIG_IDLE or SPEEDSTEP |
| 07:29.22 | BabelO | kiozen: yes i have to setup ntp |
| 07:29.54 | BabelO | ok going to work, bbl |
| 07:34.02 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:51.12 | *** join/#htc-linux Babel1 (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 08:19.57 | *** join/#htc-linux Midnight_Coffee (n=no@24.143.67.18) |
| 08:28.21 | *** join/#htc-linux swc|666 (n=no@24.143.67.18) |
| 09:13.56 | *** join/#htc-linux swc666 (n=no@24.143.67.18) |
| 09:34.17 | *** join/#htc-linux jeebster (n=kanakana@a88-112-94-153.elisa-laajakaista.fi) |
| 09:43.28 | *** join/#htc-linux ChanServ (ChanServ@services.) |
| 09:43.28 | *** mode/#htc-linux [+o ChanServ] by irc.freenode.net |
| 09:46.58 | cr2 | kiozen: portable ? does it work on arm ? :) |
| 09:47.09 | *** join/#htc-linux ndavey (n=neil@60-240-227-199-vic-pppoe.tpgi.com.au) |
| 09:47.50 | kiozen | sure, but does you device have the needed memory? :) |
| 10:07.59 | cr2 | kiozen: 128MB |
| 10:08.43 | kiozen | cr2: you know qlandkarte's footprint. 128MB it digests for breakfast. |
| 10:09.22 | cr2 | Marex: you should not misuse the .alt_function in such a way |
| 10:09.29 | cr2 | kiozen: ok :) |
| 10:09.53 | cr2 | kiozen: i think BabelO has compiled qlandkarte for qtopia some time ago |
| 10:10.11 | kiozen | I know, still got his mail to the mailing list |
| 10:17.38 | cr2 | kiozen: have you seen that ? :) http://lists.openstreetmap.org/pipermail/talk-de/2008-March/008568.html |
| 10:19.01 | kiozen | cr2: yes. but don't think it's worth it. the 60/76 is to limited in hw, to do it much better that Garmin. |
| 10:19.21 | kiozen | maybe the colorado line |
| 10:20.33 | cr2 | sure it's not worth it. |
| 10:20.57 | cr2 | if you find somebody with colorado, let them run haret on it. |
| 10:21.30 | kiozen | doubt you will be able to execute anything else than garmin fw |
| 10:22.55 | cr2 | hm. are there any fw updates available ? |
| 10:27.45 | kiozen | surely, it's just half finished. Thus there should be many updates. |
| 10:28.24 | cr2 | good. send me a link if you'll find any. |
| 10:31.53 | kiozen | cr2: lazy bun ;) http://www8.garmin.com/support/blosp.jsp |
| 10:34.50 | cr2 | :) just overloaded. |
| 10:34.57 | cr2 | which one is the best ? |
| 10:35.08 | cr2 | c, t, or i ? |
| 10:36.25 | kiozen | cr2: lol, don't know, don't buy Garmin anymore |
| 10:37.14 | cr2 | ok. |
| 10:37.41 | cr2 | i doubt they have a better screen tham n560 |
| 10:38.22 | kiozen | well, afaik it's more like they do have such a bad screen like the n560, compared to the 60Scx |
| 10:38.57 | kiozen | visibility in sunlight is just a bit better than with a pda |
| 10:39.16 | kiozen | and thes have a funny pixel format |
| 10:40.19 | kiozen | cr2 http://garmin.de/outdoor/produktbeschreibung/colorado300/ |
| 10:40.24 | BabelO_ | hi cr2 |
| 10:41.16 | BabelO_ | cr2, kiozen : yes qlandkarte was running on BA with 128Mb of memory, just need VNC to use it because QLandKarte cannot run on 320x240 display ;) |
| 10:41.59 | kiozen | BabelO_: but no big map loaded, that would have drained the memory immediately |
| 10:42.13 | kiozen | qlandkarte is a memory pig |
| 10:42.33 | BabelO_ | kiozen: i have loaded the map from marseille to my town, the one you provide me |
| 10:43.26 | kiozen | yes that is just one tile, and not a big one, too |
| 10:43.29 | cr2 | kiozen: if you have an arm pda, map loading is not something that you really want to do. but the track/route/wpt sync is a nice thing to have |
| 10:44.23 | kiozen | well you have to load a map, but you can do it in a more memory sane way |
| 10:44.47 | kiozen | maybe one day, I grab that navit lib... |
| 10:45.24 | kiozen | but from what I saw, they don't do it better, but the decode more |
| 10:45.53 | kiozen | let's get this raster map thing work first. |
| 10:47.59 | cr2 | yes, i think the gpsd-controlled moving map in M is most important |
| 11:02.40 | *** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130) |
| 11:21.56 | *** join/#htc-linux mxer (i=sativa@ip68-230-62-137.ph.ph.cox.net) |
| 12:17.10 | JEEB | Ok, actually got someone to test HaRET on a EM-ONE... |
| 12:17.21 | JEEB | Is there something special to be made in order to get the logfile? |
| 12:27.31 | JEEB | Detected machine Generic Intel PXA27x/PXA27x (Plat='PocketPC' OEM='SHARP S01SH') |
| 12:37.52 | cr2 | JEEB: very good. |
| 12:39.06 | JEEB | The guy has a connection atm, but since I have never had a WM machine myself nor booted this thing I'd like to ask "How do I get the full logfile out of this thing, or is it done already?" XD |
| 12:39.06 | cr2 | JEEB: is it possible to create an empty 'earlyharetlog.txt' file in the same directory as haret, run haret, and pastebin the created haretlog.txt ? |
| 12:39.13 | JEEB | ok |
| 12:39.22 | JEEB | is it created on runtime? |
| 12:39.24 | cr2 | yes |
| 12:39.40 | cr2 | if you have the empty 'earlyharetlog.txt' file in the same directory as haret |
| 12:39.51 | JEEB | ok |
| 12:40.08 | cr2 | pxa27x is very well supported and understood |
| 12:40.33 | cr2 | so it's only up to individual device drivers. |
| 12:42.06 | JEEB | that... might be a problem, Goforce 5500 |
| 12:42.35 | cr2 | ok, 800x480 |
| 12:42.41 | JEEB | yeah |
| 12:42.57 | cr2 | you may easily find out the FB address |
| 12:43.20 | cr2 | so the vsfb driver will work |
| 12:43.32 | JEEB | ^^ framebuffer |
| 12:44.00 | cr2 | yes |
| 12:44.14 | cr2 | VerySimpleFrameBuffer |
| 12:44.26 | JEEB | oh well, it doesn't look as bad as it could be then :) |
| 12:44.39 | JEEB | Although I've yet to see the logfile, waiting for the answer from Tokyo |
| 12:44.50 | cr2 | suspend/resume will be tough. |
| 12:44.52 | cr2 | ok |
| 12:46.14 | cr2 | 512MB rom. not bad. |
| 12:46.43 | cr2 | btw, you may try to run the testwm5.exe |
| 12:49.40 | JEEB | that is a part of HaRET? |
| 12:49.41 | cr2 | here at the top http://hands.com/~lkcl |
| 12:49.47 | JEEB | ok |
| 12:49.55 | cr2 | not yet. |
| 12:50.39 | cr2 | there is an 'lsmod' haret command that comes close. |
| 12:50.54 | cr2 | and 'ps' |
| 12:55.22 | JEEB | I'll ask the guy to try the testwm5 app as soon as he gets done with the current thing of dumping the logfile ^^; |
| 12:56.51 | cr2 | ok, it's going to be interesting. |
| 12:57.54 | JEEB | It'd be faster if I'd have it on my hands, but alas - it wasn't on sale yet when I had my "foreigner card" there |
| 13:04.47 | JEEB | <o> nothing happens |
| 13:04.47 | JEEB | <o> the file is still 0 even after tapping Run <- checking if the guy has the files in the right place and made (earlyharetlog.txt) |
| 13:06.34 | JEEB | And what is the usage of the testwm5 app, so I can tell him how to handle it (he seems to have gotten the log) |
| 13:10.40 | JEEB | http://pastebin.ca/958048 |
| 13:10.42 | JEEB | the log |
| 13:10.43 | cr2 | i think you need to have the \Storage Card |
| 13:11.11 | cr2 | directory, which is not necessarily present on the japanese wince |
| 13:11.43 | cr2 | then this program will try to dump all files and modules on this device into \Storage Card |
| 13:13.21 | cr2 | ok, 128MB and everything is present. |
| 13:17.46 | JEEB | Does it copy them to the root or might it a) make an archive/folder for them? Also it might be true that it won't make the files since it's showing filenames but no files are made yet |
| 13:30.36 | *** join/#htc-linux _who (i=who@194.145.250.184) |
| 13:31.43 | cr2 | JEEB: do you have the \Storage Card directory in root ? |
| 13:32.58 | *** join/#htc-linux joschkop179 (n=joschi@92.226.140.164) |
| 13:33.11 | cr2 | JEEB: here is the list |
| 13:33.15 | cr2 | \Storage Card\Dump\ |
| 13:33.15 | cr2 | \Storage Card\Dump\Files\ |
| 13:33.15 | cr2 | \Storage Card\Dump\Modules\ |
| 13:42.11 | JEEB | That way it'll copy it all to the main memory? |
| 13:42.28 | cr2 | yes |
| 13:42.39 | cr2 | i don't know any other better way |
| 13:42.58 | cr2 | becase the name \Storage Card is hardcoded. |
| 13:43.15 | cr2 | S/becase/because/ |
| 13:43.21 | JEEB | Yeah |
| 13:43.39 | JEEB | Having some configuration would be nicer, though. But let's see if he'll do it |
| 13:45.05 | *** join/#htc-linux toi (n=pleemans@d5152D3B4.access.telenet.be) |
| 13:46.43 | PCrazee | i posted some link here some time ago, where it it discribed how to set the "\Storage Card" dir with system variables... it should work on none-english devices, too |
| 13:47.36 | JEEB | ok |
| 13:48.01 | PCrazee | but this has to be done with the installer file |
| 13:49.35 | PCrazee | and alternativ installation process, where the tarball has to be put on the sd card manually would also solve this problem |
| 13:57.43 | cr2 | PCrazee: there must be some c++ code for this problem. i wish we have solved it once and forever :) |
| 13:58.12 | JEEB | ok, the dumper crashed as it entered sleep mode and the person had to go offline ^^; This stops me here right now. At least now I know that the cpu arch is alright |
| 13:58.41 | cr2 | ok. |
| 14:04.17 | PCrazee | cr2: is there some search funktion in that weblog? |
| 14:04.38 | PCrazee | i know i have the link to the microsoft developer page, where it was described |
| 14:06.42 | cr2 | PCrazee: only grep in the log, afaik |
| 14:09.16 | PCrazee | http://msdn2.microsoft.com/en-us/library/ms924764.aspx <-- here is something |
| 14:09.25 | PCrazee | but it's not what i was looking for |
| 14:09.48 | PCrazee | there has to be a complete list |
| 14:10.13 | *** join/#htc-linux kbingham (n=kbingham@cvs.mpc-ogw.co.uk) |
| 14:13.57 | kbingham | Anyone here working on the hermes ? |
| 14:28.01 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 14:30.00 | *** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net) |
| 14:39.51 | Marex | cr2, check your email :-) |
| 14:50.22 | cr2 | Marex: yes, i've looked at them. you should not rely on .alt_function initial setting |
| 14:51.06 | Marex | what should I rely on then? |
| 14:51.14 | Marex | or you mean on sable ? |
| 14:52.08 | cr2 | you should set/unset them yourself in the driver. at the right time. also gpio direction & so on. |
| 14:52.48 | Marex | asic3_leds driver you mean ? |
| 14:53.37 | Marex | ~~> shower, bbl |
| 14:58.05 | cr2 | yes |
| 15:05.11 | *** join/#htc-linux bernt (n=bernt@dslb-084-061-240-119.pools.arcor-ip.net) |
| 15:07.39 | Marex | cr2, asic3_leds can set those directions etc? ok, I will check it out |
| 15:07.52 | Marex | cr2, btw what about the other patches ? |
| 15:08.04 | Marex | nearly killed himself today 8-) |
| 15:08.43 | cr2 | the patches are ok, but i think we should think about the next step too. |
| 15:09.02 | Marex | cr2, cleanup |
| 15:09.07 | cr2 | most our phones have similar problems |
| 15:09.23 | cr2 | and they simply will not work when booted without wince. |
| 15:09.31 | Marex | I see |
| 15:09.38 | cr2 | i.e. not with haret. |
| 15:10.29 | Marex | but that's why there is that default setting, isnt it ? |
| 15:10.30 | cr2 | no, the default setting is just a wince register dump. |
| 15:10.41 | cr2 | many of them simply do not make sense in real life. |
| 15:11.01 | cr2 | universal powers bt,wifi and lcd with .init gpios for example. |
| 15:11.01 | Marex | but when you boot, the asic3 is set that way, right ? |
| 15:11.19 | Marex | I see |
| 15:11.37 | cr2 | if you really want to be independent from wince and save power, you need a finer control over the asic3 gpios. |
| 15:11.40 | Marex | does asic3_leds support setting gpio directions and altfn ? |
| 15:12.08 | cr2 | don't know, but i think we should have a way to do it. |
| 15:12.24 | Marex | I know, the drivers handle the GPIOs themselves , that's obvious |
| 15:12.33 | cr2 | gpio directions are controlled by the asic_gpio* now. |
| 15:14.42 | Marex | yup |
| 15:14.56 | Marex | ok, I'll have to read about gpiodev2 too |
| 15:15.03 | Marex | sorry, I was unable to do the cleanup |
| 15:15.18 | Marex | I just worked on other stuff and then nearly killed myself |
| 15:15.25 | cr2 | no problem :) |
| 15:15.28 | cr2 | hmm. |
| 15:15.58 | cr2 | i'm working on many things simultaneously too. |
| 15:16.18 | Marex | nah, I worked on other drivers |
| 15:16.34 | cr2 | i'll apply the patches a bit later today. |
| 15:16.41 | Marex | ok, thanks :) |
| 15:17.02 | Marex | btw going non-stop overnight and drinking 1.5 litre of coffee wasnt the best I could do |
| 15:17.24 | cr2 | yeah |
| 15:17.28 | cr2 | btw |
| 15:17.30 | cr2 | -#define HTCSABLE_MAX_INTENSITY 0x3ff |
| 15:17.30 | cr2 | +#define HTCSABLE_MAX_INTENSITY 0xC8 |
| 15:17.31 | Marex | I even went on PE excercises in the morning, but I had to go back home since my heart started failing |
| 15:17.41 | Marex | cr2, right, that's correct value |
| 15:17.57 | cr2 | well, you'd be careful with such things. |
| 15:18.37 | Marex | and you wont have ts driver if I were |
| 15:18.39 | cr2 | the 3ff is the scaled value, it allows finer control over brightness steps. but it does not really matter. |
| 15:19.09 | Marex | well hx4700 has c8, palmld has c8 and wince has c8 as well |
| 15:19.10 | Marex | ok :) |
| 15:19.27 | Marex | Im starting to understand haret :) |
| 15:19.52 | cr2 | awk '{print 0xc8}' |
| 15:19.53 | cr2 | 200 |
| 15:20.03 | cr2 | that's the only reason. |
| 15:20.46 | Marex | yea, you can implement that blturbo after 0xc8 |
| 15:20.58 | Marex | but dunno if it's not harmless to let if run long |
| 15:21.27 | cr2 | i doubt it. |
| 15:23.23 | Marex | they use it when you use camera |
| 15:23.35 | Marex | thats not a long time run |
| 15:23.56 | cr2 | ok, then it's up to the camera app to use it. |
| 15:24.04 | Marex | right :) |
| 15:24.05 | Marex | ok |
| 15:24.13 | Marex | anyway, Im off to school, bye for now :) |
| 15:24.22 | Marex | and thanks for your time and advices :) |
| 16:08.41 | *** join/#htc-linux pH5 (n=ph5@e178209236.adsl.alicedsl.de) |
| 16:09.27 | *** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-31-28.adsl.proxad.net) |
| 16:15.20 | *** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com) |
| 16:35.29 | dcordes_ | hi all |
| 16:44.17 | *** join/#htc-linux rob_w (n=bob@Ma6d5.m.pppool.de) |
| 16:45.20 | dcordes | pH5, any news about openmoko qvga? |
| 16:46.59 | *** join/#htc-linux TimRiker (n=timr@99.203.77.217) |
| 16:51.56 | pH5 | dcordes: no |
| 16:52.15 | pH5 | right now I'm hacking on qemu in the hope to get the herald bootloader running in there |
| 16:53.20 | dcordes | pH5, are you running the whole htc flash inside? |
| 16:53.30 | dcordes | or just dry running the loader? |
| 16:53.34 | *** join/#htc-linux JohnnyK (i=johnnyk@nfx-nat-229.pilsfree.net) |
| 16:54.04 | pH5 | dcordes: only the loader, but qemu doesn't have any omap730/850 support yet. |
| 16:54.26 | pH5 | Marex got some pxa devices' bootloaders to run in qemu though. |
| 16:54.30 | dcordes | is herald pxa? |
| 16:54.34 | dcordes | ok |
| 16:54.39 | pH5 | no, it's omap850 |
| 16:54.55 | pH5 | qemu has omap310, so I can work from that. |
| 16:54.58 | dcordes | htc bootloader will be brilliant |
| 17:00.57 | Raven_coda | pH5, when you come to hardware testing I have a wizard you can test on (omap850) |
| 17:01.30 | dcordes | bbl |
| 17:02.37 | pH5 | Raven_coda: thanks, but right now I'm working in the other direction |
| 17:02.58 | pH5 | I want to run HTC's bootloader in qemu to see how it works |
| 17:03.35 | pH5 | I can't do that on the device itself because the bootloader doesn't allow peeking at random memory locations like the older bls do. |
| 17:04.19 | Raven_coda | ah |
| 17:04.55 | Raven_coda | so that we don't have to boot from sd card? |
| 17:05.34 | Raven_coda | via haret |
| 17:05.42 | pH5 | Raven_coda: that's the final goal. |
| 17:06.08 | pH5 | my immediate problem is that I have a herald that doesn't even boot into wince right now |
| 17:06.18 | pH5 | so I have to find a way to upload my code to the bootloader |
| 17:06.44 | pH5 | but it wants signed images (via serial upload or sd) |
| 17:07.11 | cr2 | pH5: did you move formward with i2c cpld ? |
| 17:07.25 | cr2 | s/formward/forward/ |
| 17:07.52 | pH5 | cr2: no, I just picked it up again. I can't do anything with it until I get out of that bootloader. |
| 17:09.26 | pH5 | I have a place in the BL where it checks a 'signature' of the uploaded image against some memory location, but I don't see where that location is written initially. |
| 17:14.38 | cr2 | ok. |
| 17:21.18 | *** join/#htc-linux CVirus (n=GoD@196.205.191.81) |
| 17:43.21 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 17:45.07 | *** join/#htc-linux LunohoD_ (n=alex@e180072061.adsl.alicedsl.de) |
| 17:51.47 | *** join/#htc-linux pH5_ (n=ph5@e178209236.adsl.alicedsl.de) |
| 18:03.28 | *** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:09.57 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 18:30.11 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfa993.pool.einsundeins.de) |
| 18:30.59 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 18:33.02 | Marex | pH5_, hi |
| 18:35.52 | *** join/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de) |
| 18:39.29 | pH5 | hi Marex |
| 18:40.27 | pH5 | I still didn't get past that white screen with the magician bootloader, even with your version. |
| 18:40.36 | Marex | control alt 3 |
| 18:40.41 | Marex | gets you to serial console |
| 18:40.43 | pH5 | Either there's some endless loop somewhere or my computer is emulating exceptionally slow. |
| 18:40.48 | Marex | control alt 1 gets you to the loader |
| 18:41.11 | Marex | try pressing control alt 3 and then control alt 1 |
| 18:41.19 | Marex | no idea why this happens |
| 18:42.29 | pH5 | Marex: aw, thanks. |
| 18:42.36 | Marex | np |
| 18:42.46 | pH5 | I even started adding omap730 support out of frustration :) |
| 18:43.31 | Marex | :)) |
| 18:43.36 | Marex | but please use the moko source |
| 18:43.49 | Marex | my is patched with loads of sick stuff |
| 18:44.29 | pH5 | yes, I'm using the moko source + your ipaq.c + the ffuart->stuart change in pxa2xx.c |
| 18:44.36 | pH5 | although I'd like to get rid of the latter. |
| 18:45.17 | pH5 | there must be some way to tell qemu that the serial console is not serial0 |
| 18:48.29 | *** join/#htc-linux pH5 (n=ph5@e178209236.adsl.alicedsl.de) |
| 18:50.58 | k34sD | hi |
| 19:02.48 | *** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-31-28.adsl.proxad.net) |
| 19:05.19 | Marex | pH5, there probably is, but I was too lazy |
| 19:06.01 | *** join/#htc-linux dcordes (n=snoopdog@unaffiliated/dcordes) |
| 19:14.27 | *** join/#htc-linux kiozen (n=kiozen@rgnb-4db1daef.pool.einsundeins.de) |
| 19:37.54 | cr2 | Marex: asic3_gpio_get_value/asic3_gpio_set_value |
| 19:38.27 | Marex | ok :) |
| 19:39.13 | cr2 | there are some weird macros there, which should go away some time. |
| 19:39.55 | cr2 | the optimal solution is to use gpio_get_value/gpio_set_value, but i'm not sure they are ready for asic3. |
| 19:40.20 | Marex | will check tomorow |
| 19:40.49 | pH5 | cr2: in hh.org it should work. |
| 19:40.55 | cr2 | still it#s a step forward. |
| 19:41.03 | pH5 | look how asic3_keys is gone for hx4700, it uses gpio_keys for all of them. |
| 19:41.08 | cr2 | pH5: is somebody using them ? |
| 19:41.12 | cr2 | ok. |
| 19:41.29 | cr2 | Marex: we should clean up this mess. |
| 19:41.36 | Marex | cr2, havent noticed anyone using gpio_get/set_value for asic3 |
| 19:41.42 | Marex | cr2, sure |
| 19:41.44 | pH5 | cr2: that's the right spirit :) |
| 19:41.45 | Marex | agreed |
| 19:42.41 | cr2 | asic3 and asic3_mmc, that's what makes most problems ;) |
| 19:43.38 | cr2 | pH5: what should we do about asic3 gpio direction and .alt ? |
| 19:45.39 | pH5 | .alt is and will be device specific |
| 19:45.52 | cr2 | lol. hx4700 uses 'amber' |
| 19:46.23 | pH5 | gpio direction is in the upstream api, but I think the old hh.org is still missing that |
| 19:46.33 | cr2 | asic3_xxx(&foobar_asic3.dev,yyy,...) is ugly as hell |
| 19:46.39 | pH5 | hm. what else should it use? orange? |
| 19:46.52 | cr2 | red |
| 19:47.03 | cr2 | amber=red+green |
| 19:47.11 | pH5 | it is not red, it's .. 'amber' |
| 19:47.18 | pH5 | or orange or whatever |
| 19:47.19 | cr2 | we had a discussion about that with Marex yesterday. |
| 19:47.48 | cr2 | pH5: how is it controlled ? |
| 19:47.55 | pH5 | the hx4700 doesn't have a red+green led, it's just single color |
| 19:48.32 | cr2 | most devices i know: ba/uni/sable/beetles use red/green/red+green on 2 asic3 led pwms. |
| 19:48.41 | cr2 | ok, maybe. |
| 19:48.47 | pH5 | the hx4700 has one green led and one amber led |
| 19:48.54 | Marex | palmld has green + amber too |
| 19:48.56 | Marex | or orange |
| 19:49.11 | cr2 | ok, these are non-phones |
| 19:49.36 | cr2 | one more pita in userspace. |
| 19:49.54 | cr2 | ~seen Kevin2 |
| 19:49.58 | apt | kevin2 <n=Kevin@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com> was last seen on IRC in channel #htc-linux, 9d 19h 18m 34s ago, saying: 'dcordes: haretconsole will decode the raw memory dumps into something more readable.'. |
| 19:50.07 | cr2 | hehe. 9d |
| 19:50.38 | dcordes | I'm pretty aware what haretconsole is for ;p |
| 19:51.06 | cr2 | pH5: i've added 'pasic3' dumper, IR,BT and PWR ctl to mainline haret. |
| 19:51.16 | dcordes | is looking forward to see dzo and Kevin2 back :) |
| 19:51.48 | cr2 | the last three are portable |
| 19:51.56 | cr2 | but not always implemented. |
| 19:52.36 | cr2 | the PWR always works on the backlight, and also for acx100 wifi. with a bizarre device name. |
| 20:22.27 | kiozen | cr2: ? |
| 20:23.56 | cr2 | yes |
| 20:24.42 | cr2 | pH5: do you think we should override the pxa2xx-fb name by pxa27x-fb for pxa27x version of pxafb.ko ? |
| 20:26.24 | pH5 | no |
| 20:27.35 | cr2 | what will happen if one uses pxa27x-fb with .lccr4 and overlay support on pxa26x ? |
| 20:28.39 | pH5 | I think that just complicates things and we don't gain anything really. |
| 20:29.37 | pH5 | I think for now we can live with this limitation (the machine has to know it shouldn't set lccr4 on <pxa27x) |
| 20:30.02 | pH5 | if I understand correctly, there was talk on LAK about moving away from setting the registers directly altogether |
| 20:30.35 | cr2 | i need to override the builtin driver to have /sys/class/lcd/pxa*-fb now... |
| 20:30.56 | cr2 | pH5: actually it's only the doubling bit that is important in lccr4 |
| 20:31.17 | cr2 | but you need it for a correct pixclock setting, so it's really critical. |
| 20:33.31 | pH5 | cr2: and again getting behind mainline bites us |
| 20:34.06 | pH5 | you might have to backport the changes that happened to pxafb there |
| 20:34.45 | pH5 | currently lccr4 can be set from platform data |
| 20:35.07 | cr2 | yes, i know :( |
| 20:36.25 | cr2 | but we will break all asic3 devices by such an update. |
| 20:37.10 | cr2 | to 2.6.25 |
| 20:42.16 | *** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com) |
| 21:07.45 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 21:08.54 | *** join/#htc-linux ymerejt (n=jerry@ip-131.net-89-3-221.rev.numericable.fr) |
| 21:43.08 | cr2 | pH5: the htc-egpio driver sets all gpio pins to zero at _probe() ? |
| 21:43.26 | cr2 | as a default behaviour. |
| 21:55.18 | pH5 | yes, you have to explicitly list enabled pins in the htc_egpio_pinInfo list in the hh.org kernel |
| 21:57.39 | cr2 | ok. |
| 21:57.52 | *** join/#htc-linux noelcragg (n=noel@adsl-66-122-41-171.dsl.sntc01.pacbell.net) |
| 21:58.44 | *** part/#htc-linux noelcragg (n=noel@adsl-66-122-41-171.dsl.sntc01.pacbell.net) |
| 22:10.37 | *** join/#htc-linux swc|666 (n=no@24.143.67.18) |
| 22:57.07 | cr2 | pH5: why can't i control the pxa2xx-fb power through /sys ? |
| 22:59.03 | pH5 | you can't? when I echo 0/1 into /sys/class/graphics/fb0/blank it turns the screen + backlight on/off |
| 23:01.03 | cr2 | blank of power ? |
| 23:01.10 | cr2 | s/of/or/ |
| 23:02.01 | cr2 | pH5: is it the standard way to do it ? |
| 23:03.58 | pH5 | I think so. At least that sysfs value is the one that is changing with the automatic console blanking. |
| 23:04.04 | *** join/#htc-linux ljp (n=lpotter@203.94.178.46) |
| 23:04.44 | pH5 | (blank. power is not a value, it's a directory) |
| 23:04.53 | cr2 | ok. |
| 23:05.22 | cr2 | hmm. messing with lccr4 in the powerup routine makes pxafb very unhappy ;) |
| 23:06.26 | pH5 | right, that reminds me I have to resend those patches to split the powerup/powerdown callbacks in pxafb. |
| 23:07.56 | cr2 | actually, it think it's better also to 'subclass' the pxa2xx-fb |
| 23:08.33 | cr2 | then the userspace stuff will need go through /sys/class/lcd/* |
| 23:09.07 | cr2 | otherwise you need to hardcode the platform/pxafb path |
| 23:10.13 | cr2 | makes things independent of pxafb/w100fb/whatever. |
| 23:11.01 | pH5 | platform/pxafb? |
| 23:11.02 | pH5 | you can reach it via graphics/fb0, I'd say that is pretty generic |
| 23:11.02 | cr2 | i don't have anything in /sys/class/lcd now |
| 23:11.19 | cr2 | ok :) /sys is such a maze. |
| 23:11.26 | pH5 | that is true :) |
| 23:12.11 | pH5 | I always get confused about which paths are the real ones, which are convenience symlinks and which are just symlinks for backwards compatibility. |
| 23:12.15 | cr2 | and if i have a beamer or tv on athena together with w228x-fb ? |
| 23:12.38 | pH5 | if it's split-fb, I guess /sys/class/graphics/fb{1,2,3} |
| 23:12.45 | cr2 | i've switched off the 'legacy /sys entries' option now |
| 23:12.49 | pH5 | actually this already happens on pxafb if you use the overlays. |
| 23:13.14 | cr2 | ok. never tried it. need the working pxa-camera first. |
| 23:13.18 | pH5 | good point, I'll do that, too. |
| 23:13.54 | pH5 | cr2: mplayer has a driver for the yuv overlay which speeds up things a bit. |
| 23:14.22 | pH5 | but the interface is kind of a gross hack, not sure if the patches are en route to mainline by now. |
| 23:14.27 | cr2 | ok. one more point for switching to 2.6.25 |
| 23:15.04 | cr2 | i think the original problem was the palette handling |
| 23:15.12 | cr2 | don't know if it's resolved now. |
| 23:16.12 | pH5 | we'll see. by the time we have asic3 working on 2.6.25, it probably will be :P |
| 23:17.26 | cr2 | lol |
| 23:17.32 | cr2 | asic3 is not a problem. |
| 23:17.38 | cr2 | asic3_mmc |
| 23:18.03 | cr2 | actually i've done the full asic3 sdio traces |
| 23:18.24 | cr2 | because i needed it to compare with ati-w2284 |
| 23:18.40 | cr2 | which is a similar, but not sd/sdio split controller |
| 23:19.17 | cr2 | if somebody will make the mmc/sd driver work, i'll pick up the sdio part. |
| 23:20.28 | cr2 | pH5: where was the 'blank' in sys ? :) |
| 23:20.50 | pH5 | cr2: find -name blank /sys |
| 23:20.56 | pH5 | it's in graphics/fb0 here |
| 23:21.02 | pH5 | class/graphics/fb0 |
| 23:21.10 | cr2 | omg |
| 23:21.17 | cr2 | <PROTECTED> |
| 23:21.21 | pH5 | what? |
| 23:21.26 | cr2 | yeah. |
| 23:21.36 | cr2 | root@htcuniversal:/sys$ find /sys -name blank |
| 23:21.36 | cr2 | /sys/devices/virtual/graphics/fb0/blank |
| 23:21.37 | cr2 | root@htcuniversal:/sys$ |
| 23:22.10 | pH5 | I vote for creating a symlink /sys/class/sys -> /sys |
| 23:22.47 | cr2 | lol |
| 23:24.39 | cr2 | pH5: ok, now it's blank. |
| 23:24.46 | cr2 | how do i wake it up ? |
| 23:25.14 | pH5 | echo 0 > blank |
| 23:25.32 | cr2 | U:480x640p-41 |
| 23:26.02 | cr2 | ok, it does not work |
| 23:26.09 | cr2 | but it's my gpio problem |
| 23:26.26 | cr2 | <7>[ 441.020000] lcd power on |
| 23:26.26 | cr2 | <7>[ 441.030000] backlight on. |
| 23:26.26 | cr2 | <7>[ 441.040000] backlight on. |
| 23:26.26 | cr2 | <4>[ 441.090000] egpio set: reg 5 = 0x0004 |
| 23:26.26 | cr2 | <4>[ 441.110000] egpio set: reg 5 = 0x000c |
| 23:26.27 | cr2 | <7>[ 516.190000] backlight on. |
| 23:26.38 | cr2 | strange wakeup sequence. |
| 23:27.20 | cr2 | this is for suspend |
| 23:27.24 | cr2 | <7>[ 581.800000] lcd power off. |
| 23:27.24 | cr2 | <4>[ 581.800000] egpio clear: reg 5 = 0x0008 |
| 23:27.24 | cr2 | <4>[ 581.800000] egpio clear: reg 5 = 0x0000 |
| 23:27.24 | cr2 | <7>[ 581.800000] backlight off. |
| 23:28.23 | cr2 | why does it call backlight so often. |
| 23:31.17 | pH5 | no idea. where does that message come from? |
| 23:31.34 | pH5 | maybe it turns down the brightness and then disables it altogether or something strange like that. |
| 23:32.08 | cr2 | maybe. |
| 23:32.24 | cr2 | i have bigger problems now ;) |
| 23:52.26 | *** part/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de) |
| 23:53.31 | pH5 | good night |
| 23:57.23 | cr2 | good night |
| 23:58.59 | *** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz) |