00:21.43 | *** join/#htc-linux wooj (n=wooj@unaffiliated/wooj) |
00:51.11 | *** join/#htc-linux dzo_ (n=dzo@121-98-128-127.bitstream.orcon.net.nz) |
01:02.29 | *** join/#htc-linux rzk_ (n=rzk@daemonet.ru) |
01:04.49 | *** join/#htc-linux wooj (n=wooj@unaffiliated/wooj) |
01:27.08 | *** part/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
01:32.07 | *** join/#htc-linux gentooer (n=asdfsf@pool-72-90-171-202.nwrknj.east.verizon.net) |
01:32.45 | gentooer | anyone have any ideas on how to get around this bug: http://code.google.com/p/android/issues/detail?id=1937 |
02:27.30 | *** join/#htc-linux wooj (n=wooj@unaffiliated/wooj) |
03:08.13 | *** join/#htc-linux j0b0 (n=jobo@12.35.60.99) |
03:09.28 | *** join/#htc-linux mrmoku|away (n=mrmoku@ppp-93-104-40-85.dynamic.mnet-online.de) |
03:52.44 | tmzt | cr2: did we find APPS RESET on 7x00? |
03:52.58 | tmzt | if so we might be able to init usb properly |
04:20.17 | *** join/#htc-linux droid001 (n=mc@p4FDCD45D.dip.t-dialin.net) |
04:20.49 | *** join/#htc-linux jaSOnGg (n=IamSOG@218.19.240.106) |
04:52.04 | xsacha | hey tmzt, see my youtube video? :) |
04:52.50 | xsacha | i found this on web, do you think it helps? http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/sound/soc/pxa/zylonite.c Zylonite SoC Sound |
04:52.55 | tmzt | no |
04:53.08 | tmzt | we aren't ready for sound yet |
04:53.23 | xsacha | oh ok |
04:53.25 | tmzt | that's probably in your tree though |
04:53.56 | xsacha | it's not in my kernel at all.. not even in 2.6.30 kernel i looked in |
04:56.07 | xsacha | anyway i saw that there is apparently some zylonite 'accelerated' wm9713 driver, any idea what the difference would be from my normal wm9713 driver? |
04:57.37 | xsacha | http://lwn.net/Articles/321387/ it's new too |
04:58.17 | tmzt | no |
04:58.21 | tmzt | ni idea |
04:58.37 | xsacha | This is a wm97xx extended touch driver supporting interrupt driven and continuous operation on Marvell Zylonite development systems (which have a WM9713 on board). |
04:59.31 | tmzt | ok |
05:00.02 | tmzt | what happened with usb? |
05:00.04 | xsacha | is it weird that the chip uses AC97 for touch events? |
05:00.10 | tmzt | no |
05:00.17 | xsacha | i still have no clue about usb |
05:00.17 | tmzt | not really |
05:00.30 | tmzt | did yo get a working rootfs? |
05:01.18 | xsacha | no |
05:06.10 | xsacha | ill try debian |
05:08.29 | *** join/#htc-linux j0b0 (n=jobo@12.35.60.99) |
05:09.27 | xsacha | tmzt: i have debian working |
05:09.33 | xsacha | i get an error Failed to bring up usb0 |
05:10.10 | xsacha | do you know the username/password for lenny? |
05:11.18 | xsacha | root/root, got it |
05:16.02 | xsacha | video of android working here: http://www.youtube.com/watch?v=9xpEe_qWpEc |
05:19.21 | xsacha | whew, i thought i bricked my device! i did reboot in debian and it was stuck at samsung logo... i had to pull out batter |
05:21.08 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
05:24.02 | xsacha | tmzt: so what do i do on debian? |
05:25.56 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
05:45.22 | tmzt | debian? |
05:45.38 | *** join/#htc-linux goxboxlive (n=goxboxli@140.84-48-184.nextgentel.com) |
05:45.59 | tmzt | ok |
05:46.04 | tmzt | dmesg |
05:46.40 | tmzt | see if it detects when you plug in the usb |
05:49.09 | xsacha | dmesg is spammed my pxamci things and i get this pxa2xx-mci: unable to stop clock all the time |
05:50.20 | *** join/#htc-linux punkass (i=punkass@unaffiliated/punkass) |
05:51.24 | xsacha | should usb be plugged in when im booting or should i plug it in later? |
05:53.22 | xsacha | do you want me to pastebin the dmesg? |
05:55.29 | xsacha | damn for some reason i only have mmc0: stuff in dmesg, repeated over and over and over |
05:56.03 | tmzt | plugged when booting |
05:56.17 | tmzt | then unplug and replug and see what dmesg says |
05:56.22 | xsacha | ok |
05:56.49 | xsacha | my dmesg seems to be full of mmc0: req done (CMD13): 0: 00000e00 5b590000 3cdc7f80 0a40400d mmc0: starting CMD13 arg d5550000 flags 00000015 PXAMCI: irq 00000004 stat 00002140 |
05:57.02 | xsacha | this roughly 1000 times and i cant see anything else |
05:58.36 | tmzt | which one is sd card? |
05:58.50 | xsacha | mmc0 |
05:58.59 | xsacha | i oly have one mmc slot |
05:59.10 | tmzt | root is one there? |
05:59.23 | tmzt | yes, but wifi might be on mmc |
05:59.45 | xsacha | yeah the rootfs is on there |
06:01.16 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
06:01.26 | xsacha | seriously i think theres only that stuff in dmesg |
06:04.19 | xsacha | yeah only mmc0 stuff |
06:04.43 | xsacha | i piped dmesg in to a file and it seems it has only showed the end of dmesg (the last 10 000 lines or somethng) |
06:05.15 | xsacha | even dmesg | head, it only shows mmc stuff |
06:08.12 | tmzt | you need to reboot |
06:08.21 | tmzt | the buffer only has so much space |
06:08.41 | xsacha | well the buffer was filled up in about 10 secs cause i did the dmesg 10 secs after boot |
06:09.55 | tmzt | have you chnaged the code? |
06:10.11 | xsacha | not that i know of |
06:10.15 | xsacha | mci code you mean? |
06:10.42 | xsacha | i commented out the line that prints "unable to stop clock" because it got so annoying |
06:14.48 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
06:19.49 | xsacha | the only change i can think of tmzt, is that i was using 2.6.27 before and now im using 2.6.29 |
06:21.13 | xsacha | looking at kernel log there's been a few changes to pxamci since.. including one "fix NAND and MMC clock initialization" |
06:21.41 | xsacha | "Apparently, clk_get in pxamci will also fail for MCI2 on PXA310.but neither pxa3xx_nand nor pxamci supply 'con_id'." |
06:22.15 | xsacha | the changes were actually done in mach-pxa/pxa300.c though |
06:23.33 | xsacha | INIT_CLKREG(&clk_pxa310_mmc3, "pxa2xx-mci.2", NULL), //where NULL used to be "MMCCLK" |
06:24.42 | tmzt | odd |
06:24.50 | tmzt | I don't really know |
06:24.57 | tmzt | maybe try 2.6.30? |
06:25.16 | xsacha | there isnt a 2.6.30 for android kernel yet |
06:25.16 | tmzt | don't worry about the android patches right now though |
06:25.27 | tmzt | their coming |
06:25.33 | xsacha | i think this is a regression and hasnt been fixed yet? |
06:33.52 | tmzt | possibly |
06:35.32 | xsacha | cr2: To add to the amounting set of expected Android phones in coming time, Garmin has announced that they will stop making devices with their own operating system and instead switch to solely Android- and Windows Mobile-powered phones. |
07:16.18 | *** join/#htc-linux Shinto (n=John@e181249195.adsl.alicedsl.de) |
07:18.51 | *** join/#htc-linux JuNu_KN (n=chatzill@kons-5f714d76.pool.einsundeins.de) |
07:57.53 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
08:02.15 | xsacha | hey palm released source code for webOS.. does that mean we can boot it now? |
08:03.38 | xsacha | they released source for every driver as well :P kernel is 2.6.24 |
08:06.36 | xsacha | the ROM they use is downloadable too, http://palm.com/ROM |
08:31.53 | tmzt | xsacha: they didn't release source for webos |
08:32.07 | tmzt | kernel drivers and gpl user components |
08:32.34 | xsacha | oh.. |
08:35.32 | xsacha | i thought the source for webos kernel? |
08:36.05 | xsacha | these sites are misleading: http://stuff.techwhack.com/6810-webos |
08:38.04 | xsacha | oh they did release kernel source tmzt! |
08:38.10 | xsacha | http://palm.cdnetworks.net/opensource/1.0.1/linux-2.6.24-patch.gz <-- all their patches to 2.6.24 |
08:40.47 | dcordes | 350299 lines |
08:41.55 | xsacha | so we can boot palm os right? i already have the webOS rootfs |
08:43.15 | dcordes | I'd like the device |
08:43.24 | dcordes | how much is it? |
08:44.49 | xsacha | which device? the pre? |
08:45.11 | xsacha | no idea, it's US only and sprint only (and cdma only) |
08:45.18 | dcordes | uuuh |
08:48.31 | tmzt | no, it's armv7 |
08:48.58 | xsacha | oh damn |
08:49.28 | xsacha | and im guessing armv7 is very incompatible with armv5 then |
08:50.56 | dcordes | they use qualcomm modem? |
08:51.13 | dcordes | config PALM_QC_MODEM_HANDSHAKING_SUPPORT |
08:52.56 | xsacha | yes they do |
08:53.08 | xsacha | qualcomm gobi dual-CDMA/HSDPA? |
08:57.37 | tmzt | yes |
08:58.11 | tmzt | we donqt have the gsm firmware and that's only if the rf components are actually there |
09:00.12 | xsacha | future palm phones are gsm (castle?) |
09:00.45 | xsacha | and there is castle code in webos already |
09:01.29 | tmzt | we don't know what castle is |
09:01.44 | xsacha | palm eos |
09:01.48 | xsacha | is real name |
09:02.10 | tmzt | if your interested in webos, try #webos-internals |
09:02.43 | xsacha | eos will have 320x400 res, quadband gsm |
09:03.03 | xsacha | wow so many people in that channel |
09:05.31 | xsacha | tmzt: any reason why you couldnt port the iphone (similar processor and same resolution) to webOS? or some htc device? |
09:05.50 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
09:09.45 | xsacha | msm7225 on the palm eos (armv6) to be released later |
09:10.52 | xsacha | and tmzt, isn't armv6 backwards compatible with armv5? |
09:13.25 | tmzt | the new one? |
09:13.47 | tmzt | it is backwards compatible, not forward |
09:14.00 | tmzt | eos won't be omap3? |
09:15.08 | xsacha | it's a budget phone that is aimed to be $349 outright |
09:19.15 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
09:19.18 | Untouchab1e | hi, is anyone in? |
09:19.39 | xsacha | hi |
09:19.49 | Untouchab1e | xsacha , could you help me with something really quick |
09:20.16 | Untouchab1e | I uploaded an android package last night but I cant seem to get it to download. I just wonder if this happens to others as well? |
09:20.16 | Untouchab1e | http://connect-utb.com/index.php?option=com_jdownloads&Itemid=68&task=view.download&cid=33 |
09:20.23 | Untouchab1e | see if you can manage to start the download |
09:22.05 | tmzt | what is it for? |
09:22.12 | xsacha | file not found |
09:22.16 | Untouchab1e | damn |
09:22.21 | Untouchab1e | ok.. |
09:22.24 | Untouchab1e | il sort it out |
09:22.25 | Untouchab1e | lol |
09:23.13 | Untouchab1e | tmzt, that package is nothing exiting, but I am putting one together that has the latest images from jobo and the kernel posted on XDA yesterday.. but since downloads suddenly doesnt work, I need to fix that first.. lol |
09:23.43 | tmzt | kernel for what? raph/diam? |
09:24.14 | Untouchab1e | both |
09:49.47 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
09:54.40 | *** join/#htc-linux nebi (n=nebi@217.142.147.19) |
10:17.49 | *** join/#htc-linux pe7er (n=Adium@lpzg-4dbdcb79.pool.einsundeins.de) |
10:17.56 | *** join/#htc-linux sxe (n=sxe@ip-62-143-85-196.unitymediagroup.de) |
10:21.45 | *** join/#htc-linux MethoS (n=clemens@host-091-097-240-129.ewe-ip-backbone.de) |
10:52.32 | xsacha | castle gsm/umts firmware is on rom, so it likely support gsm |
10:56.36 | *** join/#htc-linux dcordes_ (n=luke@unaffiliated/dcordes) |
11:10.44 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
11:10.52 | *** join/#htc-linux sxe_ (n=sxe@ip-62-143-85-196.unitymediagroup.de) |
11:13.48 | *** join/#htc-linux kiozen (n=oeichler@p54921668.dip0.t-ipconnect.de) |
11:15.00 | *** join/#htc-linux marex (n=marex@thor.hackndev.com) |
11:16.26 | *** join/#htc-linux Tinyboom_ (n=nahh@62.84-49-90.nextgentel.com) |
11:37.32 | *** join/#htc-linux pe7er (n=Adium@lpzg-4dbdcb79.pool.einsundeins.de) |
11:37.43 | *** part/#htc-linux pe7er (n=Adium@lpzg-4dbdcb79.pool.einsundeins.de) |
11:45.29 | *** join/#htc-linux PoohbaLT1 (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
11:46.35 | *** join/#htc-linux Moku (n=John@e181249195.adsl.alicedsl.de) |
11:48.45 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) [NETSPLIT VICTIM] |
11:48.45 | *** join/#htc-linux droid001 (n=mc@p4FDCD45D.dip.t-dialin.net) |
11:48.46 | *** join/#htc-linux cmonex (n=xy6091@p3o7a5a23b.adsl.datanet.hu) [NETSPLIT VICTIM] |
11:48.46 | *** join/#htc-linux madCoder- (n=madcoder@c-71-225-60-178.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
11:48.46 | *** join/#htc-linux Treibholz (n=treibhol@sozial-inkompetent.de) [NETSPLIT VICTIM] |
11:48.46 | *** join/#htc-linux TeringTu1y (n=Maarten@195-241-125-243.ip.telfort.nl) |
11:48.46 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) [NETSPLIT VICTIM] |
11:48.46 | *** join/#htc-linux Dindon (i=Euroserv@193.27.79.0) [NETSPLIT VICTIM] |
11:48.46 | *** join/#htc-linux Perkka (n=perkka@ua-83-227-207-92.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
11:49.02 | *** join/#htc-linux zycho (n=zycho@dslb-088-070-242-216.pools.arcor-ip.net) |
11:49.02 | *** join/#htc-linux cmonex (n=xy6091@p3o7a5a23b.adsl.datanet.hu) |
12:01.55 | Treibholz | is 1MB/sec readingspeed from the SD if a HTC-Universal OK? or should I buy a faster card? |
12:05.04 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
12:13.41 | xsacha | ouch! |
12:18.41 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-188-78.web.vodafone.de) |
12:19.56 | cr2 | hi |
12:20.17 | xsacha | hi |
12:20.40 | cr2 | where is the pH5 kernel git llocated ? |
12:20.54 | xsacha | cr2: To add to the amounting set of expected Android phones in coming time, Garmin has announced that they will stop making devices with their own operating system and instead switch to solely Android- and Windows Mobile-powered phones. |
12:21.12 | xsacha | bye nuviphone? |
12:21.34 | cr2 | xsacha: watertight phone ? |
12:21.54 | cr2 | otherwise i don't see a point in bying garmin phone |
12:24.21 | tmzt | hey |
12:24.59 | tmzt | cr2: did we find APPS RESET on 7x00? |
12:25.22 | cr2 | 7x00 ? |
12:25.35 | tmzt | msm7xxx |
12:25.54 | tmzt | it's in the uboot patch used to fully reset usb |
12:26.21 | *** join/#htc-linux luben (n=jasv@87.223.66.65) |
12:27.45 | *** part/#htc-linux luben (n=jasv@87.223.66.65) |
12:29.24 | cr2 | tmzt: i have added everything to wiki |
12:31.34 | Squarc | tmzt: any new features to test on the diam yet? |
12:32.11 | tmzt | http://forum.xda-developers.com/showthread.php?t=517745 |
12:32.20 | tmzt | about audiopara on g1 |
12:32.27 | tmzt | oh yeah, wiki |
12:32.45 | tmzt | but if we have it can we actually reset usb and ulpi? |
12:38.15 | xsacha | yeah |
12:39.18 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
12:44.15 | tmzt | don't see it in wiki (mem map), cr2 |
12:45.29 | tmzt | qsd8x50 - 0xa8600214 |
12:56.09 | *** join/#htc-linux zycho_ (n=zycho@dslb-088-070-242-216.pools.arcor-ip.net) |
13:05.30 | *** join/#htc-linux luben (n=jasv@87.223.66.65) |
13:06.30 | tmzt | ok, in mt9t013 driver we have HWIO APPS RESET ADDR defines as MSM CLK CTL BASE + 0x210 |
13:06.45 | tmzt | is that actually the adsp reset? |
13:09.08 | *** join/#htc-linux alkdevil (n=alkdevil@p5B0A825B.dip0.t-ipconnect.de) |
13:09.14 | *** join/#htc-linux sxe (n=sxe@ip-62-143-85-196.unitymediagroup.de) |
13:09.24 | tmzt | enabling camera makes 210 0 |
13:09.29 | tmzt | normally it's 1 |
13:10.06 | tmzt | let me try playing sound, can I do that from haret? |
13:10.49 | *** join/#htc-linux pe7er (n=Adium@f053195139.adsl.alicedsl.de) |
13:11.36 | *** part/#htc-linux pe7er (n=Adium@f053195139.adsl.alicedsl.de) |
13:11.59 | tmzt | no, stayed 1 |
13:12.21 | tmzt | it could be vfe |
13:13.19 | *** join/#htc-linux mokolade (n=mokolade@85.221.112.173) |
13:13.33 | tmzt | on raph500 - pd a860000 0x200 |
13:13.57 | tmzt | values from 0-0x106 |
13:14.01 | tmzt | then zeroes |
13:18.30 | *** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
13:36.15 | luben | can anyone tell me where can I find a linux for a HTC Touch XL (omap850 inside) also known as Elfin? (thx) |
13:37.08 | luben | I've been looking for it but Linwizard doesn't work [ windows mobile doesn't do either ;) so I'm looking for a alternative ] |
13:38.21 | cr2 | tmzt: MSM_CLK |
13:38.31 | tmzt | yeah, looking there |
13:38.55 | tmzt | luben: linwizard should work, it may just be you lcd is not supported |
13:39.39 | tmzt | cr2: trying to follow wiki, do you know where pcm buffers should be? |
13:39.45 | cr2 | tmzt: there was an online script by ali1234 to calculate the lcd params for omap850 |
13:40.02 | tmzt | yeah |
13:40.15 | cr2 | pcm buffers ? |
13:40.22 | *** join/#htc-linux pH5 (n=ph5@e178226191.adsl.alicedsl.de) |
13:40.28 | tmzt | I think it just doesn't detect one of the lcd versions |
13:40.52 | tmzt | or mp3 for adsp, trying to see where in smem or wherever they are supposed to be |
13:41.06 | cr2 | http://www.htc-linux.org/wiki/index.php?title=RaphaelMemoryMap |
13:41.09 | tmzt | but I think windows media use pcm |
13:41.19 | tmzt | yeah, that's where I'm looking |
13:41.24 | cr2 | search for pcm |
13:41.35 | *** join/#htc-linux MethoS- (n=clemens@host-091-097-243-049.ewe-ip-backbone.de) |
13:44.24 | tmzt | no data |
13:46.11 | tmzt | 0x01ffc200 |
13:46.33 | *** join/#htc-linux pe7er1 (n=Adium@f053195139.adsl.alicedsl.de) |
13:53.39 | cr2 | tmzt: i think it's not really necessary when you boot from wince. kaiser works with rpc-only |
13:53.55 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
13:54.25 | tmzt | aucoustic? that's not what I'm working on |
13:54.59 | tmzt | I wanted to see if we could reset the hardware after starting linux, at least partially |
13:57.12 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
14:03.35 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
14:05.33 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B036ECF.dip.t-dialin.net) |
14:10.03 | luben | tmzt: how can i avoid the frame buffer issue? |
14:11.17 | luben | is there any binarie ready to be used on the htc elfin? |
14:12.23 | luben | when I try to run it I get a "No filesystem could mount root, tried: ext2 romfs Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)". |
14:12.23 | luben | Any idea? |
14:16.51 | cr2 | luben: it's not so easy to say |
14:17.09 | cr2 | luben: the lcd issue can be fixed |
14:17.27 | cr2 | luben: are you using the wizard kernel ? |
14:18.38 | *** join/#htc-linux pleemans (n=toi@32.199-78-194.adsl-fix.skynet.be) |
14:19.12 | xsacha | tmzt: would my device get usb detect gpio if i plugged in headphones? |
14:19.27 | xsacha | because headphones, usb and charge go through same port? |
14:19.46 | luben | cr2: I don't know what "wizard" kernel is. (Is a specific release of Linwizard?) |
14:20.39 | cr2 | luben: you boot linwizard kernel/whatever ? |
14:20.43 | stefan_schmidt | xsacha: Just to cross-check. UDC works on your i780? Means you can ssh into the device using the ethernet gadget? |
14:20.56 | cr2 | luben: ask miknix about linwizard |
14:21.24 | xsacha | stefan_schmidt: no, but i dont know why not |
14:21.53 | stefan_schmidt | xsacha: oh, to bad. I thought it worked for you. Does not work here either on the i900 |
14:23.00 | xsacha | but you dont have any settings for it on i900 yet |
14:23.05 | xsacha | have you tested it? |
14:23.32 | luben | cr2: thank you for the info |
14:23.36 | miknix | luben, are you running linwizard? |
14:23.46 | luben | miknix: yes I do |
14:23.52 | luben | but I get a kernel panic |
14:24.07 | luben | "No filesystem could mount root, tried: ext2 romfs Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)" |
14:24.17 | stefan_schmidt | xsacha: I hoped that the setup from wm would keep working. |
14:24.28 | xsacha | oh |
14:24.37 | stefan_schmidt | Anyway, have tu run now. My brothers birthday party. |
14:25.11 | luben | cr2: is there other linux working on a HTC Touch XL (Elfin)? |
14:25.38 | miknix | luben, there is only one linux |
14:25.42 | xsacha | that might be working |
14:25.57 | xsacha | it stays connected to eth1 if i boot to android with activesync in |
14:26.05 | luben | miknix: you are right (sorry) |
14:26.08 | miknix | what are you trying to pass as a initrd? |
14:26.17 | miknix | ext2 image? |
14:26.22 | xsacha | that detection doesnt seem to working for when i pull it out/plug it in |
14:26.23 | luben | i should asked: is there any other linux distro? |
14:26.26 | luben | :) |
14:27.11 | miknix | if so, check if ext2 is builtin in the kenrel |
14:27.30 | miknix | (if it is linwizard, it should though) |
14:27.56 | luben | I'm using this files http://forum.xda-developers.com/showpost.php?p=2764719&postcount=111 |
14:28.10 | luben | how can i check if ext2 is builtin? |
14:29.34 | luben | (sorry, I'm a linux user for a few years but i'm only an average user) |
14:32.43 | luben | miknix: I'm trying to pass initrd-android because I want to achieve this http://avatar21.superihost.com/images/elfindroidgz2.jpg |
14:33.05 | luben | is it possible? |
14:33.14 | luben | should it work? |
14:33.33 | miknix | there was some people that could run android on the htc wizard |
14:33.38 | miknix | but it was slow like hell |
14:33.42 | xsacha | is that android? looks weird :P |
14:34.53 | luben | is there any other option? |
14:35.03 | xsacha | gentoo? debian? :P |
14:35.03 | luben | (i want to remove wm 6.1 from my pda) |
14:35.16 | luben | I use lenny on my laptop |
14:35.24 | xsacha | you can have lenny on your phone too |
14:35.42 | luben | but could I send sms and made phone calls :D ? |
14:35.58 | xsacha | hmmm dunno if they have any program for sms/calls |
14:36.27 | xsacha | some people have sim cards in laptop right? |
14:36.44 | miknix | luben, http://dev.gentoo.org/~miknix/gpe.png |
14:37.09 | xsacha | but no calls? :P |
14:37.31 | cr2 | miknix: lol. "android slow as hell" |
14:37.36 | luben | ok |
14:37.54 | luben | miknix: looks great but can i use it as a PHONE also? |
14:38.02 | miknix | cr2, not sure if hell is slow.. but .. |
14:38.36 | cr2 | miknix: wince on raph is really slow as hell |
14:38.41 | xsacha | one in miknix picture looks like it wouldnt be slow |
14:39.08 | miknix | how can you tell if something is slow from a picture? |
14:39.12 | cr2 | miknix: but for the performance, java will be my last choice ;) |
14:39.52 | miknix | cr2, my last choice too |
14:40.09 | cr2 | xsacha: gradient color ? |
14:40.33 | miknix | specially when the little omap850 cpu has to do all the graphical rendering on android |
14:41.08 | miknix | xsacha, that picture is not android |
14:41.13 | xsacha | i know |
14:41.17 | miknix | ah ok |
14:41.28 | xsacha | im saying it looks like it would be fast on his phone |
14:41.29 | miknix | GPE runs pretty fast actually |
14:41.31 | cr2 | miknix: why did you use .bdf fonts ? |
14:42.00 | cr2 | miknix: and not the most pleasing for the eye ones :) |
14:42.16 | miknix | gpe runs faster from the SD card than wm5 from the flash |
14:42.46 | miknix | cr2, hehe, they take less storage :) |
14:43.21 | xsacha | some people have faster sd cards than flash |
14:43.28 | luben | miknix: if i use your zImage (http://dev.gentoo.org/~miknix/zImage-linwizard) in my htc elfin should it work? |
14:43.42 | xsacha | thats just the kernel though |
14:43.49 | luben | what else do i need? |
14:44.02 | miknix | luben, wait, I'm building one for ya |
14:44.41 | luben | miknix: i'm using haret for linux boot |
14:45.09 | luben | (until i get it working i prefer avoid sd formating ;) ) |
14:46.26 | cr2 | miknix: linload.exe ? |
14:47.03 | miknix | linload.exe? |
14:47.16 | miknix | luben, http://tinderbox.dev.gentoo.org/embedded/linwizard/linwizard-20090621.bz2 |
14:47.41 | miknix | cr2, never tried it |
14:48.11 | miknix | <PROTECTED> |
14:48.26 | cr2 | ok |
14:48.36 | cr2 | but it's ompa850-specific |
14:49.23 | miknix | indeed |
14:49.23 | luben | omap850 ;) |
14:49.24 | luben | miknix: i've got it |
14:49.39 | luben | there is only a file inside?!? |
14:49.47 | miknix | its the kernel |
14:49.57 | luben | zimage? |
14:50.00 | miknix | y |
14:50.22 | miknix | I have to finish something now, I'll be back later on |
14:50.39 | luben | miknix: thank you very much for your time |
14:50.53 | luben | as soon as i try it i tell you what happens |
14:56.23 | *** join/#htc-linux pOH9 (n=ph5@e178217086.adsl.alicedsl.de) |
14:58.38 | cr2 | pH5: hi. i'd like to compile your 2.6.30 kernel. what was the git link ? |
15:00.47 | pH5 | hi cr2 |
15:01.05 | pH5 | git://git.linuxtogo.org/home/ph5/kernel.git, branch dev |
15:01.22 | cr2 | thanks |
15:14.52 | Elleo | odd, if I set the RAMADDR so that the kernel gets written in to the VRAM buffer it passes the CRC check (but corrupts the display and dies horribly when trying to load) |
15:15.13 | Elleo | no idea why writting it elsewhere in memory causes it to become corrupted and fail the crc check :/ |
15:16.29 | cr2 | Elleo: on what cpu ? |
15:16.39 | Elleo | s3c6410 |
15:16.48 | cr2 | hmm |
15:16.55 | cr2 | something new :) |
15:17.14 | Elleo | yeah, laforge had it booting okay with a slight variant of this phone (the dx900 instead of the m900) |
15:17.21 | Elleo | but I'm not having much luck so far |
15:17.31 | cr2 | it was a problem with ohci dma before. |
15:18.06 | Elleo | could easily be that; I'm not able to shutdown two of the dma controllers at the moment |
15:18.21 | Elleo | attempting to read/write to them in anyway causes the machine to lock-up |
15:18.30 | cr2 | can you 'pd/pwf' the first megabytes of ram, and compare the dumps ? |
15:18.50 | Elleo | compare the dumps between the dx900 and the m900? |
15:19.01 | cr2 | Elleo: no, the sdram dumps |
15:19.13 | cr2 | Elleo: do you know the wince memory map for it ? |
15:19.50 | cr2 | is there a cache flush haret routine for this cpu ? |
15:19.50 | Elleo | not really; I'm not massively familiar with wince or haret appart from the odd bits of poking I've done in the last few days (and a small bit of fiddling on an htc universal years ago) |
15:20.26 | cr2 | yeah, htc universal had the ohci dma problem. |
15:21.12 | Elleo | well, there's currently code that tries to flush the dma controllers by shutting them down (during boot) if that's what you mean? |
15:21.34 | Elleo | but I can only get it to actually shutdown the first 2 controllers, the second 2 cause it to crash |
15:21.34 | cr2 | no, the cpu I/D caches |
15:21.56 | Elleo | ah, don't think so then; |
15:22.19 | cr2 | you may also check where these DMA controllers are copying the data |
15:22.24 | Elleo | when would that sort of thing happen? mostly I've been poking at the hardware shutdown stuff performed during boot |
15:23.11 | cr2 | check other cpus |
15:23.37 | Elleo | oh hang on, |
15:23.52 | Elleo | it's setting flushCache = cpuFlushCache_arm6; so I'm guessing it's using some generic arm6 cache flushing? |
15:24.01 | Elleo | from arch-arm |
15:24.16 | cr2 | yes |
15:25.06 | *** part/#htc-linux luben (n=jasv@87.223.66.65) |
15:35.18 | tmzt | miknix: you're working with pxa3xx now? |
15:35.59 | miknix | tmzt, not really, why? |
15:36.38 | tmzt | xsascha is having trouble getting usb client to work apparently a regression in 2.6.29 |
15:39.46 | xsacha | no thats not the cause tho |
15:39.57 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87de2e.pool.einsundeins.de) |
15:39.58 | xsacha | it's just flooding my dmesg with pxamci stuff |
15:40.26 | *** join/#htc-linux nebi (n=nebi@217.142.147.19) |
15:41.22 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
15:47.00 | *** join/#htc-linux fnord_ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
15:55.37 | miknix | isnt she beautiful ? http://miknix.homelinux.com/cool-plants/mimosa_pudica-20090621.jpg |
15:57.57 | xsacha | i dont see anything.. octron? |
15:58.03 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
15:58.20 | miknix | lol |
15:58.38 | miknix | they are good dvd-rw btw |
16:03.28 | Echo31 | Hi all |
16:11.01 | Echo31 | pH5: Hi . How can I provide you with the athena code to merge with the magician branch and to check it? |
16:11.43 | pH5 | hi Echo31 |
16:12.23 | pH5 | most convenient would be patches that can be applied with git-am. |
16:16.16 | Echo31 | pH5: what is the original version to create the patch? kernel 2.6.30-rc4 or later ? |
16:17.05 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
16:19.18 | pH5 | Echo31: Doesn't matter. The devel branch of Eric Miao's pxa tree would be the best, but anything recent from mainline is fine with me. |
16:26.00 | Echo31 | pH5: Do you want a code simple or clean because it is a code with a lot of desactivated code ? |
16:29.42 | pH5 | Echo31: clean :) makes it much easier to review and get it reviewed for mainline inclusion. |
16:32.50 | pH5 | When I have junk that I want to keep, I always just remove it, commit, re-add it back on top (with git revert) and then squash the removal commit with the commit before. |
16:35.02 | *** part/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
16:36.09 | Echo31 | ph5: Ok. I have already written a athena patch from 2.6.30-rc4. |
16:37.04 | *** join/#htc-linux wooj (n=wooj@unaffiliated/wooj) |
16:37.36 | marex | pH5: hi, long time no see ... how's stuff going ? |
16:37.50 | marex | pH5: I hope I can push the uart on/off patch |
16:38.14 | pH5 | hi marex |
16:38.41 | pH5 | right now I'm trying to find out why mainline doesn't recognize magician's strataflash. |
16:39.50 | marex | pH5: oh ... I'm in similar sh*t now |
16:40.16 | marex | I got hw donation (3 * palmtx) and they want me to prepare flash driver and reflash it with linux |
16:40.40 | marex | the problem is palm put two different kinds of chips on TX |
16:41.28 | marex | one kind of TX has intel 28F640J3 (flash) and another has MX E064033 (probably macronix, but I have no idea - no info on their page about anything with even similar part ID) |
16:41.52 | marex | moreover the Exxxxxx chip can't be detected by CFI or JEDEC probe (it might be ROM) |
16:42.13 | marex | how the hell am I supposed to reflash a ROM?! |
16:43.00 | wooj | magic, of course. |
16:43.04 | wooj | sacrifice two sheep |
16:43.06 | pH5 | I don't believe that's a ROM. |
16:43.07 | wooj | do the chant |
16:43.09 | wooj | etc. |
16:43.24 | pH5 | Still, magic nonstandard NOR isn't much better at first... |
16:43.56 | marex | pH5: well what's interesting is the PCBs with intel strataflash and that MX stuff both have the same P/N |
16:44.07 | marex | so those two chips are probably pin compatible |
16:44.26 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
16:44.36 | marex | pH5: hm ... what is it then ? some custom-made flash ? |
16:45.47 | *** join/#htc-linux sxe (n=sxe@ip-62-143-85-196.unitymediagroup.de) |
16:45.54 | marex | I cant find a datasheet to it |
16:46.23 | marex | btw. similar chips (E061433 iirc is in PalmTE2 and E032233 is in PalmZ71) |
16:46.30 | marex | I wonder what that means |
16:47.05 | marex | maybe someone rolled a custom ROM chip preflashed with palmos for Palm |
16:47.32 | marex | maybe macronix - but since it's custom, there's that weird type-id on it |
16:48.15 | marex | (though I'd be really expensive to make macronix prepare a custom chip for them) |
16:48.20 | marex | jeez :-C |
16:48.42 | marex | pH5: btw what's the issue with magic NOR ? |
16:49.39 | pH5 | all cfi probes fail |
16:49.55 | pH5 | adding some debug printks right now to compare with hh.org kernels |
16:50.24 | marex | ah ... that's weird ... are you using the pxa2xx-flash driver? |
16:50.53 | pH5 | physmap |
16:51.12 | cr2 | marex: hp used mask rom for wince. but it's all <2000 |
16:51.44 | marex | pH5: I see ... is there any difference between those two ? |
16:51.53 | marex | (I tried both and uboot on TX - no luck) |
16:52.11 | cr2 | Echo31: i'm charging the athena now :) |
16:52.14 | marex | cr2: TX is pxa27x - should be >2004 |
16:52.29 | marex | cr2: do you have any more info about those mask roms ? |
16:52.47 | cr2 | marex: that's why i don't think it's rom |
16:53.20 | marex | cr2: maybe they wanted to make sure you don't reflash it |
16:53.36 | marex | cr2: the problem is, all the CFI and JEDEC probes fail |
16:53.39 | cr2 | marex: where is is mapped ? |
16:53.46 | marex | 0x0 |
16:54.08 | marex | if I try the intel detect sequence, I just get contents of the memory if I read back |
16:54.22 | cr2 | ok |
16:54.38 | marex | cr2: it's a memory the CPU boots from |
16:55.00 | cr2 | garmin used intel NOR |
16:55.02 | marex | I assume if I write 0x90 to 0x0 and then read from 0x0 and 0x1, I should get the IDs, right ? |
16:55.16 | *** join/#htc-linux zatix (n=zatix@220.Red-81-39-20.dynamicIP.rima-tde.net) |
16:55.31 | cr2 | it should work |
16:56.11 | marex | well I get the contents of 0x0 |
16:56.16 | *** part/#htc-linux zatix (n=zatix@220.Red-81-39-20.dynamicIP.rima-tde.net) |
16:56.17 | marex | that's in that memory |
16:56.25 | marex | not a response |
16:56.42 | Treibholz | hmm, e2fsprogs-libs doesn't want to build in OE... |
16:56.47 | marex | it really seems to me that chip has no internal logic - it's like a ROM |
16:58.25 | cr2 | marex: where there any rom updates for this device ? |
16:58.59 | marex | cr2: no, nothing |
16:59.21 | pH5 | marex: any flashing code in the bootloader? |
17:00.13 | marex | nothing I know of |
17:00.21 | cr2 | pH5: you added hima support too ? |
17:04.39 | pH5 | no, I didn't |
17:04.59 | cr2 | <PROTECTED> |
17:05.29 | cr2 | <PROTECTED> |
17:05.30 | cr2 | <PROTECTED> |
17:05.32 | cr2 | <PROTECTED> |
17:05.33 | cr2 | <PROTECTED> |
17:05.35 | *** join/#htc-linux pe7er (n=Adium@f053195139.adsl.alicedsl.de) |
17:06.21 | pH5 | hm. |
17:07.50 | pH5 | what tree is that? |
17:08.17 | pH5 | The mainline himalaya code was submitted by Zbynek Michl. |
17:09.01 | cr2 | 33d9e97ee4712e06ff3e8db8b1d76f8b55935624 branch 'magician' of git://git.linuxtogo.org/home/ph5/kernel |
17:09.44 | cr2 | i've never lloked at mainline code in the last years. |
17:10.02 | marex | yea ... Zbynek Michl ... I helped him cleaning it up |
17:10.09 | marex | he commited it and ran away |
17:10.15 | pH5 | ah, ok. that branch is old, don't use it. |
17:10.19 | marex | he won't maintain it which is a pity |
17:10.28 | pH5 | should clean up the ltg repo some time |
17:10.33 | cr2 | ok |
17:11.15 | cr2 | hehe. 10 branches there :) |
17:11.33 | pH5 | hmm, there's still a partial ov9650 driver in that branch :) |
17:11.51 | xsacha | my touchscreen just stopped working, very weird. i dont believe i changed anything regarding touchscreen. android boots up, i touch the screen once (it works), then i can never touch again |
17:11.53 | marex | pH5: I had this talk with bluelightning today about how George France and RMK has a fight back in 2000 resulting in linux-hh ... so it seems like we might finally get rid of linux-hh soon? |
17:12.27 | marex | xsacha: maybe interrupt handler breaks something and doesn't retrigger the irq |
17:12.47 | xsacha | yes i saw complains about touchscreen irq being null or something in console |
17:13.01 | xsacha | how could this be caused? |
17:13.33 | cmonex | hi cr2 |
17:13.42 | cmonex | how much do you know about topaz yet ? |
17:13.54 | cr2 | cmonex: nothing |
17:14.23 | cmonex | well ok just got this interesting issue with a specific nand chip on it |
17:14.37 | cmonex | it can come with samsung hynix etc... the 512mb versions of course |
17:14.47 | cmonex | if it has hynix chip that can be really weird |
17:15.01 | cmonex | (same chip was in previous htc's but no problem) |
17:15.07 | cr2 | ok |
17:15.22 | cmonex | when you boot an im |
17:15.24 | cmonex | er |
17:15.30 | cmonex | when you boot a bootloader or whatever from WM on it |
17:15.45 | cmonex | if it has hynix chip the setup in one of the config registers gets fucked |
17:15.54 | cmonex | (then it becomes unable to read or write nand) |
17:16.24 | cr2 | cmonex: is this chip in the wiki list ? |
17:16.29 | cmonex | I dont know the cause yet, the workaround is working |
17:16.34 | cmonex | chip is not new, raphael already had it |
17:16.39 | cmonex | but problem is new :) |
17:16.56 | cmonex | give me the wiki list |
17:16.59 | cmonex | and i'll tell you which chip it is |
17:17.06 | cmonex | (cant recall from memory but i can recognize it) |
17:17.09 | cr2 | looking |
17:17.32 | cmonex | nevermind, found it in spl code |
17:17.39 | cmonex | hynix_h8BES0UQ0MCP |
17:17.46 | cmonex | that's just the hynix chip with 512mb flash |
17:17.48 | cmonex | not new at all |
17:17.54 | cr2 | http://wiki.xda-developers.com/index.php?pagename=MSM_NANDID |
17:17.58 | cmonex | ok see above |
17:18.06 | cmonex | it's listed |
17:18.48 | cmonex | other topazs have samsung_kby00n00hm, and it is fine |
17:18.54 | cmonex | only hynix_h8BES0UQ0MCP gets the issue |
17:19.04 | cmonex | it'd be nice to know the cause, even though I have a working workaround |
17:19.27 | cmonex | (simply setup the config register again with the right value, at the right time, before it's too late :) ) |
17:19.45 | cr2 | hmm. really weird |
17:20.28 | cmonex | btw why arent all the columns named in the wiki? |
17:20.57 | xsacha | how would i bind a specific gpio to one key? |
17:21.10 | xsacha | like 'W'? |
17:21.43 | cr2 | cmonex: i forgot to name some of them, and for others i don't know the meaning |
17:21.48 | marex | xsacha: you cant bind it - it's hardwires |
17:21.51 | marex | *hardwired |
17:21.59 | marex | cr2: so you finally think it's a ROM ? |
17:22.03 | marex | (in TX) |
17:22.19 | cr2 | marex: non-wince is difficult |
17:22.23 | xsacha | i mean when gpio is a certain value, make keypress event? |
17:24.02 | marex | xsacha: you just request an interrupt there |
17:24.07 | cmonex | cr2 : |
17:24.14 | marex | xsacha: request_irq() |
17:24.18 | cmonex | mind me editing the wiki them with column names? |
17:24.21 | xsacha | k |
17:24.22 | cmonex | then* |
17:24.35 | marex | cr2: hm ... and noone knows anything |
17:24.43 | cmonex | the first one is total number of blocks the second one is number of pages in one block |
17:24.45 | cr2 | cmonex: why not ? it's that wiki is for |
17:25.08 | cmonex | ok just asking if i'm correct :) |
17:25.10 | cmonex | with the names |
17:25.27 | cmonex | and then the next not named block is full pagesize (with extra data included) |
17:25.33 | cmonex | the rest no idea :) |
17:26.12 | cr2 | sounds reasonable |
17:26.17 | cmonex | ok |
17:26.40 | cr2 | the column after devid is interesting too |
17:28.13 | cmonex | ok done |
17:28.18 | cmonex | yea but i dunno what that one is. do you? |
17:28.44 | cr2 | no |
17:28.47 | cmonex | heh |
17:28.50 | cmonex | oh well |
17:29.01 | cmonex | i wanted to know for a while :) |
17:29.24 | cmonex | but all it seems to do is htc setups some things in nand init differently depending if it is 1 or 2... |
17:30.33 | cr2 | maybe 1 or 2 chips ? |
17:30.54 | cmonex | maybe.. |
17:34.42 | Echo31 | hi cr2. |
17:34.44 | *** part/#htc-linux pe7er (n=Adium@f053195139.adsl.alicedsl.de) |
17:36.23 | cr2 | Echo31: how big is your patch ? |
17:37.45 | cr2 | cmonex: we are still working on athena too :) |
17:38.00 | cmonex | ah :) |
17:38.08 | cmonex | what are you working on exactly? for athena |
17:38.13 | cmonex | <PROTECTED> |
17:38.18 | Echo31 | cr2: for my first change, the patch size is about 100k |
17:39.27 | cr2 | cmonex: the miniSD driver will make it usable. |
17:40.13 | cmonex | cool, everything else is done? |
17:41.19 | Echo31 | cr2: i have merged a lot of driver ( sound, w228, video ati fb) from other code, but these drivers did not work |
17:42.58 | cr2 | cmonex: lol |
17:43.46 | cr2 | cmonex: once Echo31 will merge his patch, i'll add bt and gps support. the phone support is relatively easy too |
17:44.19 | cr2 | Echo31: i guess you should split it in logical parts. ati fb is vsfb ? |
17:45.29 | cr2 | cmonex: i still count athena as the most cool htc gadget |
17:45.31 | cmonex | cool. Echo31 you are working on athena then? |
17:45.35 | cmonex | cr2 :)) hehe yes :)) |
17:45.37 | cmonex | i have 2 |
17:45.41 | cr2 | :D |
17:45.44 | cmonex | well, 3rd one is olipro's |
17:45.49 | cmonex | can test on that i guess, if needed :) |
17:46.00 | cr2 | ok |
17:46.01 | cmonex | is jtag worked out for athena yet?M |
17:46.07 | cmonex | someone pm'd me asking about jtag |
17:46.19 | cr2 | no, afaik |
17:46.35 | cmonex | oh, well this guy is triyng to jtag it, i'll let you know if any success |
17:46.42 | cmonex | (it's a bricked one) |
17:47.01 | xsacha | does android allow arbitrary DPIs? |
17:47.03 | cr2 | the g4 chip ? |
17:47.05 | xsacha | i just tried 90 and it works |
17:48.06 | lama | oh nice |
17:48.19 | lama | make youtube video :) |
17:48.30 | cr2 | xsacha: maybe it supports it, but that's just silly |
17:48.45 | xsacha | not silly, i can actually see stuff on my screen now |
17:49.10 | cr2 | dpi is hardware |
17:49.10 | cr2 | you can't change it. |
17:49.24 | xsacha | android default virtual dpi is 160 |
17:49.31 | xsacha | my hardware is definitely not |
17:49.56 | xsacha | htc dream has 182 physical dpi, but 160 virtual dpi in android |
17:50.37 | cr2 | ok, if you are not close to the hardware dpi, you get weird effects |
17:51.12 | xsacha | what do you mean weird effects? |
17:51.39 | lama | 96 dpi works fine on wm |
17:51.51 | xsacha | yeah thats what i use on wm.. so i can read more stuff |
17:51.54 | lama | that is hardwar res of i780 afaik |
17:51.59 | Echo31 | cmonex: yes, i tries but it is not very easy, for example, set the proper values into the htc_egpio_chip structure |
17:52.06 | xsacha | lama try 90 dpi on android, it's usable!! |
17:52.06 | cr2 | xsacha: wrong font sizes |
17:52.07 | lama | but samsung ships it with 120dpi |
17:52.23 | lama | it makes something like 240x240 screen |
17:52.34 | cmonex | Echo31 : do you need datasheets or info from disassembled drivers? |
17:52.43 | xsacha | cr2: well yes, that was my problem. i was told android only support 120, 160 and 2(20 or 40) DPI.. but my phone is 96 dpi |
17:52.45 | cmonex | i can help with the latter |
17:54.18 | cr2 | Echo31: post the patch, i guess with 3 people looking at it we will get a working config soon. |
17:54.18 | lama | xsacha: show it on youtube :) |
17:54.38 | xsacha | ok im trying to get back key working again.. i thought it was KEY_BACK? |
17:54.40 | lama | once i've tried 96 dpi on 800x480@3" :) |
17:54.47 | lama | that was small :) |
17:55.00 | xsacha | the one i had on youtube before was 160 dpi!! lol |
17:55.02 | cmonex | for me 128dpi on athena is comfortable |
17:55.10 | cmonex | (5" 640x480) |
17:55.31 | cmonex | Echo31: I have to go soon but tomorrow we could work on this. what do you say? |
17:55.50 | cr2 | cmonex: do you know what is the purpose of the extra data channels on athena ? |
17:56.12 | lama | xsacha: yeah that one looks weird |
17:56.41 | cmonex | cr2 : give me more info on what you call extra data channels |
17:56.57 | cmonex | btw. is keyboard driver done yet? |
17:59.12 | cr2 | cmonex: there are AT, P1,P2, P3,P9 and D channels |
18:00.06 | cr2 | cmonex: the AT and P1 are control+data, D is the MSM diag (don't know what's there), but P2,P3 and P3 are black magic for me |
18:00.29 | cr2 | cmonex: it's like the extra DATAx channels on raph |
18:00.36 | cmonex | ah, ok, I will have to look into this. |
18:00.57 | cr2 | the keyboard driver is available, but needs to be merged into the latest tree |
18:01.10 | cmonex | ok, cool |
18:01.11 | cr2 | the keybaord driver is from hermes. |
18:01.20 | cmonex | for me without keyb driver, its not considered usable |
18:01.27 | cmonex | ah and it works? :P |
18:01.37 | cr2 | yeah, i use usb keyboard ;) |
18:01.48 | cr2 | on hermes ? yes. |
18:01.50 | cmonex | i only use the integrated one |
18:01.52 | cmonex | no, on athena. |
18:02.11 | cr2 | yes, once merged, it will work |
18:02.18 | cmonex | so it was tested M |
18:02.20 | cmonex | ? |
18:02.24 | cr2 | yes |
18:02.28 | cmonex | cool :) |
18:02.44 | cr2 | athena needs it to be hotplug, that's the only difference |
18:03.03 | cmonex | yeah I see |
18:03.10 | cmonex | ok, i have to go, back later. :) |
18:03.23 | cr2 | so the drver needs an extra power gpio, and hotplug irq |
18:03.27 | cr2 | ok |
18:03.33 | xsacha | lama: 96 dpi looks better to human eye, 128 dpi looks ok on video and 160 dpi looks very crisp on video but unusable |
18:03.50 | xsacha | and from 90 dpi and below fonts go jaggy |
18:07.59 | Echo31 | cmonex: I will be available only for the end of this week. |
18:08.13 | *** join/#htc-linux nperry (n=nperry@93-97-101-163.zone5.bethere.co.uk) |
18:08.21 | cr2 | Echo31: can you post the patch ? |
18:08.23 | cmonex | ok. see you until then! |
18:11.27 | *** part/#htc-linux nperry (n=nperry@93-97-101-163.zone5.bethere.co.uk) |
18:15.05 | Treibholz | damn, kdrive wants libuuid1, but there is only libuuid, where can I fix this? |
18:16.39 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
18:17.04 | Echo31 | cr2: Where can i post the patch ? on pastebin ? |
18:18.19 | cr2 | yes |
18:55.59 | Echo31 | cr2 pH5: find the patch link http://fr.pastebin.ca/1469012 |
18:58.23 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:58.50 | cr2 | pH5: what is tosa-bt ? |
18:59.01 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
18:59.25 | cr2 | Echo31: downloading |
18:59.32 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
19:01.41 | *** join/#htc-linux AstainMBL (n=AstainHe@c-67-164-195-234.hsd1.ut.comcast.net) |
19:02.39 | cr2 | GPIO22_HTCATHENA_DPR_RESET1 |
19:02.55 | cr2 | i think i need to rename these |
19:03.40 | cr2 | they are not really reset,and the AT/D/P1/P2/P3/P9 name should be added- |
19:04.33 | cr2 | SSP2 is keyboard ? |
19:05.33 | cr2 | MMC is wifi, afair |
19:05.36 | cr2 | LCD power to be revisited |
19:05.50 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
19:05.56 | cr2 | DPR input is DPR irq |
19:06.37 | pH5 | Echo31: thanks, got it. will check later. |
19:06.39 | Echo31 | cr2: You can make all changes. I will follow your advice. |
19:07.09 | pH5 | cr2: tosa-bt is the rfkill driver that tosa uses to turn on/off power to the bt chip. |
19:08.44 | cr2 | pH5: hmm. the bt power API is real pita. also on the raph ;) |
19:09.25 | cr2 | <PROTECTED> |
19:10.38 | Echo31 | cr2: Oups . I tried all posibilities |
19:13.29 | cr2 | cpld2 has 16gpios |
19:13.33 | cr2 | http://www.htc-linux.org/wiki/index.php?title=CPLD2 |
19:14.00 | cr2 | i'll edit this page to provide more useful info |
19:14.51 | cr2 | and cpld1 |
19:14.54 | cr2 | .num_gpios = 16, |
19:15.17 | cr2 | has 8gpios per bank (on 16bit register) |
19:15.38 | cr2 | http://www.htc-linux.org/wiki/index.php?title=CPLD1 |
19:17.40 | cr2 | + .irq_base = IRQ_BOARD_START, |
19:17.54 | cr2 | cpld2 does not have irqs |
19:18.46 | cr2 | + .num_irqs = 9, for cpld1 ? |
19:18.56 | Echo31 | cr2: I wanted to implement CPLD2. i have tried all possibilities. and i see the cpld2 does not have irqs |
19:19.02 | cr2 | i think it should be 8. and 3 of them are not used |
19:19.32 | cr2 | Echo31: cpld2 is more or less exactly the same as egpio on hx4700 |
19:20.12 | cr2 | Echo31: the comments are more or less for me and pH5. you've done a great job :) |
19:20.49 | cr2 | +struct platform_device ssp_device = { |
19:20.51 | cr2 | + .name = "htc_athena-ssp", |
19:21.04 | cr2 | is it for the keyboard ? or for the ts/battery ? |
19:21.41 | cr2 | i think hx4700 uses the proper spi driver infrastructure instead of ssp |
19:22.14 | cr2 | Echo31: does the ts work ? |
19:22.28 | Echo31 | cr2: i made only merge from you, pH5 and mistadman |
19:23.10 | cr2 | the dpram part is completely useless in it current state |
19:23.40 | cr2 | + .dev_name = "ttyDPRAM", |
19:23.57 | cr2 | smdX is probably a better name |
19:25.15 | cr2 | what is height/width for vsfb ? |
19:25.18 | cr2 | + .height = -1, |
19:25.20 | cr2 | + .width = -1, |
19:26.04 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
19:26.36 | cr2 | the w2284 stuff is to be discussed |
19:27.13 | cr2 | the battery coefficients are from hermes, i guess. to be checked too. |
19:27.22 | pH5 | discussing this would probably be easier on the ML... |
19:27.51 | cr2 | USB ohci is repeated twice |
19:27.56 | cr2 | pH5: which one ? |
19:28.28 | cr2 | +// &egpio_cpld1, |
19:28.29 | cr2 | +// &egpio_cpld2, |
19:28.34 | cr2 | not initialized ? |
19:28.57 | Echo31 | cr2: I want understand the code, now. htcathena_graphics ( fb) comes from mistadman. It is different vsfb |
19:29.03 | dcordes | hi |
19:30.42 | Echo31 | cr2: The initlization does not work. The cpld value was erroneous |
19:32.13 | cr2 | Echo31: yes, the cpld initial values need to be checked. otherwise you risk to lose the LCD power, which is fatal for the vsfb |
19:32.47 | cr2 | Echo31: i don't see any real value in the htcathena_graphics driver |
19:33.19 | Echo31 | cr2: yes, my display showed strange colours. |
19:33.19 | cr2 | because it's not a real w2284fb driver anyway. |
19:34.03 | cr2 | Echo31: the htcathena_vsfb.c works for me as expected. |
19:34.41 | cr2 | +extern void htcathena_cpld2_set( u_int16_t bits ); |
19:34.42 | cr2 | +extern void htcathena_cpld2_clr( u_int16_t bits ); |
19:34.44 | cr2 | +extern u_int16_t htcathena_cpld2_get(void); |
19:34.48 | cr2 | this is redundant |
19:34.58 | Echo31 | vr2: I tried the w2284fb code from mistadman (athena-android); but it does not work. |
19:35.52 | cr2 | why do you include pxa-regs.h ? |
19:36.11 | cr2 | in the patch |
19:37.17 | cr2 | i suggest to drop everything w2284 for now. |
19:37.22 | Echo31 | cr2: few values are indefined from pxa27x |
19:41.45 | cr2 | Echo31: pxa sound is not used |
19:42.19 | cr2 | Echo31: ok, then it's necessary to add just the missing values |
19:46.14 | pH5 | cr2 discussing patches inline on the ML is better. I promise I'm going to to forget most of this. |
19:47.30 | cr2 | pH5: i suggest to drop 80% of this patch anyway :) |
19:47.55 | *** join/#htc-linux onen|openBmap (n=quassel@p57BC4D24.dip.t-dialin.net) |
19:48.09 | cr2 | then there are indeendent drivers like vsfb.c, ad7877.c and patches to pxa-regs.h |
19:48.25 | Echo31 | cr2: Ok, i will change the pxa2xx-regs.h |
19:48.29 | *** join/#htc-linux j0b0 (n=jobo@12.35.60.99) |
19:48.36 | cr2 | and then the cpld config needs to be sorted out |
19:48.39 | cr2 | hi j0b0 |
19:48.57 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
19:48.58 | j0b0 | hiya cr2 |
19:49.04 | j0b0 | how goes |
19:49.39 | cr2 | j0b0: i'm suprised that most everybody gave up on raph/diam when we are mostly done with it :) |
19:50.13 | j0b0 | i think 'most everybody' is looking for the 'click here to have everything woring instantly' |
19:50.33 | cr2 | hehe |
19:50.44 | Echo31 | cr2 pH5: This patch is my huge version |
19:50.51 | cr2 | i mean those who have done something before. |
19:51.36 | cr2 | j0b0: the rpc *epts are there, i've fixed the adsp numbers, and the rpcs seem to be working |
19:52.12 | cr2 | j0b0: and i have some minor patches to be committed. |
19:52.52 | Echo31 | cr2: I can 'rewrite' it and remove the unused drivers |
19:52.54 | j0b0 | cr2 is it in the wiki? so that it is now merely work, for someone who is more a coder than necesarily a device hacker ;) |
19:53.18 | cr2 | Echo31: do you know where is the shadow version of the cpld regs ? i don't rememebr if athena cplds are readonly. |
19:54.04 | cr2 | j0b0: somebody may just try to work with the weird /dev/msm* and their ioctls. |
19:54.11 | *** join/#htc-linux miknix_ghost (n=miknix@81.193.87.173) |
19:54.58 | cr2 | Echo31: we need to derive the initial cpld values |
19:55.28 | cr2 | Echo31: with disabled bt/wifi/cam/tvout and so on. |
19:55.46 | cr2 | only the lcd power and other really critical gpios should be enabled. |
19:56.16 | j0b0 | i have a patch for the touchscreen driver to detect and report touched area size, which seems to work for all devices, and one for the mddi/mdp 'color issue' so that the destination format is in pdata and does not depend on mtype, but im not sure whether that is done 'properly' |
19:56.34 | cr2 | Echo31: there are 8 led cpld gpios, it's interesting to assign them to the real leds. |
19:57.00 | cr2 | j0b0: it looked ok for me. |
19:57.58 | j0b0 | could that kernel oops (on the keyboard leds) have something to do with that both reading scan codes and setting leds access the same i2c chip at the same time? |
19:58.00 | cr2 | j0b0: let's commit. some code in the vogue branch is just plain wrong, but it does not stop the people from committing it :) |
19:58.19 | cr2 | j0b0: maybe. |
19:58.33 | cr2 | j0b0: why does it enable the FN led in the first place ? |
19:58.54 | j0b0 | ive been looking through microp-eypad and microp-ksc but havent actually typed in it yet |
19:59.03 | cr2 | i get wrong scancodes for the 4 "functional" keys, btw. |
19:59.13 | j0b0 | the wrong led may be because maejrep has a raph800 and we have a raph100 ? |
19:59.24 | cr2 | you have FN enabled too ? |
19:59.28 | j0b0 | yes |
19:59.32 | j0b0 | and the oops as well |
19:59.35 | cr2 | ok. |
19:59.54 | cr2 | yes, it may be the firmware difference to raph800 |
20:00.30 | cr2 | there is an LCD (probably backlight) i2c opcode that is different on raph100 vs 800. |
20:00.47 | cr2 | do we have lcd backlight control now ? |
20:01.54 | cr2 | FN,SMS/MMS,mail and SYM produce useless symcodes for me |
20:02.03 | cr2 | everything else looks good. |
20:02.08 | j0b0 | (ive been away for wwdc and projects for 2 weeks. i guess i will be back home by thursday or so) |
20:02.18 | cr2 | i'm only puzzled where to put the | key. |
20:02.27 | j0b0 | iirc we can control backlight through the led driver but i dont know whether its exposed correctly |
20:02.53 | cr2 | yes, but they say backlight class is better |
20:03.20 | cr2 | but what about the keybaord & keypad and whatever backlight ? just leds ? |
20:04.17 | j0b0 | the leds in the navi pad are just leds, and right now, the navi keypad driver even controls them, which it probably shouldnt |
20:04.44 | cr2 | yes, it should be done in userspace |
20:05.00 | cr2 | don't know about android |
20:05.10 | j0b0 | i did that to at least mae it usable and test the led driver at the same time |
20:05.56 | cr2 | ok |
20:06.09 | cr2 | i need to dump some more gps rpc data. bb in 10min, will go outside. |
20:06.16 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
20:06.24 | j0b0 | .where you can see satellites :) |
20:11.23 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
20:16.40 | cr2 | ok |
20:16.58 | cr2 | now i only need to rememeber how to save tracks in roadmap |
20:17.57 | cr2 | j0b0: i have a diff to |
20:18.02 | cr2 | --- a/arch/arm/mach-msm/smd_rpcrouter.c |
20:18.03 | cr2 | +++ b/arch/arm/mach-msm/smd_rpcrouter.c |
20:18.38 | cr2 | to send the RPCROUTER_CTRL_CMD_HELLO |
20:18.45 | cr2 | as in lavender.t patch |
20:19.20 | cr2 | yes, and the msleep patch for clock |
20:19.22 | j0b0 | cr2 right. that creates a bunch of devices |
20:19.23 | cr2 | - msleep(5); |
20:19.39 | cr2 | +// msleep(5); |
20:19.51 | cr2 | otherwise the BT makes an oops in the clock code. |
20:20.31 | cr2 | the devices that are really used (in wince) are all doucmented in wiki |
20:20.54 | cr2 | http://www.htc-linux.org/wiki/index.php?title=MSM_RPC |
20:21.35 | j0b0 | does the rpcrouter patch make qdsp5 work ootb |
20:22.06 | cr2 | i have fixed the adsp proc, and the rpc go through without an error |
20:22.10 | cr2 | as before |
20:22.19 | cr2 | i'll pastebin my diff |
20:23.29 | cr2 | j0b0: http://pastebin.ca/1469138 |
20:24.31 | sxe | gn8 |
20:25.07 | cr2 | if i enable the BT power, i get a hard lock in 'stty -F /dev/ttyHS1' though ;) |
20:25.13 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
20:25.55 | j0b0 | applies it |
20:26.04 | cr2 | miknix: how portable is your initrd ? |
20:26.21 | cr2 | j0b0: ok, the patch works, and is trivial anyway. |
20:26.47 | j0b0 | nice and small |
20:28.17 | cr2 | j0b0: why are the 4 keys have wrong keycodes ? |
20:29.01 | j0b0 | do you know whether maejrep got sane values from his battery driver? i added raph100 code to it and i do gt good values |
20:29.15 | j0b0 | i dont know. is it easy to test andtell which keys need changed |
20:29.20 | cr2 | didn't hear from him for a long time |
20:29.35 | cr2 | FN,SMS/MMS,mail and SYM |
20:29.36 | j0b0 | i know .. alot of code ive been twiddling with is his |
20:30.53 | cr2 | <PROTECTED> |
20:32.16 | cr2 | KEY_FN is there, but it produces a strange combination with the default kernel map |
20:33.11 | cr2 | #define KEY_FN 0x1d0 |
20:33.36 | cr2 | > 256 ? |
20:34.59 | cr2 | maybe LEFT_ALT is a better option ? |
20:35.44 | cr2 | and RIGHTALT for SYM |
20:36.20 | j0b0 | how ugly is it to not report it and just abuse it to produce things like pipe, lt, gt, brackets, backslash ... |
20:36.32 | cr2 | don't know about mail and sms |
20:36.51 | cr2 | use RIGHTALT / |
20:37.31 | cr2 | or RIGHTALT (aka ALTGr ) < |
20:37.39 | cr2 | like it's on my notebook |
20:38.13 | cr2 | i have no idea what android uses for the keyboard. |
20:38.41 | cr2 | ok, i suggest to map FN to ALT and SYM to ALTGr right now. |
20:39.09 | cr2 | <PROTECTED> |
20:40.04 | cr2 | then loadkeys can create a sensible translation table |
20:40.06 | dzo | hi cr2, how's raph coming along? |
20:40.33 | cr2 | dzo: sorted out the sound rpc, but don't know how to test it |
20:41.13 | cr2 | dzo: if i enable the BT power, i get a hard lockup on stty -F /dev/ttyHS1 |
20:41.23 | dzo | I saw you asking about the gpu, it uses AHI so the qt drivers may work. |
20:42.03 | cr2 | dzo: and the ADSP modules seem to be the same as on 6210 for our 52XX AMSS |
20:42.05 | dzo | I haven;t tried the hs serial drivers, probably a dma thing, they use the datamover. |
20:42.23 | j0b0 | do we need imem clock for that |
20:42.24 | cr2 | yes, something is stuck there. |
20:42.25 | j0b0 | gpu that is |
20:42.41 | cr2 | j0b0: imem clock is rpc |
20:42.43 | dzo | That makes it easier, i only know some of the queues numbers on amss 4xxx |
20:43.37 | cr2 | j0b0: here |
20:43.41 | cr2 | PMEM_REMOTE 0x30000055 pmem_* |
20:43.43 | cr2 | 1,1 pmem_remote_imem_enable (1) |
20:43.43 | dzo | imem clock is easy, rpc or just see my clock-msm7x00.c |
20:43.44 | cr2 | 2,1 pmem_remote_imem_disable (1) |
20:44.04 | cr2 | yes |
20:44.15 | *** join/#htc-linux AstainMBL (n=AstainHe@unaffiliated/astainhellbring) |
20:44.34 | dzo | that may do something different, i think it maps the imem memory to a11 rather than the gpu. |
20:44.58 | cr2 | dzo: do you know something about the new wl12xx wifi driver ? |
20:45.10 | cr2 | dzo: i've traced this rpc on my raph |
20:45.12 | dzo | no, nothing |
20:45.33 | cr2 | i've heard it's a rewritten tiacx |
20:45.50 | dzo | ok, on vogue i just need to set a clock bit and imem works. |
20:46.14 | cr2 | ok, i guess it's the same here. |
20:46.21 | dzo | did you guys get anywhere with an xip bootloader? |
20:46.41 | cr2 | no |
20:46.59 | cr2 | the main problem is the nonaligned access to nand |
20:47.11 | dzo | i might try that sometime, doesn't look too hard. |
20:47.26 | cr2 | g1 partitions are 128k aligned, so we need a new partition tag |
20:47.40 | cr2 | to preserve the wince |
20:47.55 | dzo | it does 8K pages and you pass the partition info in kernel params or some other way. |
20:48.18 | dzo | that's what google does anyway. |
20:48.54 | cr2 | nand_partition.c multiples the numbers by 64*2048 |
20:48.55 | dzo | i was thinking of not preserving wince.... |
20:49.29 | cr2 | hehe. we are not quite there yet. |
20:49.46 | cr2 | i don't want to reflash on each reboot/resume. |
20:50.00 | j0b0 | ive tried to 'just' enable gpu and got 'enabling clock with no enable bit set (12)' or something similar |
20:50.53 | cr2 | j0b0: it's a bit more involved. and the message itself is actually harmless |
20:51.08 | dzo | try tracing clock_sec_grp_rail_on under wince. |
20:51.22 | j0b0 | so it still enables the clock? |
20:51.24 | dzo | that's what i did. |
20:52.15 | cr2 | <PROTECTED> |
20:52.52 | dzo | the rpc prog no may be different, it is on kaiser i think. |
20:52.55 | cr2 | for this rpc CLKRGM_SEC 0x3000000f clk_regime_sec_* |
20:53.11 | dzo | yes |
20:53.14 | Treibholz | I have a problem with OE: http://paste.debian.net/39858/ Any Idea? |
20:53.15 | cr2 | dzo: http://www.htc-linux.org/wiki/index.php?title=MSM_RPC |
20:53.34 | cr2 | dzo: there are some differences for the cam rpcs |
20:54.56 | cr2 | dzo: btw, the only missing part for the gps is the context pointer return value from pdsm_client_init(). the 0xda3 value in the table |
20:55.34 | cr2 | i just don't understand the wince rpccall api to a full extent |
20:56.56 | dzo | no, nor do i, i heard there is a simple on off rpc call fpr gpet_position but i don't know what it is and vogue/kaiser uses 0x30000004 too. |
20:57.27 | dzo | i meant one-off call for get_position |
20:57.39 | cr2 | psdm_get_position needs this context pointer |
20:57.48 | dzo | anyway got to go to work, bye for now.... |
20:57.55 | cr2 | the last argument |
20:57.57 | cr2 | bye |
20:58.46 | cr2 | j0b0: you really need the imem clk ? |
20:59.16 | cr2 | j0b0: btw, this is the most funny rpc |
20:59.20 | cr2 | PM 0x30000061 pm_* |
20:59.21 | cr2 | 0xe,2 pm_set_led_intensity (0,3) |
20:59.32 | cr2 | and it is actually used on raph100 :) |
20:59.44 | j0b0 | i dont know. its just that i got that message when trying to do hw3d stuff and clock 12 turned out to be imem |
21:00.14 | cr2 | ok, i'll try to look for imem |
21:00.58 | cr2 | j0b0: can we export this rpc to sysfs ? |
21:02.00 | j0b0 | is that the lcd backlight? |
21:02.09 | cr2 | talking to /dev/30000061:0 seems to be too tricky. |
21:02.14 | cr2 | no idea. |
21:03.36 | cr2 | i think it can be a simple template for the gps driver and such. |
21:04.04 | cr2 | maybe modified from the htc_battery.c |
21:04.48 | j0b0 | that seems to be the simplest example |
21:04.57 | cr2 | i'll recompile the kernel with ALT keys |
21:04.58 | cr2 | yes |
21:06.33 | j0b0 | ..and then when we find out what effect it has, rename it to something that describes it :) |
21:11.39 | cr2 | :) |
21:11.43 | j0b0 | capslock does not only turn on the wrong led, and oops, it also doesnt work (doesnt produce capital letters, in android that is) |
21:12.02 | cr2 | i'll check right now |
21:12.23 | cr2 | tell me about the sound |
21:12.41 | cr2 | btw, gps may work in android now. |
21:12.51 | j0b0 | both left and right shift are as sticky as in win |
21:13.15 | cr2 | shifts work for me |
21:13.23 | cr2 | in angstrom initrd |
21:16.33 | j0b0 | yes. both when you hold while hitting another key and also when you hit shift, release and then the other key |
21:22.17 | cr2 | j0b0: i have found dex 1 and dex 0x14 in nk.exe |
21:22.42 | cr2 | j0b0: the dex 0x14 is looking like an arm9 reset/reboot |
21:23.16 | j0b0 | does that reboot the entire device or just the modem |
21:23.28 | cr2 | have not tried it. |
21:23.41 | cr2 | it uses a simplified call form |
21:24.02 | cr2 | you just put 0x14 in CMD and increment the A2M count numbers |
21:25.00 | cr2 | hmm. can't boot the kernel anymore |
21:25.37 | miknix | cr2, it is totally portable |
21:25.43 | miknix | armv5te-jl |
21:26.05 | miknix | s/-jl// |
21:26.37 | j0b0 | cr2 did you change anything else than the keymap? |
21:27.02 | miknix | cr2, we don't do anything wizard specific in the userspace |
21:28.03 | miknix | its also eabi, you can disable old abi in the kernel |
21:28.03 | j0b0 | sometimes merely recompiling and re-copying helps .. :/ (scary) |
21:30.30 | miknix | :( |
21:30.40 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-188-78.web.vodafone.de) |
21:30.47 | miknix | :) |
21:31.35 | cr2 | miknix: where do i get it ? |
21:31.55 | miknix | http://tinderbox.dev.gentoo.org/embedded/linwizard/ |
21:32.07 | miknix | gizard-xxx is GPE |
21:32.23 | miknix | the e17 images are still incomplete |
21:32.47 | cr2 | omg. |
21:32.56 | cr2 | 43.6MB as a ramdisk ? |
21:33.09 | miknix | no, its a root tarball |
21:33.16 | cr2 | hmm. |
21:33.25 | cr2 | i'd prefer an initrd :) |
21:33.36 | miknix | gpe is too big to fit in a initrd :) |
21:33.56 | cr2 | ust xsever + twm ? |
21:34.27 | miknix | dont have any |
21:35.12 | cr2 | ok |
21:35.18 | miknix | btw: you can boot gpe from NFS |
21:35.28 | miknix | its not the king of speed, but it will work |
21:35.29 | cr2 | j0b0: the ALT keys report sane values now. |
21:35.51 | cr2 | miknix: too much to setup |
21:35.54 | j0b0 | do you get different values for left and right alt? |
21:36.07 | cr2 | j0b0: of course |
21:36.19 | cr2 | j0b0: i've just edited the kernel table |
21:36.23 | j0b0 | i mean combined with other keys |
21:36.25 | j0b0 | i dont |
21:36.38 | miknix | cr2, http://linwizard.wiki.sourceforge.net/booting |
21:36.46 | miknix | look at the bottom |
21:37.08 | cr2 | j0b0: if i will upload the translation table with loadkeys , it should work |
21:37.18 | cr2 | j0b0: i'm using initrd |
21:37.45 | cr2 | j0b0: caps key works |
21:37.45 | j0b0 | angstrom? |
21:38.06 | cr2 | yes |
21:38.22 | cr2 | oops and FN led included. |
21:38.30 | cr2 | tmzt: are you sleeping ? |
21:39.37 | j0b0 | you can make it turn on the correct led by swapping fn and caps in linux/inclue/microp-ksc.h (or at least giving caps the value fn had, btu we have no fn anymore anyway) |
21:40.32 | j0b0 | if it ever worked for maejrep it must be a 800 vs 100 thing |
21:40.38 | cr2 | FN shoould not be a sticky key |
21:40.58 | cr2 | i think it's a stupid idea from the very beginning |
21:41.31 | cr2 | so you don't really need an FN led |
21:41.48 | j0b0 | at least in android, hitting shift once makes it sticky for the next key hit, hitting shift twice makes it sticky until you hit it again |
21:42.41 | cr2 | ok, it's up to android how to interpret the input events |
21:42.54 | cr2 | the kernel does the right thing now. |
21:43.37 | j0b0 | ...except for the led |
21:43.43 | j0b0 | and the oops ;) |
21:45.03 | cr2 | yeah |
21:45.22 | j0b0 | im going down for some food .. bbiab (/me sits in a hotel room in atlanta GA :/) |
21:45.24 | cr2 | the keymaps are different for 800 and 100 right now |
21:45.30 | cr2 | lol |
21:46.40 | j0b0 | i know .. its sad |
21:57.24 | cr2 | <PROTECTED> |
22:03.43 | cr2 | j0b0: yes, now it works |
22:06.56 | cr2 | ~ping tmzt |
22:17.56 | cr2 | miknix: how do you compile qtopia ? |
22:18.48 | miknix | cr2, how so? |
22:19.10 | miknix | it was used the same toolchain as the others |
22:19.27 | cr2 | is it usable ? |
22:19.32 | miknix | never tried it |
22:19.34 | miknix | : ) |
22:19.46 | cr2 | which is the target device ? |
22:20.08 | miknix | armv5te |
22:20.18 | cr2 | i mean the phone |
22:20.21 | miknix | wizard |
22:20.37 | cr2 | actually, i'd like to test x11+qt4 |
22:20.52 | cr2 | is it the config of BabelO for arte ? |
22:20.55 | cr2 | BabelO: ping |
22:21.03 | miknix | despite the touchscreen driver, everything should be portable on those images |
22:21.16 | miknix | hum.. no qt4, that image is old I think |
22:21.28 | cr2 | qtopia is qt4 |
22:21.59 | cr2 | miknix: ts is different on omap850 phones ? |
22:22.17 | cr2 | i've lost track on 850 long ago :) |
22:22.20 | miknix | we are using tslib, not sure what do you guys use |
22:22.42 | cr2 | i mean the kernel interface |
22:23.05 | miknix | it is still the spi driver from BabelO |
22:23.06 | cr2 | of course every sane person should use tslib |
22:23.10 | cr2 | ok |
22:23.17 | miknix | yeah, omap850 is kind of old |
22:23.32 | miknix | but there are still new devices coming out with it |
22:23.53 | cr2 | miknix: what does not work on wizard ? |
22:24.02 | miknix | sound and wifi |
22:24.03 | cr2 | miknix: wifi ? cam ? |
22:24.07 | miknix | yeah and cam |
22:24.14 | miknix | irda also I think |
22:24.23 | cr2 | irda should be on uart |
22:24.47 | cr2 | why can't you make sound work ? |
22:25.07 | miknix | ali was working on phone , we need a decent phone stack now |
22:25.18 | miknix | the sound driver is going slowly :) |
22:25.26 | BabelO | hi cr2 |
22:25.46 | miknix | there were some troubles with dma channels |
22:25.46 | *** join/#htc-linux wirelessdreamer (n=dreamer@chrobd01.vailsys.com) |
22:25.59 | miknix | only the first dma transfer was being made |
22:26.04 | miknix | it is fixed now |
22:26.27 | miknix | now we have to make the alsa interface |
22:26.56 | miknix | (we were piping the audio waveform directly to syren) :) |
22:28.22 | miknix | the driver is based on the motorola sources, opennandra did port it from 2.4 |
22:28.56 | miknix | cr2, and that is the state of omap850 :) |
22:29.13 | miknix | oh, and silven is pretty much finishing the upstream submissions of omap850 patches |
22:31.32 | cr2 | ok |
22:31.48 | cr2 | BabelO: just wanted to know the qtopia status :) |
22:32.00 | BabelO | cr2: qtopia is dead :( |
22:32.18 | cr2 | ok |
22:32.23 | miknix | lol |
22:32.26 | BabelO | cr2: better to play with qlandkarte actually and the wince port |
22:32.28 | cr2 | x11+qt4 ? |
22:32.33 | BabelO | cr2: use android :) |
22:32.49 | cr2 | java..., barf |
22:32.54 | BabelO | cr2: yes i can continue on qtopia ( qtextended ) |
22:32.56 | BabelO | but ... |
22:33.07 | BabelO | ccryes same than you with java |
22:33.14 | BabelO | cr2: do you like objective C ? :) |
22:33.18 | miknix | cr2, did you look at directfb? |
22:33.30 | cr2 | BabelO: no, too much apples |
22:33.44 | BabelO | ;) |
22:33.48 | BabelO | so, what left |
22:33.59 | miknix | gtk (with cairo direcfb backend) can run seamless over directfb |
22:34.08 | cr2 | miknix: on a 256MB device like raph, the x11 overhead is laughable |
22:34.14 | miknix | no Xserver crap is needed |
22:34.20 | miknix | oh |
22:35.07 | cr2 | miknix: writing gui apps with gtk is not for me :) |
22:35.28 | miknix | of course there are worse choices :) |
22:35.33 | cr2 | miknix: i can go with raw xlib |
22:35.38 | miknix | : \ |
22:35.52 | miknix | hat about directfb classes? |
22:36.01 | miknix | dont recall the naem |
22:36.22 | marex | cr2: how's alsa-soc on n560 going ? |
22:36.37 | cr2 | marex: waiting for you |
22:36.44 | miknix | LiTE |
22:36.45 | BabelO | cr2: qt-embedde with qlandkarte M on raph is enough for you :) |
22:36.50 | miknix | http://www.directfb.org/index.php?path=Platform%2FLiTE |
22:36.56 | cr2 | miknix: i'm and oldtimer, i like x11 and 2d. |
22:37.29 | cr2 | miknix: and consider 3d as hardware resource wasting :) |
22:37.46 | miknix | LiTE is pretty much a 2D framework afaik |
22:39.13 | cr2 | miknix: ok, but where will you get the apps ? |
22:39.32 | miknix | thats the problem |
22:40.01 | cr2 | miknix: actually it may be possible to write a directfb driver for roadmap |
22:42.21 | miknix | I like gtk because of that. there is plenty written to it, it is lightweight and it is a good abstraction layer (works over directfb, Xserver, win32api ..) |
22:42.43 | cr2 | gtk or gtk2 ? |
22:42.48 | miknix | sorry gtk+ |
22:43.52 | cr2 | marex: what about resume on n560 ? |
22:43.59 | miknix | there should be an omap processor with python bytecode accelerator :P |
22:44.24 | miknix | s/be/exist/ |
22:44.43 | cr2 | doesn't it have jazelle ? |
22:45.01 | miknix | it does, but java is nowhere near python |
22:45.28 | cr2 | BabelO: M on wince takes ages for loading |
22:45.47 | miknix | and dont we need a license to use jazzele ? pretty much useless then. even google is not using it |
22:45.52 | BabelO | cr2: but fast on execution |
22:45.56 | BabelO | loading is not a problem |
22:46.05 | cr2 | miknix: yes, you need a license i think |
22:46.25 | BabelO | cr2: and now it is faster as i compile release and not debug |
22:46.34 | cr2 | miknix: imho, a non-general purpose cpu is a bad idea |
22:47.04 | miknix | gpus? |
22:47.24 | cr2 | BabelO: roadmap works for me on 6.1 and 5. with gps port autodetection |
22:47.58 | BabelO | cr2: ok, i have autodetect as in wince5 or 6 it is always same :) |
22:48.00 | miknix | do you think a gpu is a bad idea? |
22:48.10 | cr2 | miknix: $language accelerator is bad |
22:48.25 | miknix | ah ok |
22:48.50 | cr2 | miknix: nvidia even has written a c compiler for its gpu. guess why ? :) |
22:49.08 | miknix | yeah, I agree |
22:49.51 | cr2 | and c is probably the most portable assembler as it is possible. |
22:50.37 | miknix | we can get some pretty cool optimizations from functional languages |
22:50.45 | BabelO | cr2: i will package you a cab file, and you will sync with GT !!!! |
22:50.47 | BabelO | grh |
22:51.15 | miknix | I wrote some apps in prolog that will shot any C app you can through at me with the same level of complexity |
22:52.01 | miknix | there is a ocaml interpreter for armv5 |
22:52.33 | miknix | correction: the ocaml interpreter is ported to armv5 |
22:52.37 | cr2 | miknix: prolog was the most strange language i learnd in the university. |
22:53.42 | miknix | it is strange yeah, specially with people that learned imperative languages very early |
22:53.43 | cr2 | miknix: maybe because i have started programming with assembler :) |
22:54.29 | miknix | unfortunately I miss asm :( I started with err.. basic 86 on a MSX basic computer |
22:54.33 | cr2 | BabelO: yes, a cab will be really nice. |
22:55.09 | cr2 | BabelO: it's time to kill ozi explorer |
22:55.35 | cr2 | miknix: MSX ? i think it was some kind of OS for z80 ? |
22:55.47 | miknix | yeah |
22:55.51 | miknix | from microsoft |
22:56.08 | cr2 | don't think so |
22:56.26 | miknix | I still own one of these : hehe http://www.klg.de/compmu/comppics/philipsMSX.jpg |
22:56.49 | miknix | http://upload.wikimedia.org/wikipedia/en/7/71/Msxbasic.png |
22:57.36 | miknix | yes, MSX was from m$ /\ |
22:58.58 | cr2 | omg, i've missed it ;) |
22:59.56 | cr2 | i think the only useful app on it was the z80/8050 disassembler. |
23:00.07 | cr2 | s/8050/8051/ |
23:00.14 | miknix | I think it was the only thing from m$ I used that didnt crash |
23:00.21 | miknix | oh, and my mouse |
23:00.27 | BabelO | cr2: this is small screen http://linuxbox2.free.fr/qland10.jpeg |
23:00.29 | cr2 | oem |
23:01.09 | cr2 | BabelO: will it work in landscape ? |
23:01.28 | BabelO | cr2: yes just need to create a ui |
23:01.29 | cr2 | BabelO: i think the layout is too optimized for portrait |
23:01.45 | BabelO | cr2: actually we have two ui 480x640 and 240x320 |
23:01.56 | cr2 | 240x240 :) |
23:02.20 | BabelO | cr2: layout is not a problem , all interface are ui file if you do it in designer, it is ok, no need code |
23:02.26 | cr2 | ok |
23:03.04 | cr2 | BabelO: can i save tracks on it ? |
23:03.26 | BabelO | cr2: not now, it is the current step working on :) |
23:04.03 | cr2 | ok |
23:04.10 | BabelO | cr2: after that i create a CAB file |
23:04.16 | cr2 | oziCE should be the target |
23:04.32 | cr2 | GT already blows the desktop ozi away. |
23:04.37 | BabelO | cr2: yes some friends look M as replacement of OziCE |
23:04.57 | BabelO | cr2: i ve added and autodetect tool between gt <-> m |
23:05.02 | BabelO | to remove the setup |
23:05.07 | BabelO | it works even on windows |
23:05.08 | cr2 | nice |
23:06.06 | cr2 | dcordes: still not asleep ? |
23:06.17 | miknix | cr2, correction: the qtopia image is qt4 |
23:06.35 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
23:35.58 | cr2 | j0b0: i have one more patch |
23:44.04 | j0b0 | cr i was just reading what ive missed inthe last hour |
23:44.07 | j0b0 | what is it |
23:44.11 | j0b0 | +2 |
23:46.24 | cr2 | j0b0: i've edited the bt reset timing, and i get the reboot (poweroff) with dex 0x14 |
23:46.39 | cr2 | j0b0: somebody should try it on raph800 though |
23:47.03 | cr2 | - struct msm_dex_command dex = { .cmd = PCOM_RESET_ARM9 }; |
23:47.04 | cr2 | + struct msm_dex_command dex = { .cmd = PCOM_POWER_OFF }; |
23:50.16 | cr2 | j0b0: the full diff http://pastebin.ca/1469314 |