| 00:00.38 | maejrep | board-hero.h defines MSM_PMEM_MDP_BASE to be the same as board-sapphire.h's SMI32_MSM_PMEM_MDP_BASE |
| 00:03.37 | *** join/#htc-linux okias (n=okias@93.170.18.39) |
| 00:07.20 | ToAsTcfh | maejrep: sorry i was smokin |
| 00:07.42 | ToAsTcfh | um they changed the api for the driver in 2.1 |
| 00:08.14 | ToAsTcfh | did u load raph800 kernel |
| 00:10.21 | ToAsTcfh | phh: asprintf(&filename, "/sys/class/i2c-adapter/i2c-0/%s/rate", phys? |
| 00:10.37 | ToAsTcfh | is that the set_rate? |
| 00:10.56 | maejrep | not yet, working on htc_fb_console, dunno if it'll work on this device yet |
| 00:11.15 | maejrep | ToAsTcfh: that file is what calls the set_rate function |
| 00:11.21 | maejrep | it's a sysfs attr file |
| 00:11.41 | ToAsTcfh | do u got the kernel ill balls o the wall try lol |
| 00:11.46 | maejrep | you'll see somewhere that "filename" is passed to a macro that defines set_ops, which will point to set_rate |
| 00:12.43 | maejrep | can't seem to find fb console in menuconfig |
| 00:13.15 | NetRipper | did you make menuconfig ARCH=arm? it's at system somewhere, not under drivers |
| 00:13.30 | maejrep | htc_fb_console is |
| 00:13.43 | maejrep | I'm talking about drivers/video/console's CONFIG_FRAMEBUFFER_CONSOLE |
| 00:14.00 | NetRipper | oh |
| 00:14.18 | *** join/#htc-linux Tinyboom (n=nahh@ti0121a340-dhcp0974.bb.online.no) |
| 00:15.18 | NetRipper | maejrep, graphics -> console display driver -> |
| 00:15.25 | NetRipper | framebuffer console |
| 00:15.34 | maejrep | yeah, don't see console |
| 00:15.34 | NetRipper | bed, nn :) |
| 00:15.37 | maejrep | must be another dependency |
| 00:15.38 | maejrep | thanks |
| 00:15.38 | ToAsTcfh | maejrep: take a look at it cuz im not seeing what ur talkin bout http://gitorious.org/linux-on-qualcomm-s-msm/android-hardware |
| 00:15.38 | NetRipper | no? |
| 00:15.39 | NetRipper | hm |
| 00:15.40 | NetRipper | k |
| 00:15.43 | NetRipper | check Kconfig |
| 00:16.56 | maejrep | needed CONFIG_VT :x |
| 00:19.04 | maejrep | ToAsTcfh: that's something that uses the sysfs attr |
| 00:19.10 | maejrep | what are you wanting to do? |
| 00:19.21 | maejrep | 149 |
| 00:19.21 | maejrep | <PROTECTED> |
| 00:19.21 | maejrep | 150 |
| 00:19.21 | maejrep | <PROTECTED> |
| 00:19.31 | maejrep | so it opens the rate attr file for write access |
| 00:19.35 | ToAsTcfh | im gonna use this driver instead |
| 00:19.45 | maejrep | that rate attr file is setup in the chip driver |
| 00:20.13 | ToAsTcfh | phh said i needed to change the set_rate |
| 00:20.31 | phh | I don't know if your driver uses also i2c settings |
| 00:20.36 | maejrep | it does |
| 00:20.37 | phh | and same rate behaviour |
| 00:20.53 | maejrep | bma150 does have a rate attribute |
| 00:20.58 | phh | maejrep: the rate file is 10*rate in Hz ? |
| 00:21.06 | phh | hum it's rate/10 |
| 00:21.09 | maejrep | i can check |
| 00:21.57 | phh | but still the open function has to be changed to use correct driver name |
| 00:21.58 | maejrep | hmm, maybe I was wrong, don't see a set_rate in the chip driver |
| 00:23.14 | ToAsTcfh | so is this gonna work |
| 00:23.56 | phh | maejrep: it's not even an /dev/input device |
| 00:24.02 | maejrep | /sys/devices/platform/i2c-adapter/i2c-0/0-0038/name = bma150 |
| 00:24.16 | phh | (If i read the correct source code) |
| 00:24.27 | maejrep | there might be another driver that reads the i2c chip, and turns it into an input device |
| 00:24.52 | phh | I don't think so, ioctl's would be useless |
| 00:25.06 | maejrep | and yeah, there is no rate attr for bma150 |
| 00:25.20 | phh | so the rate control is done userland hum |
| 00:25.27 | ToAsTcfh | ssd_bma150_usr |
| 00:25.44 | ToAsTcfh | is whats found in the orig rom fromsprint |
| 00:26.32 | ToAsTcfh | also in the settings.apk there is afolder with and android.mk and the ssd_bma150_usr in it |
| 00:26.56 | maejrep | what kind of file is ssd_bma150_usr in the apk? |
| 00:27.08 | ToAsTcfh | i have no clue why either. no other setting.apk has this |
| 00:27.26 | ToAsTcfh | the same as in bin |
| 00:28.05 | maejrep | i mean what is it? is it a driver, txt file, xml file, shared object library? |
| 00:28.58 | ToAsTcfh | driver |
| 00:30.14 | ToAsTcfh | maejrep: pm |
| 00:30.14 | phh | you mean a kernel driver ? |
| 00:31.03 | ToAsTcfh | it seems to be the exact samething as whats in system/bin |
| 00:31.29 | phh | a daemon then ? |
| 00:31.43 | ToAsTcfh | yes |
| 00:33.55 | maejrep | it looks like it's a userland utility to configure the bma |
| 00:34.15 | maejrep | objdump can disassemble it |
| 00:34.21 | ToAsTcfh | so... |
| 00:35.35 | maejrep | it talks to /dev/bma150 |
| 00:36.12 | maejrep | and has support for bahamas, hero, orca, mahimahi, legend, heroc, desirec, and incrediblec |
| 00:37.11 | phh | I wonder how htc choose dev's name |
| 00:37.32 | ToAsTcfh | so im gonna have to get this in the settings.apk somehow and maybe things will work right |
| 00:37.34 | maejrep | i would imagine orca and mahimahi are probably google names |
| 00:37.42 | phh | ToAsTcfh: no |
| 00:37.47 | phh | you still need a .so driver |
| 00:37.49 | maejrep | matches the google standard of using fish names for their dev boards |
| 00:37.59 | maejrep | Dynamic Section: |
| 00:37.59 | maejrep | <PROTECTED> |
| 00:37.59 | maejrep | <PROTECTED> |
| 00:37.59 | maejrep | <PROTECTED> |
| 00:37.59 | maejrep | <PROTECTED> |
| 00:37.59 | maejrep | <PROTECTED> |
| 00:38.01 | maejrep | <PROTECTED> |
| 00:39.24 | ToAsTcfh | so what about the changes to the set_rate and such |
| 00:39.34 | ToAsTcfh | is this driveer gonna work |
| 00:39.35 | phh | everything has to be changed |
| 00:39.39 | phh | it doesn't use /dev/input. |
| 00:39.50 | phh | you have to either bypass the daemon, or use it |
| 00:39.59 | ToAsTcfh | 500 lines worth |
| 00:40.27 | ToAsTcfh | i know nothing about writing drivers |
| 00:41.02 | maejrep | shouldn't be too hard to write a module that'll emulate the old way of accessing the device, and expose the data as an input dev |
| 00:41.17 | MrPippy | makkonen: which version of your rootfs has the new ril? does the 2009-12-16 one on wave have it, or is it in one of the zip files? |
| 00:41.26 | phh | maejrep: won't be easy because of the timing things |
| 00:41.30 | phh | would be easier to do in userland |
| 00:41.39 | phh | (or you can copy kionix kxsd9 code) |
| 00:41.52 | maejrep | hmm |
| 00:42.11 | *** join/#htc-linux The_Eccentric (n=ablack7@unaffiliated/theeccentric/x-737283) |
| 00:42.19 | ToAsTcfh | so ur gonna write it for us;D |
| 00:42.44 | phh | ok |
| 00:42.53 | maejrep | i haven't really been following, but I can take a stab at writing a bridge for it |
| 00:43.56 | ToAsTcfh | quietblongs used stuff from 1.5 to rebuild the driver in his aosp build but it effects frmework.jar and core.jar to much to go through |
| 00:44.10 | phh | that's stupid imho |
| 00:44.14 | maejrep | the problem is the old way used a daemon and device file to generate output, and the new way has to expose the readings as an input device with 3 axes? |
| 00:44.42 | phh | maejrep: well, with my source code you have mostly a skeleton to do whatever you want |
| 00:44.58 | phh | the /dev/input specific part isn't huge |
| 00:45.39 | maejrep | but is that accurate? for it to work with 2.x, the axis readings have to be converted into a 3-axis input device? |
| 00:46.24 | maejrep | i can't believe htc would implement a g-sensor and not make it an input device |
| 00:46.40 | ToAsTcfh | the axis reads work now |
| 00:46.52 | ToAsTcfh | they just dont show in sapps |
| 00:46.55 | ToAsTcfh | apps |
| 00:47.02 | maejrep | axis reads how? |
| 00:47.03 | ToAsTcfh | u cant see them |
| 00:47.13 | ToAsTcfh | in logcat u can |
| 00:47.13 | phh | how do you know it's read if you can't see them /o\ |
| 00:47.20 | phh | ok it's just that the daemon is running |
| 00:47.34 | tmzt | it's probably xz |
| 00:47.47 | ToAsTcfh | when u calibrate it shows the axis in logcat |
| 00:47.55 | ToAsTcfh | all three' |
| 00:48.14 | ToAsTcfh | and idf u move the phone it wont calibrate |
| 00:48.23 | ToAsTcfh | leave it still and it will |
| 00:48.53 | ToAsTcfh | it just never shows movement in the apps at all |
| 00:48.54 | tmzt | desirec? that's eris then |
| 00:48.58 | maejrep | where's the calibration app? :p |
| 00:48.59 | maejrep | yes |
| 00:49.05 | ToAsTcfh | callibration teeter |
| 00:49.14 | ToAsTcfh | settings |
| 00:49.17 | ToAsTcfh | apk |
| 00:49.17 | tmzt | get source for that |
| 00:49.33 | maejrep | ah: wherD/SensorManager( 1722): found sensor: BMA150 3-axis Accelerometer, handle=0 |
| 00:49.41 | ToAsTcfh | but compass doesnt show eithr |
| 00:50.01 | ToAsTcfh | are u on my rom |
| 00:50.03 | ToAsTcfh | ? |
| 00:50.21 | maejrep | yes |
| 00:50.26 | phh | sensormanager can find something but still fails |
| 00:50.41 | phh | there is some unwanted compatibility between <=cupcake and > cupcake |
| 00:50.46 | maejrep | yeah it finds all the sensors |
| 00:50.53 | maejrep | D/SensorManager( 1192): found sensor: BMA150 3-axis Accelerometer, handle=0 |
| 00:50.54 | maejrep | D/SensorManager( 1192): found sensor: AK8973 3-axis Magnetic field sensor, handle=1 |
| 00:50.54 | maejrep | D/SensorManager( 1192): found sensor: AK8973 Orientation sensor, handle=2 |
| 00:50.54 | maejrep | D/SensorManager( 1192): found sensor: CM3602 Light sensor, handle=4 |
| 00:51.19 | MrPippy | nice, i booted again with microp-klt enabled and everything works |
| 00:52.08 | phh | maejrep: you have so many sensors at the same time ? wah. |
| 00:52.18 | ToAsTcfh | sensors manager is the issue im sure. the prolly chnged something |
| 00:52.20 | maejrep | lol |
| 00:52.32 | phh | ToAsTcfh: you'd really better not to change the framework ... |
| 00:52.44 | ToAsTcfh | it does that normally though even in 1.5 |
| 00:52.55 | phh | anyway, bed's calling me |
| 00:53.05 | ToAsTcfh | boo |
| 00:53.39 | ToAsTcfh | so what do yall propose for a fix |
| 00:54.29 | MrPippy | has anyone tried using ext3 (instead of ext2) for android's /data? |
| 00:54.29 | ToAsTcfh | or better yet whose gonna write the driver |
| 00:54.33 | ToAsTcfh | ;D |
| 00:54.42 | ToAsTcfh | yup |
| 00:55.06 | ToAsTcfh | and i noticed no difference |
| 00:55.13 | makkonen | MrPippy: rootfs.img on the wave is the one with the new RIL. |
| 00:55.23 | ToAsTcfh | but they say there is one |
| 00:55.34 | MrPippy | makkonen: yeah thanks, just tried and its working good |
| 00:57.39 | makkonen | great |
| 01:02.32 | MrPippy | phone reset while i was in the browser though, we gotta find a ram console location that works |
| 01:04.14 | MrPippy | hmm the last lines in logcat were the browser segfaulting |
| 01:05.19 | *** join/#htc-linux hicks (i=hix@cpc2-uddi21-2-0-cust389.uddi.cable.virginmedia.com) |
| 01:06.15 | tmzt | decrease ram used by linux and put it there |
| 01:06.45 | MrPippy | good idea |
| 01:06.48 | makkonen | I don't know how to do that. |
| 01:06.55 | MrPippy | hopefully wince won't overwrite it though |
| 01:06.56 | tmzt | mem= |
| 01:07.03 | tmzt | ah, yeah |
| 01:07.08 | tmzt | that might be an issue |
| 01:07.19 | tmzt | read from spl though |
| 01:07.22 | tmzt | should work |
| 01:07.58 | MrPippy | how do you do that? |
| 01:08.04 | tmzt | you can also enable the ecc stuff |
| 01:08.11 | tmzt | umm, boot into spl |
| 01:08.15 | tmzt | connect usb |
| 01:08.23 | tmzt | use minicom or similar |
| 01:08.38 | tmzt | but I don't know the commands so you have to ask cmonex |
| 01:08.50 | MrPippy | i'd just have to be quick to hold down something on the keypad when it resets? |
| 01:09.20 | tmzt | yes |
| 01:09.40 | tmzt | vol down and power I think |
| 01:09.49 | tmzt | what device? |
| 01:09.58 | MrPippy | diam500 |
| 01:10.06 | tmzt | yeah |
| 01:10.12 | tmzt | vol down might be enough |
| 01:14.13 | *** join/#htc-linux f22 (n=pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 01:15.33 | *** join/#htc-linux MrPippy (n=pip@adsl-75-11-167-51.dsl.sndg02.sbcglobal.net) |
| 01:27.30 | *** part/#htc-linux okias (n=okias@93.170.18.39) |
| 01:38.17 | *** join/#htc-linux bertramt (n=chatzill@24-196-115-222.dhcp.fdul.wi.charter.com) |
| 01:57.23 | *** join/#htc-linux CoKe_Lappy (n=imcokema@pool-71-251-145-41.hrbgpa.fios.verizon.net) |
| 02:01.03 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
| 02:20.26 | MrPippy | weird, someone with a diam500 also has a partitioned SD card.. mmcblk0: mmc1:0001 ZLE0DM 3932160kib |
| 02:20.27 | MrPippy | mmcblk0: p1 p2 |
| 02:20.46 | MrPippy | and p1 isn't the FAT fs |
| 02:32.44 | tmzt | dzo: what fs are you using on nand since you didn't modify hardspl I guess you got it to flash |
| 02:32.54 | tmzt | from nbh |
| 02:33.20 | tmzt | or is it just kernel and initrd in xip and flash is done through mtd |
| 02:34.02 | dzo | yes, kernel and initrd in xip, yaffs2 on mtd. |
| 02:34.39 | dzo | not enough oob data in an nbh to get it to flash yaffs i think. |
| 02:39.32 | tmzt | ok |
| 02:39.38 | tmzt | time for kais/diam? |
| 02:39.41 | *** join/#htc-linux jeremychang (n=jeremych@61-30-10-70.static.tfn.net.tw) |
| 02:39.50 | tmzt | have you posted updated bootloader source anywhere? |
| 02:40.31 | tmzt | and, uh, is that buildable from linux? |
| 02:42.49 | The_Eccentric | whats the name for the wifi module for raplh 800? |
| 02:43.38 | tmzt | dzo: I have talked with cmonex about multiboot support but seems nand is constrained |
| 02:43.57 | tmzt | also discussed getting the oob issue fixed but probably not is spl itself |
| 02:44.16 | tmzt | have you looked into adding fastboot or ruu to your bootloader? |
| 02:44.43 | tmzt | linux is fine though, since the initrd can act as a recovery.img |
| 02:44.52 | tmzt | when booted a certain way |
| 02:46.40 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 02:47.38 | *** join/#htc-linux jashsu (n=chatzill@c-24-6-203-154.hsd1.ca.comcast.net) |
| 02:55.40 | *** join/#htc-linux f22 (n=pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 03:06.09 | The_Eccentric | is the site back working? |
| 03:08.44 | *** join/#htc-linux loxattack (n=lox@cpe-72-181-54-118.satx.res.rr.com) |
| 03:10.06 | tmzt | [6~[6~[6~/wi 2 |
| 03:10.11 | tmzt | uh |
| 03:10.25 | The_Eccentric | know where to find the driver TIWLAN? |
| 03:10.30 | The_Eccentric | wifi |
| 03:10.41 | The_Eccentric | says it's the only stable one |
| 03:11.01 | tmzt | from dream |
| 03:11.05 | tmzt | why? |
| 03:12.13 | The_Eccentric | for raplh 800 |
| 03:45.35 | *** join/#htc-linux rawker (i=4c6756af@gateway/web/freenode/x-hyuoxgshegowebco) |
| 05:00.03 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 05:00.41 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 05:03.39 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
| 05:06.06 | *** join/#htc-linux pidpawel_ (i=pidpawel@azd6.neoplus.adsl.tpnet.pl) |
| 05:12.10 | *** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 05:16.36 | *** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 05:36.22 | *** join/#htc-linux NexVision__ (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 05:36.40 | *** join/#htc-linux loxattack (n=lox@cpe-72-181-54-118.satx.res.rr.com) |
| 06:22.58 | *** join/#htc-linux aker_ (n=quassel@219.142.122.100) |
| 06:30.38 | *** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 07:02.00 | *** join/#htc-linux Pandemic187 (n=Pandemic@c-76-125-12-222.hsd1.il.comcast.net) |
| 07:15.53 | *** join/#htc-linux Radix_ (i=quasselc@203.161.71.161.static.amnet.net.au) |
| 07:20.52 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 07:43.22 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
| 08:05.04 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 08:05.12 | *** join/#htc-linux rmoravcik (n=rmoravci@adsl-dyn120.78-98-95.t-com.sk) |
| 08:05.18 | *** part/#htc-linux rmoravcik (n=rmoravci@adsl-dyn120.78-98-95.t-com.sk) |
| 08:09.36 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 08:33.46 | *** join/#htc-linux kiozen (n=oeichler@p54920B26.dip0.t-ipconnect.de) |
| 08:35.55 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
| 09:07.00 | *** join/#htc-linux aker (n=quassel@219.142.122.100) |
| 09:09.03 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 09:24.51 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
| 09:37.59 | *** join/#htc-linux ccube (n=ccube@tmo-101-224.customers.d1-online.com) |
| 09:52.32 | *** join/#htc-linux luc_ (i=c06d8c23@gateway/web/freenode/x-dzljuzkddhtjwzzm) |
| 10:10.05 | phh | [04:19:51] <The_Eccentric> know where to find the driver TIWLAN? <----- good luck getting it working on raph. |
| 10:10.13 | *** join/#htc-linux cefn (n=cefn@host86-159-13-55.range86-159.btcentralplus.com) |
| 10:34.35 | *** join/#htc-linux loxattack-2 (n=lox@cpe-72-181-54-118.satx.res.rr.com) |
| 10:47.29 | *** join/#htc-linux gsommer (n=gsommer@194.192.93.101) |
| 11:20.30 | phh | oh cr2's alive |
| 11:23.16 | *** join/#htc-linux fish1209 (n=fish1209@unaffiliated/fish0912) |
| 11:23.44 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable187.118-80-70.mc.videotron.ca) |
| 11:23.52 | *** join/#htc-linux GNUtoo (n=GNUtoo@host130-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:25.49 | NetRipper | lots of frustrated people working at HTC |
| 11:26.01 | NetRipper | with debug messages like' |
| 11:26.04 | NetRipper | Start!!! |
| 11:26.13 | NetRipper | Cannot use handle I2C1!!!! |
| 11:26.43 | NetRipper | excessive exlamation use ;) |
| 11:28.56 | phh | :) |
| 11:42.10 | *** join/#htc-linux cefn (n=cefn@host86-159-13-55.range86-159.btcentralplus.com) |
| 11:44.29 | *** join/#htc-linux jeremychang (n=jeremych@61-30-10-70.static.tfn.net.tw) |
| 11:52.49 | *** join/#htc-linux kiozen (n=oeichler@p54920B26.dip0.t-ipconnect.de) |
| 11:55.42 | *** join/#htc-linux bertramt (n=chatzill@24-196-115-222.dhcp.fdul.wi.charter.com) |
| 12:02.38 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 12:11.10 | phh | I should benchmark the battery life for ebook reading between linux/android and linux ... |
| 12:11.29 | phh | as windows has fixed clock at 528MHz, and maybe no idle sleep, I think linux will last really longer |
| 12:12.14 | *** join/#htc-linux ccube (n=ccube@95-90-193-96-dynip.superkabel.de) |
| 12:13.13 | phh | yeaha, i can get both adb and ether on usb at the same time \o/ |
| 12:25.04 | *** join/#htc-linux luminoso (n=lumos@av-217-129-128-10.netvisao.pt) |
| 12:28.56 | *** join/#htc-linux zycho (n=zycho@p54833A9E.dip.t-dialin.net) |
| 12:34.11 | phh | for raph/diam/blac users interested, i've pushed (and GlemSom built it), this adb+ether(+others) thing |
| 12:38.23 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable187.118-80-70.mc.videotron.ca) |
| 12:45.13 | GlemSom | phh: So, no need to select active sync before booting android? |
| 12:45.33 | phh | oh i don't think that changed |
| 12:46.10 | phh | I think we're still lacking a clock initialisation |
| 12:46.16 | GlemSom | ohh, ehternet and adb at the same time...? |
| 12:46.21 | phh | yes |
| 12:46.35 | GlemSom | over usb I guess? |
| 12:46.39 | phh | yes |
| 12:47.57 | GlemSom | phh: Don't you have a paying job to do sometimes? :P You seem to be working a the kernel around the clock! :P |
| 12:48.10 | phh | lol |
| 12:48.12 | phh | i'm a student :p |
| 12:49.32 | phh | ok, so i rebooted to wince... now the question is why. |
| 13:15.03 | *** join/#htc-linux osamaa (n=osamaa@79.134.131.17) |
| 13:15.26 | osamaa | Hi |
| 13:28.04 | *** join/#htc-linux kiozen_ (n=oeichler@p54920B26.dip0.t-ipconnect.de) |
| 13:32.49 | *** join/#htc-linux luminoso (n=lumos@av-217-129-128-10.netvisao.pt) |
| 13:35.47 | kam187 | anyone reversed any oemsbl's at all? |
| 13:36.05 | phh | why do you want to do that ? |
| 13:36.17 | *** join/#htc-linux f22 (n=pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 13:37.03 | kam187 | I'm looking to remap some devices |
| 13:39.31 | phh | memory you mean ? |
| 13:41.17 | kam187 | i have a different QC based device, that isnt running android, or WM. And i want to swap the function of two com ports in the firmware |
| 13:41.44 | phh | what's the point ? |
| 13:41.45 | kam187 | so i have to modify the firmware directly = alot of reversing in ida :( |
| 13:42.05 | kam187 | one com port is emulated over USB, and so can be accesed externally |
| 13:42.06 | kam187 | the other isnt |
| 13:42.06 | phh | isn't it easier to change linux's code ? |
| 13:42.17 | phh | ?!? |
| 13:42.23 | kam187 | its all embedded, no shell to work from |
| 13:42.34 | phh | MSM has such features ? |
| 13:42.35 | *** join/#htc-linux MatBee_ (n=MatBee_@vpn.abelsoft.com) |
| 13:42.43 | MatBee_ | doodoo |
| 13:42.46 | phh | I've never seen that |
| 13:43.11 | kam187 | sure its just a custom OS on it |
| 13:43.36 | phh | it would be easier to change the OS then ? |
| 13:43.57 | kam187 | its a MSM6246 tho |
| 13:44.16 | kam187 | i dont know of any linux builds for it |
| 13:44.17 | phh | MatBee_: with my kernel, does the device vibrates when trying to start ? |
| 13:44.33 | phh | kam187: ouch |
| 13:44.45 | kam187 | its just about understanding where all the routines are tho |
| 13:44.48 | MatBee_ | phh, yes it does |
| 13:44.52 | phh | bah |
| 13:45.04 | MatBee_ | buzz buzz |
| 13:45.06 | kam187 | then i can swap sub tx_byte for one com port with sub tx_byte of the other |
| 13:45.32 | kam187 | because i dont care about the initialisation, and i know both com ports get initialised at the same time |
| 13:45.49 | MatBee_ | whats the latest date for the kernel? |
| 13:45.55 | kam187 | rx might be trickier tho if one uses interupts and the other doesnt for example |
| 13:45.56 | MatBee_ | i havent changed it in a while |
| 13:46.49 | phh | MatBee_: wait a bit, i'll try something |
| 13:47.45 | MatBee_ | sure |
| 13:48.02 | MatBee_ | ive got legions of men awaiting the arrival of a booting kernel ;P |
| 13:48.03 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
| 13:48.28 | MatBee_ | sadly no ladies ;P |
| 13:50.52 | phh | http://husson.hd.free.fr/zImage |
| 13:51.04 | phh | mtype = 1910 |
| 13:51.17 | MatBee_ | ok |
| 13:51.54 | phh | and add board-htcraphael.treo=1 |
| 13:51.56 | phh | to the cmdline |
| 13:52.47 | phh | oh wait i forgot something |
| 13:52.54 | MatBee_ | ah |
| 13:53.44 | phh | redownload |
| 13:56.41 | MatBee_ | it buzzed twice and is now frozen solid ;) |
| 13:57.13 | MatBee_ | never rebooted this time, if that means anything |
| 13:57.49 | phh | means memory seems right. |
| 13:58.21 | NetRipper | buzzing is good |
| 13:58.22 | NetRipper | :) |
| 13:58.35 | phh | it already buzzed before :po |
| 13:58.38 | MatBee_ | haha |
| 13:58.38 | NetRipper | oh |
| 13:58.46 | MatBee_ | well its not NOT buzzing ;P |
| 13:58.49 | MatBee_ | which is good |
| 13:59.00 | NetRipper | no it should buzz, means proc_comm works :) |
| 13:59.11 | phh | :) |
| 14:00.03 | phh | MatBee_: redownload |
| 14:01.18 | MatBee_ | same thing |
| 14:01.19 | *** join/#htc-linux ccube (n=ccube@95-90-193-96-dynip.superkabel.de) |
| 14:01.27 | phh | that was fast |
| 14:01.37 | MatBee_ | im zippy |
| 14:01.58 | phh | if you let it start and wait, does your computer recognize anything in usb ? |
| 14:02.37 | MatBee_ | well, activesync and such disconnects |
| 14:02.46 | phh | yes but no new device ? |
| 14:02.49 | MatBee_ | as for recognizing a device, i dont think so |
| 14:03.32 | MatBee_ | unplugging it and putting it back in just causes an error |
| 14:03.36 | MatBee_ | on windows-- |
| 14:04.37 | phh | you have no linux ? |
| 14:04.54 | MatBee_ | i do have linux, at home |
| 14:05.02 | phh | and you're not at home i assume ? |
| 14:05.09 | MatBee_ | no sir |
| 14:05.15 | phh | pff |
| 14:05.25 | phh | anyway, the error is when putting it back ?* |
| 14:05.43 | MatBee_ | usb device caused an error, cannot be recognize -- something along those lines |
| 14:05.51 | MatBee_ | the charging light doesnt even turn off on the phone :P |
| 14:05.59 | phh | yes that's normal |
| 14:11.07 | phh | tmzt: how did you do noop panel ? |
| 14:11.56 | *** join/#htc-linux herpez (n=herpez@87-196-174-29.net.novis.pt) |
| 14:14.45 | *** join/#htc-linux Foxdie (n=foxdie@mendoza.bhm.mmnet.co.uk) |
| 14:21.06 | *** join/#htc-linux herpez2 (n=herpez@87-196-174-29.net.novis.pt) |
| 14:23.49 | phh | MatBee_: try again |
| 14:24.43 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) |
| 14:24.51 | MatBee_ | and we're scrolling :) |
| 14:25.00 | HardDisk_WP | omg the HD2 is really huge... |
| 14:25.12 | MatBee_ | booting... |
| 14:25.54 | phh | still black screen ? |
| 14:25.57 | MatBee_ | nope |
| 14:26.02 | MatBee_ | its booting linux atm |
| 14:26.12 | phh | android won't start anyway |
| 14:27.18 | MatBee_ | yeah now its just doing some endless thing |
| 14:27.42 | phh | snapshot ? :p |
| 14:28.03 | YellowGTO|Nix | Anyone see Avatar? |
| 14:28.23 | MatBee_ | snapshot impossible atm:P |
| 14:28.42 | MatBee_ | i think it just restarted the boot process |
| 14:29.21 | MatBee_ | its at, send_init() |
| 14:29.27 | phh | uh ? |
| 14:29.48 | MatBee_ | it gets to --cut here-- and does its thing |
| 14:31.32 | phh | now you need to get adb. |
| 14:31.33 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:32.18 | phh | developer.android.com or something like that |
| 14:32.22 | MatBee_ | Android Debug Bridge? |
| 14:32.52 | MatBee_ | nice, ill have to get that running at home |
| 14:33.23 | *** join/#htc-linux |Jason8| (i=JayAte@server2.tiltshellz.org) |
| 14:33.40 | phh | I guess it should work now |
| 14:34.23 | *** join/#htc-linux sxe (n=quassel@ip-62-143-102-161.unitymediagroup.de) |
| 14:37.08 | phh | (i mean adb should work) |
| 14:38.19 | *** join/#htc-linux ccube (n=ccube@95-90-193-96-dynip.superkabel.de) |
| 14:38.50 | MatBee_ | yeah i figured that |
| 14:39.42 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:44.00 | *** join/#htc-linux GNUtoo (n=GNUtoo@host130-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 14:49.41 | *** join/#htc-linux pidpawel_ (i=pidpawel@azd6.neoplus.adsl.tpnet.pl) [NETSPLIT VICTIM] |
| 14:49.41 | *** join/#htc-linux ablack7_ (n=The_Ecce@96-28-145-156.dhcp.insightbb.com) [NETSPLIT VICTIM] |
| 14:49.41 | *** join/#htc-linux Ekips (i=spike@d51A460C9.access.telenet.be) [NETSPLIT VICTIM] |
| 14:49.41 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) [NETSPLIT VICTIM] |
| 14:49.41 | *** join/#htc-linux gazab_ (n=gazab@c-2d85e555.04-117-6c6b7013.cust.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 14:49.41 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) [NETSPLIT VICTIM] |
| 14:49.50 | YellowGTO|Nix | http://i.imgur.com/uoJi0.png |
| 14:50.40 | phh | MatBee_: try again |
| 14:57.06 | maejrep | phh: i got a command-line program to read the accelerometer data from /dev/bma150 (for heroc), but when I wrote a sensors.so library, i get random errors with the ioctls (it might work once out of several attempts) |
| 14:57.55 | maejrep | 12-21 09:02:12.368 D/HEROCSensors( 73): Acceleration: 0.08, -0.07, -1.02 |
| 14:59.05 | phh | if you get errors, it's easy to check |
| 14:59.12 | phh | and loop until you get one |
| 14:59.19 | phh | if you get wrong data, that's more difficult |
| 14:59.32 | maejrep | it's just -1 result |
| 14:59.53 | maejrep | so i should loop until good data is returned? |
| 15:00.01 | MatBee_ | damnit |
| 15:00.07 | MatBee_ | crashes when i go to the bathroom ;P |
| 15:00.08 | phh | maejrep: can't find a better way :/ |
| 15:00.16 | phh | MatBee_: ? |
| 15:00.19 | maejrep | ok |
| 15:00.20 | MatBee_ | did u just ask me to try it again? |
| 15:00.29 | phh | maejrep: you added a usleep(rate) somewhere in poll ? |
| 15:00.32 | phh | MatBee_: yes |
| 15:00.35 | MatBee_ | phh, sorry, i meant my computer |
| 15:00.38 | phh | ah |
| 15:00.39 | maejrep | no :x |
| 15:01.16 | maejrep | this is just accelerometer btw, i assume i won't see auto orientation changes until i implement an orientation sensor? |
| 15:02.02 | phh | my "driver" fakes orientation using accelerometer |
| 15:02.10 | phh | (because diamond has no orientation device) |
| 15:02.31 | phh | (so one axis is always set to 0) |
| 15:02.40 | phh | but auto orientation should work |
| 15:02.44 | MatBee_ | phh, this one just freezes |
| 15:03.05 | phh | ok |
| 15:03.27 | phh | maejrep: you must add a( 1/rate)s delayin the poll function |
| 15:03.35 | phh | that's also maybe why it crashes |
| 15:04.24 | *** join/#htc-linux zycho (n=zycho@p54833A9E.dip.t-dialin.net) |
| 15:04.36 | maejrep | it calls set_delay with 200. so it should usleep(200000) ? |
| 15:05.07 | phh | well not exactly |
| 15:05.13 | phh | but for a first try it should be fine |
| 15:07.53 | *** join/#htc-linux Tinyboom_ (n=nahh@ti0121a340-dhcp0974.bb.online.no) |
| 15:08.18 | leviathan | btw |
| 15:08.35 | leviathan | pulse audio seems nice |
| 15:08.46 | leviathan | it allows to use the playwav2 methods |
| 15:08.51 | leviathan | to select output devices |
| 15:09.06 | leviathan | and allocate the codec hardware |
| 15:09.36 | leviathan | I guess its not the best practice |
| 15:09.44 | leviathan | but alsa was driving me crazy |
| 15:09.44 | leviathan | -.- |
| 15:11.15 | phh | you could also do a gstreamer module |
| 15:11.27 | phh | so you could use mp3/aac/whatever hardware decoding |
| 15:19.32 | maejrep | phh: 12-21 10:16:52.078 D/HEROCSensors( 73): Orientation: azimuth = 0, pitch = -3.359098, roll = 3.807600 |
| 15:19.39 | maejrep | does that look accurate? |
| 15:20.00 | phh | the phone is horizontal ? |
| 15:20.06 | phh | the values are in degrees |
| 15:20.23 | phh | 4° for horizontal seems fair :p |
| 15:20.23 | maejrep | face up on the table, yes |
| 15:20.31 | maejrep | ah |
| 15:20.48 | phh | try the oppposite way, you should get one value to 180 |
| 15:20.54 | MatBee_ | ah nuts, you have that booting version still available phh? |
| 15:21.10 | MatBee_ | i successfully managed to overwrite it on both of my machines |
| 15:21.10 | phh | no but i can make it |
| 15:21.16 | phh | lol |
| 15:21.55 | phh | redl |
| 15:22.35 | maejrep | how can I get it to poll more often? |
| 15:23.20 | phh | hu ? |
| 15:23.26 | phh | you can sleep less if you want to |
| 15:23.42 | maejrep | android just doesn't call the poll function after a while |
| 15:23.51 | maejrep | it was called ~5 times, then stopped |
| 15:24.00 | phh | sounds strange |
| 15:24.16 | phh | oh well, you might need to be in an app which is able to rotate |
| 15:24.20 | phh | the "desktop" can't |
| 15:24.51 | maejrep | but you can usually rotate the home screen |
| 15:24.59 | phh | not with auto rotation |
| 15:25.03 | phh | at least i've never seen that |
| 15:25.18 | maejrep | the phone did it on cupcake |
| 15:25.26 | maejrep | and my Ion does it on donut |
| 15:25.33 | phh | strange |
| 15:25.35 | phh | anyway, go in settings |
| 15:25.40 | phh | i'm sure this one does autorotate |
| 15:25.45 | maejrep | anyway, I opened the ApiDemos app, and it doesn't poll still |
| 15:26.05 | phh | ok |
| 15:26.24 | phh | no idea other than add a lot of DBG everywhere |
| 15:26.39 | phh | maybe you have an infinite wait somewhere |
| 15:26.55 | maejrep | it made 5 calls to poll, then tried to disable and data_close |
| 15:27.06 | phh | with the same PID ? |
| 15:27.12 | maejrep | yeah, 73 / system |
| 15:27.30 | phh | is autorotate activated ? :p |
| 15:27.42 | maejrep | a setting? |
| 15:27.47 | phh | yes |
| 15:27.54 | maejrep | then ApiDemos called the main open(), then nothing |
| 15:27.59 | maejrep | where's the setting at? :p |
| 15:28.05 | phh | oh yes there is no need for setting that |
| 15:28.08 | MatBee_ | lol |
| 15:28.32 | maejrep | "switch orientation automatically when rotating phone" |
| 15:28.34 | maejrep | was already enabled |
| 15:28.41 | MatBee_ | we should make one of those chairs from stargate where they can transfer information directly in to our brains |
| 15:28.41 | phh | anyway the api demos should work without that |
| 15:29.41 | phh | maejrep: I think it's because you're doing something wrong, the return values are big pain for example |
| 15:30.05 | phh | or maybe 2.1 broke the API meanwhile |
| 15:30.24 | maejrep | k, should i fake success if it fails? :p |
| 15:30.31 | phh | yes |
| 15:31.28 | phh | if it fails, it closes the sensor |
| 15:31.28 | phh | ok, then android is doing it wrong :p |
| 15:32.20 | maejrep | also, the kernel driver automatically turns the sensor off in sleep, and on in resume. think that would conflict with activate(), which might be called while the display is off? |
| 15:33.03 | phh | mmm, don't know |
| 15:33.13 | maejrep | it doesn't turn off the i2c chip, just the sensor itself: so poll would still work, would just return all 0's |
| 15:33.47 | phh | beware of the /0 if it returns 0 :p |
| 15:33.58 | maejrep | :X |
| 15:34.17 | phh | (orientation estimation divides by x^2+y^2+z^2) |
| 15:34.31 | maejrep | heh |
| 15:34.39 | maejrep | sure does |
| 15:37.13 | maejrep | any way to get it to reload the sensors file without rebooting? :p |
| 15:37.22 | phh | killall system_server |
| 15:37.28 | maejrep | nice |
| 15:37.38 | phh | well for you it doesn't helps a lot |
| 15:37.47 | phh | but when you need to boot wince before booting linux it does :p |
| 15:38.15 | maejrep | so you have to reboot? |
| 15:38.29 | phh | not for sensors things |
| 15:38.36 | phh | well, unless it crashes meanwhile. |
| 15:39.01 | maejrep | heh, ok, so if I kill system_server, it won't reboot, and it will reload the system and the sensors library? |
| 15:40.38 | phh | yes |
| 15:40.48 | maejrep | good to know, thanks |
| 15:40.52 | phh | but it restarts the whole android things |
| 15:41.07 | maejrep | ahh, I see what you're saying |
| 15:41.26 | phh | it's just the kernel that is not restarted |
| 15:41.27 | *** join/#htc-linux luminoso_ (n=lumos@av-217-129-128-10.netvisao.pt) |
| 15:41.47 | phh | well you'll benefit from the in ram cache but that's it |
| 15:43.40 | maejrep | meh, crashed |
| 15:47.32 | *** join/#htc-linux gnutoo_ (n=GNUtoo@host130-158-dynamic.54-79-r.retail.telecomitalia.it) |
| 15:49.01 | MatBee_ | j |
| 15:51.45 | phh | maejrep: still not working ? |
| 15:52.30 | maejrep | no, crashed when i open apidemos |
| 15:53.01 | phh | ah. |
| 15:55.11 | phh | any blac user around ? |
| 15:55.45 | maejrep | and of course it gives you absolutely no hint as to why it crashes |
| 15:55.57 | MatBee_ | need more tracelines |
| 15:56.00 | MatBee_ | <3 |
| 15:56.06 | phh | maejrep: logcat gives the name of the function |
| 15:56.12 | MatBee_ | ive grown a serious distaste towards tracing :p |
| 15:56.46 | phh | tracing in gnu/linux is easy |
| 15:58.01 | *** join/#htc-linux uio (n=chatzill@117.201.9.206) |
| 15:58.05 | uio | hi there |
| 15:58.13 | MatBee_ | well HELO there |
| 15:58.36 | uio | is there anyone who try to upgrade rom on qtek 9100 |
| 15:58.38 | uio | ? |
| 15:59.12 | *** join/#htc-linux sxe_ (n=quassel@ip-62-143-102-161.unitymediagroup.de) |
| 15:59.21 | MatBee_ | not I sir |
| 15:59.48 | uio | ok thx |
| 16:02.08 | maejrep | phh: i don't see it giving the name of the function |
| 16:02.58 | phh | maejrep: anyway, put DLOG("%s:%s:%d\n", __FILE__, __FUNCTION__, __LINE__); everywhere :p |
| 16:03.30 | MatBee_ | lol |
| 16:03.41 | MatBee_ | for each (line in document) write DLOG |
| 16:03.52 | phh | MatBee_: something like that :p |
| 16:04.22 | MatBee_ | im thinking of doing that for my WINE project |
| 16:04.31 | phh | bah, why is there a board named blackstone |
| 16:04.34 | phh | and another htcblackstone |
| 16:06.59 | maejrep | so how do you killall system_server, when system_server already crashed ;p |
| 16:08.57 | phh | i reboot :p |
| 16:09.18 | MatBee_ | so, linux froze solid on me the other day |
| 16:09.27 | MatBee_ | yet my windows 7 is working flawlessly |
| 16:09.44 | MatBee_ | ;) |
| 16:19.50 | *** join/#htc-linux cefn (n=cefn@host86-159-13-55.range86-159.btcentralplus.com) |
| 16:21.56 | *** join/#htc-linux MatBee_ (n=MatBee_@vpn.abelsoft.com) |
| 16:35.40 | maejrep | so, uh, that time when I ran apidemos, it just repeated the same 8 lines from "BluetoothOppProvider" repeatedly until I killed com.android.bluetooth |
| 16:35.51 | maejrep | and the UI is frozen :/ |
| 16:37.14 | *** join/#htc-linux greebear (n=greenbea@dslb-088-078-202-166.pools.arcor-ip.net) |
| 16:37.36 | phh | (huhu |
| 16:37.59 | MatBee_ | drunk, phh? |
| 16:38.05 | phh | why ? |
| 16:38.12 | MatBee_ | (huhu |
| 16:38.23 | phh | huhu is because of the strange thing of maejrep |
| 16:38.30 | *** join/#htc-linux f22 (n=pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 16:38.34 | phh | maejrep: btw, you're the one who did proc_comm_wince ? |
| 16:38.52 | maejrep | ages ago yeah |
| 16:39.36 | phh | nice work :p |
| 16:40.08 | phh | if you have some time, mind getting GPS working on diam/raph/blac ? :p |
| 16:40.10 | maejrep | thanks :) |
| 16:40.28 | maejrep | my raph hasn't been turned on in months |
| 16:41.05 | makkonen | you're the one who did all the raph800 specific stuff, no? Why'd you have to go and get a hero? :-p |
| 16:41.11 | maejrep | and iirc, it isn't so easy for raph800, which doesn't even register a GPS_NMEA smd channel |
| 16:41.57 | maejrep | yeah for a while I was the only one working on raph800 |
| 16:42.01 | phh | arf it's a raph800 ? damn |
| 16:42.25 | maejrep | then my phone took a dive into a pint of beer, and I retired it |
| 16:42.40 | MatBee_ | LOL |
| 16:42.56 | MatBee_ | at least he went happily |
| 16:43.03 | maejrep | :p |
| 16:43.53 | makkonen | I think you're still pretty much the only one who ever worked on the raph800. I mean, I am now... but I don't code, so I don't really count. |
| 16:45.17 | MatBee_ | buy me one and ill help |
| 16:45.19 | maejrep | cr2 did an amazing amount of work with the research (he doesn't even have most of the phones he works on) |
| 16:45.20 | MatBee_ | ;) |
| 16:45.50 | maejrep | most of what I did was cleaning up code to be "linux proper", and implement some of the things cr2 found |
| 16:47.10 | maejrep | proc_comm_wince, for example, was a combination of dzo's original pcom for vogue, plus several hours learning how to use IDA :p |
| 16:47.57 | makkonen | hmm. maybe I should be teaching myself how to use IDA. |
| 16:48.20 | maejrep | then I try to disassemble akmd or sensors.heroc.so, and I suddenly miss how bloated windows is |
| 16:48.51 | phh | you want to port wince on android phones ? :p |
| 16:49.11 | maejrep | bet they never saw that one coming! |
| 16:49.27 | maejrep | actually i think someone has gotten vmware to work on android :p |
| 16:49.43 | makkonen | bet that's snappy. |
| 16:53.10 | MatBee_ | lol |
| 16:53.20 | MatBee_ | next up vmware os |
| 16:55.48 | MatBee_ | id love to dualboot andy and moe |
| 16:56.04 | phh | andy and moe ? |
| 16:56.09 | MatBee_ | android and winmo |
| 16:56.10 | phh | ayway cmonex plans to do a dualboot :p |
| 16:58.51 | MatBee_ | i love her |
| 16:58.54 | MatBee_ | <3 |
| 16:59.08 | MatBee_ | some asshole in china was selling hardspl for the gsm treo peo :P |
| 17:08.11 | *** join/#htc-linux GregLem (n=greg@lal69-5-88-171-98-250.fbx.proxad.net) |
| 17:10.05 | GregLem | Hi Everybody, I'm new on the channel and willing to help porting the kernel on HTC Touch Diamond. Who would be the main contact for this |
| 17:11.09 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d879095.pool.mediaWays.net) |
| 17:13.49 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
| 17:14.51 | GregLem | Hi Everybody, I'm new on the channel and willing to help porting the kernel on HTC Touch Diamond. Who would be the main contact for this? I'm an embedded software engineer working on Windows CE BSPs, Linux kernel driver support. Contact me @ greglemercier@free.fr if I can be any help. Tx;-) |
| 17:18.09 | phh | bah if you know how to get GPS working, it would be nice :p |
| 17:22.31 | GregLem | I could take a look at it, is there any place where I could find some documentation on the GPS chip of the Diamond |
| 17:23.37 | phh | if we had any documentation it would have already been coded |
| 17:23.48 | phh | and we don't access directly to the GPS chip |
| 17:23.52 | phh | only to the bsp |
| 17:24.05 | phh | (it's a lot more fun that way) |
| 17:24.34 | MatBee_ | did you just put coding and fun in the same sentence block? |
| 17:24.38 | MatBee_ | ;P |
| 17:25.53 | GregLem | Do we at least have the reference of the Diamond's onboard GPS chip? That would be a start |
| 17:27.26 | phh | I think it's embedded in the qualcomm's chip |
| 17:27.34 | MatBee_ | yep |
| 17:28.51 | GregLem | there seems to be a non-working implementation of the GPS driver in the git repository, I'll probably start from there |
| 17:30.32 | makkonen | GPS does mostly work on the Vogue, so you could look at that code as well. Not sure how different the gps implementation is between the msm7200 series and msm7500 series chips, but I'd imagine (...ok, hope) it's minimal. |
| 17:31.11 | MatBee_ | I'd imagine they're very minimal differences, since so many oem's chose 7200/7500 pairs for cdma/gsm |
| 17:32.47 | makkonen | yeah... but I don't know how aGPS works. I don't know how much it draws on the cellular connection. and, if it does, how much that would differ between cdma and gsm implementations. |
| 17:33.41 | phh | makkonen: first i want it on my msm7201a :p |
| 17:33.51 | MatBee_ | no! 7501a! |
| 17:34.05 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
| 17:34.23 | phh | MatBee_: your phone isn't even working :p |
| 17:34.26 | MatBee_ | lol |
| 17:34.40 | MatBee_ | give me a year |
| 17:34.56 | MatBee_ | or two, thats when my contract is up |
| 17:34.58 | phh | anyway, there is no cdma in france :p |
| 17:35.22 | MatBee_ | i want a phone like the palm pre |
| 17:35.49 | makkonen | with how far the vogue is... it's just cruel how little of this stuff works on the cdma raph/diam. The msm7500 series is well-supported. we just need that push to get it all dialed in. |
| 17:36.31 | phh | makkonen: i tried to port hero source code for smd*, as it seems it is meant to work on smd7500 too |
| 17:36.37 | phh | but well, it didn't boot at all :p |
| 17:36.42 | makkonen | :-) |
| 17:37.33 | makkonen | I guess I could stare at the smd source from the vogue tree and see how massive the differences are. |
| 17:37.48 | makkonen | what does 'smd' stand for, by the way? |
| 17:37.59 | MatBee_ | surface mount device? :P |
| 17:38.50 | MatBee_ | i have about 20 surface mount GPS chips that I can't get working without fabricating my own baord |
| 17:38.59 | MatBee_ | and soldering smd's is fkn retarded |
| 17:39.55 | ali1234 | makkonen: i think it stands for shared memory (something) in the context of /dev/sdm0 |
| 17:40.01 | leviathan | gnutoo_: bitbaking takes damn long |
| 17:40.02 | leviathan | -.- |
| 17:40.14 | ali1234 | because it's talking to the gsm coprocessor through a shared memory window |
| 17:40.38 | phh | makkonen: shared memory data or something like that |
| 17:40.49 | phh | oh ali1234 already said that. |
| 17:40.52 | leviathan | shared device memory perhaps? |
| 17:40.54 | leviathan | :) |
| 17:40.55 | MatBee_ | shared memory driver |
| 17:41.04 | phh | something like that :p |
| 17:41.14 | MatBee_ | googled it |
| 17:41.17 | MatBee_ | so i win |
| 17:41.30 | leviathan | make CROSS_COMPILE=/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/bin/ ARCH=arm menuconfig |
| 17:41.48 | leviathan | <PROTECTED> |
| 17:41.50 | leviathan | yes |
| 17:41.54 | leviathan | shared memory driver |
| 17:41.55 | leviathan | ^^ |
| 17:42.12 | MatBee_ | im never wrog |
| 17:42.15 | MatBee_ | wrong** |
| 17:42.17 | leviathan | lol |
| 17:42.18 | makkonen | hahaha |
| 17:42.44 | leviathan | bitbake takes a lot of time |
| 17:42.58 | leviathan | a botnet for bitbake would be fun |
| 17:43.03 | leviathan | or a project |
| 17:43.07 | leviathan | buildhost at home |
| 17:43.09 | MatBee_ | ooo |
| 17:43.14 | MatBee_ | bitbake swarm |
| 17:43.15 | leviathan | after seti at home a good idea ^^ |
| 17:43.19 | leviathan | yeeah |
| 17:43.30 | MatBee_ | lets call it botbake |
| 17:43.47 | leviathan | ^^ cool idea |
| 17:43.54 | phh | leviathan: you have to rebuild everything everytime ? |
| 17:44.20 | leviathan | every new package |
| 17:44.25 | leviathan | means every update |
| 17:44.30 | leviathan | means a lot of packages |
| 17:44.53 | phh | ok |
| 17:44.57 | phh | you tried the msm xorg driver ? |
| 17:44.58 | leviathan | and I do prefer to alway build from scratch to verify, that a fresh checkout is still buildable |
| 17:45.15 | leviathan | nope, its still building right yet |
| 17:45.23 | MatBee_ | btw phh, what could i do to get android to atleast display with this kernel? |
| 17:45.23 | leviathan | because I had to remove some errors first |
| 17:45.47 | leviathan | how does android access the screen? |
| 17:45.48 | phh | MatBee_: noop the mddi client, don't know how, but tmzt knows |
| 17:45.54 | MatBee_ | ok |
| 17:45.59 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 17:46.04 | phh | leviathan: /dev/msmfb + /dev/pmem or something like that |
| 17:46.13 | leviathan | wtf? |
| 17:46.22 | leviathan | why not just using /dev/fb0? |
| 17:46.30 | leviathan | cant they accept any standart? |
| 17:47.09 | phh | nop, too hard. |
| 17:47.20 | MatBee_ | lol |
| 17:47.21 | leviathan | you all know there are reasons why I hate android, that such of these -.- |
| 17:47.44 | MatBee_ | makes you wonder how much android device developers hate it :P |
| 17:47.52 | leviathan | google developers: defaults? is it eatable? |
| 17:48.17 | MatBee_ | they ARE american |
| 17:48.22 | MatBee_ | FOOOOOD |
| 17:49.05 | leviathan | first I did with my android phone was installing fastboot and erasing the last bit of android from the phone |
| 17:49.07 | leviathan | ... |
| 17:49.19 | leviathan | now I've got SHR |
| 17:49.21 | leviathan | :) |
| 17:49.31 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 17:49.54 | MatBee_ | nice |
| 17:49.56 | phh | btw, who's working on the project of making android really open ? |
| 17:50.17 | phh | I think that the non-android phone community helps a lot more than the one from android phone users :p |
| 17:51.14 | high-rez | What's that dude's website that autobuilds from phh's gitorious tree? :) |
| 17:51.25 | high-rez | just got back from vacation and forgot everything |
| 17:51.31 | phh | http://glemsom.anapnea.net/android/htc-msm-android/ |
| 17:51.37 | MatBee_ | vacations are for the weak |
| 17:51.43 | high-rez | God bless you phh. |
| 17:52.01 | phh | i'd prefer working gps & camear :p |
| 17:52.19 | MatBee_ | i'm fine without gps |
| 17:52.21 | high-rez | Than going on vacation ? |
| 17:52.22 | MatBee_ | as i take public transit |
| 17:52.32 | MatBee_ | :P |
| 17:53.10 | makkonen | I'm fine without gps, as I like my phone's battery to last more than 3 hours. |
| 17:53.28 | MatBee_ | haha |
| 17:53.46 | MatBee_ | google maps opens up on me randomly, so someones it burns a hole in my pocket |
| 17:53.52 | MatBee_ | sometimes* |
| 17:54.03 | high-rez | This may be the worst place to talk about this - but Nokia Maps does this walking/public transport thing that I found to be awesome when I was in barcelona last summer. guided me to the metro station, jumped on the metro, got off, and it would guide me the rest of the way. :) |
| 17:54.23 | phh | MatBee_: I'd like to play with enhanced reality games :p |
| 17:54.41 | MatBee_ | enhanced Virtual reality |
| 17:54.44 | MatBee_ | lol |
| 17:55.10 | phh | yeah, whatever it is called |
| 17:55.30 | *** join/#htc-linux lenix (n=irc@78.47.129.211) |
| 17:57.21 | greebear | would that mean _real_ pokemon hunting? just running to and fro on a grassy field and *bluuuurr* // not that I ever played those games ;) |
| 17:57.39 | phh | greebear: lol |
| 17:57.48 | high-rez | Does the device still lock up when you try to access the GPS? |
| 17:58.02 | greebear | would be a reason to get you kids outside ^^ |
| 17:58.16 | MatBee_ | lol |
| 17:58.33 | MatBee_ | WoW on the sidewalks |
| 17:58.43 | MatBee_ | kids walking around doing stupid chores |
| 17:58.54 | MatBee_ | grabbing alcohol for old men |
| 17:59.03 | MatBee_ | just for more points |
| 17:59.03 | greebear | to buy batteries? |
| 17:59.21 | MatBee_ | volunteer hours will skyrocket ;P |
| 17:59.28 | greebear | XD |
| 17:59.57 | greebear | ExP for being social? |
| 18:00.01 | greebear | not with me |
| 18:00.17 | MatBee_ | lol |
| 18:00.32 | MatBee_ | yeah the hardcore kids will still stay inside |
| 18:00.35 | MatBee_ | where its leet |
| 18:00.48 | greebear | saying "we have phantasy, we dont need to run around" |
| 18:01.10 | MatBee_ | either way, what's cooler than linux? |
| 18:01.20 | tcccp | OpenVMS |
| 18:01.23 | MatBee_ | lol |
| 18:01.24 | tcccp | runs |
| 18:01.28 | tcccp | WOT? |
| 18:02.08 | high-rez | Wide Open Throttle? |
| 18:02.16 | MatBee_ | Wiggly old tots |
| 18:05.20 | greebear | there's a lot of stuff cooler than linux! |
| 18:06.40 | GregLem | Are there any tools available to quickly help me build a minial rootfs with at least busybox? What do you usually use to do that kind of things? |
| 18:06.44 | phh | gnu/linux ! |
| 18:07.35 | phh | GregLem: http://www.angstrom-distribution.org/building-angstrom |
| 18:07.44 | phh | not busybox, it's a true linux distrib :p |
| 18:07.44 | GregLem | tx phh |
| 18:08.12 | GregLem | Angstrom should be ok, as long as I can tune whatever I want to put in my rootfs |
| 18:08.40 | high-rez | I played with angstrom on my beagleboard - but full fledged ubuntu on the beagle was pretty darned cool. |
| 18:10.16 | phh | high-rez: I haven't enough space on my internal storage for a full ubuntu :'( |
| 18:11.35 | high-rez | phh: On what device do you refer? :) |
| 18:11.41 | phh | diamond |
| 18:11.59 | phh | with 4GB I can't have ubuntu, android, wince, and spotify offline |
| 18:12.15 | phh | well I can, since i do |
| 18:12.16 | phh | and i've shr too |
| 18:12.28 | phh | but I can't have full ubuntu. |
| 18:13.05 | phh | (if someone has a spare raph :D) |
| 18:18.27 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 18:21.10 | ToAsTcfh | phh: im guessing he had some isses building the driver and it would either not work or crash the phone |
| 18:21.25 | phh | ToAsTcfh: ? |
| 18:21.29 | ToAsTcfh | he sent me his source |
| 18:21.37 | ToAsTcfh | gsensors |
| 18:21.55 | ToAsTcfh | sensors.heroc |
| 18:23.58 | ToAsTcfh | he goin on vacation so i guess im kinda stuck. i deodexed the framwork.jar lastnight and diffed the aosp build with and without sensors working. found only 9 files were changed and 1 removed |
| 18:24.30 | ToAsTcfh | its all sensorsmanager stuff i found |
| 18:24.37 | ToAsTcfh | that was changed |
| 18:24.39 | MatBee_ | *sigh, i only have 16gb external storage |
| 18:24.51 | MatBee_ | phh, your device doesnt have external? |
| 18:25.00 | phh | no |
| 18:25.04 | MatBee_ | odd |
| 18:25.21 | ToAsTcfh | so im guessing quietblongs just revered the api for the sensors back to 1.5 |
| 18:25.21 | phh | that's called diamonds. |
| 18:25.30 | MatBee_ | get rid of it |
| 18:25.34 | MatBee_ | get a treo pro |
| 18:25.36 | MatBee_ | ;D |
| 18:25.43 | phh | MatBee_: yeah... no. |
| 18:25.49 | MatBee_ | ... |
| 18:26.56 | ToAsTcfh | idk... i guess im gonna try the faramework and core changes then if that doesnt work ill need to wait for dude to get back from vacation in couple weeks |
| 18:28.43 | ToAsTcfh | im thinking the sensor deal is the best way to go but i havent a clue as to what needs to be done to fix the issues |
| 18:31.06 | ToAsTcfh | phh: im guessing u wouldnt be able to build a new sensors without the device right? |
| 18:31.15 | phh | you're guessing wrong |
| 18:31.44 | ToAsTcfh | but not so excited about doing it right? |
| 18:32.10 | phh | right |
| 18:32.17 | ToAsTcfh | dern... |
| 18:32.33 | phh | well |
| 18:32.33 | phh | building is no problem |
| 18:32.40 | phh | it takes few seconds |
| 18:33.44 | ToAsTcfh | its the gettinhg it to work thats the problem |
| 18:33.54 | MatBee_ | lol |
| 18:34.33 | phh | well maybe not |
| 18:34.43 | phh | send it to me at phhusson@free.fr |
| 18:34.45 | phh | i'll take a look |
| 18:35.37 | *** join/#htc-linux MrPippy (n=pip@adsl-75-11-167-51.dsl.sndg02.sbcglobal.net) |
| 18:37.54 | ToAsTcfh | phh: sent... i just forwarded what he sent me |
| 18:41.56 | ToAsTcfh | hopefully googles not bein slow today |
| 18:42.42 | phh | or not. |
| 18:43.05 | ToAsTcfh | ? |
| 18:43.19 | phh | MatBee_: I have some remains of my 320x320 tries for your phone, on my phones it seems really little :p |
| 18:43.37 | MatBee_ | lol |
| 18:44.27 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 18:45.21 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 18:51.30 | ToAsTcfh | ohh: does it look good? or no? |
| 18:53.08 | phh | wait i'm strill reading :p |
| 18:53.38 | phh | code seems fine |
| 18:56.32 | ToAsTcfh | i guess what he found was that bma150 was the bridge between akm8973 |
| 18:56.44 | ToAsTcfh | and the sensorsmanager |
| 18:57.18 | phh | not at all |
| 18:57.20 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 18:57.25 | GregLem | Does anyone know if there is a standard API used by distributions (Android/Angstrom) to handle the GPS? |
| 18:57.44 | ToAsTcfh | oh |
| 18:57.47 | phh | GregLem: no |
| 18:57.59 | GregLem | that was expectable |
| 18:58.04 | phh | :p |
| 18:58.09 | MatBee_ | basically it's --- here's the device |
| 18:58.13 | MatBee_ | now go! |
| 18:58.33 | phh | GregLem: cat /dev/nmea_gps or something like that can do some things |
| 18:58.50 | GregLem | phh: Ok, I'll take a look at that |
| 18:59.37 | phh | GregLem: you might also want to take a look at libgps.so from android phones |
| 18:59.38 | ToAsTcfh | phh: so u see nothing wrong with that source? |
| 18:59.46 | phh | ToAsTcfh: no :/ |
| 18:59.50 | ToAsTcfh | and it should work |
| 19:00.09 | phh | GregLem: I think it should be quite the same thing, just the RPC commands that are different |
| 19:00.17 | phh | but we don't have its source either |
| 19:00.31 | GregLem | phh : tx |
| 19:00.32 | phh | all we have is the vogue_gps, which is basically what's in board-htcraphael-gps |
| 19:01.06 | ToAsTcfh | ok so my only option left is for me to get the framework hack to work? |
| 19:01.18 | phh | ToAsTcfh: no, to understand why this driver doesn't work |
| 19:01.34 | GregLem | phh : yes I'm looking into this right now. I was just wondering if there was already some tool available to test the driver from userspace |
| 19:01.45 | ToAsTcfh | so use it and logcat the piss out of it |
| 19:02.01 | phh | GregLem: i'm not sure of the name, but it creates a /dev/xxxxnmea device |
| 19:02.21 | phh | GregLem: you have to uncomment raphael_gps in board-htcdiamond.c btw |
| 19:02.38 | phh | in the devices array |
| 19:02.38 | GregLem | phh : already done |
| 19:02.44 | phh | ok |
| 19:07.31 | phh | oh if you know a bit about arm |
| 19:07.33 | phh | [ 5.526611] Unhandled fault: external abort on linefetch (0x806) at 0x00000000 |
| 19:07.38 | phh | do you know what this means ? |
| 19:07.57 | GregLem | phh : this looks like dereferencing a null pointer |
| 19:08.13 | phh | well it's definetly not |
| 19:08.52 | phh | I wonder if the 0x806 has any information |
| 19:09.32 | GregLem | phh : more information about the abort fault? Prefetch Abort? Data Abort ? |
| 19:09.58 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
| 19:10.17 | phh | no |
| 19:10.35 | phh | [ 5.526611] Unhandled fault: external abort on linefetch (0x806) at 0x00000000 |
| 19:10.36 | phh | [ 5.539764] Internal error: : 806 [#1] PREEMPT |
| 19:10.36 | phh | [ 5.546112] Modules linked in: |
| 19:10.36 | phh | [ 5.552368] CPU: 0 Tainted: G W (2.6.27-00624-g477e366-dirty #27) |
| 19:10.36 | phh | [ 5.564636] PC is at mt9t013_camif_pad_reg_reset+0x30/0xa8 |
| 19:10.36 | phh | [ 5.576965] LR is at vprintk+0x32c/0x37c |
| 19:12.11 | GregLem | anything weird in mt9t013_camif_pad_reg_reset() ? |
| 19:13.13 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 19:15.55 | *** join/#htc-linux kvaster (n=kvaster@live.bn.by) |
| 19:20.48 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 19:26.27 | ToAsTcfh | phh: so what do i need to do? how to figur out why? |
| 19:29.34 | phh | add debug messages |
| 19:29.54 | phh | just the memory read/write |
| 19:30.15 | phh | it's device memory, not ram |
| 19:30.15 | ToAsTcfh | i still gotta get the thing to make |
| 19:30.18 | phh | but still, in wince it works |
| 19:30.36 | ToAsTcfh | for some reason i cant make it |
| 19:30.47 | ToAsTcfh | thats crazy |
| 19:32.42 | phh | GregLem: do you think a bad clock setting can cause such a crash ? |
| 19:33.14 | ToAsTcfh | im guessing i dont have it my build setup right |
| 19:34.06 | GregLem | phh : the only way a bad clock setting would make it crash is if you access a CPU register from a controller which has its clock off |
| 19:34.34 | *** join/#htc-linux cefn (n=cefn@host86-159-13-55.range86-159.btcentralplus.com) |
| 19:35.30 | GregLem | phh : what rergister exactly is making the CPU crash when accessed ? |
| 19:35.58 | phh | MSM_MDC_BASE |
| 19:37.22 | GregLem | phh : what is MDC exactly? |
| 19:37.30 | phh | mddi client or something like that |
| 19:37.35 | phh | to talk to the camera |
| 19:38.30 | GregLem | phh: ok, whatever it is, there should be somewhere in the BSP where you enable a clock to feed the MDC controller. You could get data aborts if you don't enable this clock prior to accessing the controller's register |
| 19:38.42 | phh | ok |
| 19:39.26 | GregLem | phh : like calling clk_enable() from clock.c |
| 19:39.38 | phh | the problem is not calling it, it's coding it :p |
| 19:41.38 | GregLem | phh : oh yeah, I meant clock.c from the msm bsp I'm currently looking at, was not thinking you're not on the same platform |
| 19:41.52 | phh | on diamond it's clock-wince.c |
| 19:41.53 | phh | no clock.c |
| 19:47.55 | phh | the worst thing is that I have documentations for that ... |
| 19:49.13 | leviathan | what the...?? |
| 19:49.19 | phh | leviathan: ? |
| 19:49.37 | leviathan | clock-wince?? |
| 19:49.37 | leviathan | i always thought you mean windows ce |
| 19:49.37 | phh | leviathan: for wince based devices we have to write the clock registers by ourself |
| 19:49.40 | MatBee_ | lol |
| 19:49.43 | phh | yes wince is windows ce |
| 19:49.56 | leviathan | and why needs windows ce coding?? |
| 19:50.13 | leviathan | or do you just all devices where windows ce can run wince? |
| 19:50.20 | leviathan | *call |
| 19:50.31 | phh | the modem software for wince-based phone isn't able to manage clocks by himself |
| 19:50.38 | phh | while the one for android ones can |
| 19:50.45 | phh | so we have to do it by ourself |
| 19:50.59 | leviathan | and you call it generally windowsce? |
| 19:51.05 | phh | yes |
| 19:51.08 | phh | got a better name ? :p |
| 19:51.17 | leviathan | what modem is it? |
| 19:51.22 | leviathan | perhaps using its name... |
| 19:51.26 | *** join/#htc-linux zz_rosseaux (i=znc@129-167-19-84.nbiserv.com) |
| 19:51.36 | MatBee_ | lol |
| 19:51.39 | phh | it doesn't have a name |
| 19:51.41 | phh | just a version |
| 19:51.42 | leviathan | but I do neither like android or windows for files/modules in kernel space ;) |
| 19:51.44 | phh | and wince devices has many names |
| 19:51.55 | leviathan | oh |
| 19:51.57 | phh | s/names/versions/ |
| 19:51.57 | leviathan | ok |
| 19:51.59 | leviathan | then |
| 19:52.06 | leviathan | no choice -.- |
| 19:52.08 | phh | 5200 6250 and others |
| 19:52.12 | leviathan | okee |
| 19:52.28 | leviathan | you could call it htcmodem-clock |
| 19:52.33 | MatBee_ | lol |
| 19:52.36 | MatBee_ | or just clock-wince |
| 19:52.41 | leviathan | or soo... |
| 19:52.49 | MatBee_ | lol |
| 19:52.56 | leviathan | yeah, anyway... |
| 19:53.15 | leviathan | isnt my concern, i've got other problems like the pulseaudio driver for msm-sound |
| 19:53.33 | phh | leviathan: you've started ? |
| 19:53.41 | leviathan | tried |
| 19:53.46 | phh | and failed ? |
| 19:53.48 | leviathan | like I said |
| 19:53.56 | leviathan | >problems< ;) |
| 19:54.15 | phh | uh ? i don't remember you said that |
| 19:54.41 | leviathan | "<leviathan> isnt my concern, i've got other >problems< like the pulseaudio driver for msm-sound" |
| 19:54.46 | MatBee_ | lol |
| 19:54.48 | phh | oh yeah right. |
| 19:54.55 | MatBee_ | oh you guys make me laugh |
| 19:55.00 | leviathan | :) |
| 19:55.06 | MatBee_ | makes work less ---- worky |
| 19:55.06 | phh | leviathan: what sort of problems ? |
| 19:55.11 | leviathan | hmm |
| 19:55.15 | phh | at least if it segfaults it's in userland :p |
| 19:55.25 | leviathan | phh: yes -_- |
| 19:55.35 | phh | you don't have to reboot |
| 19:55.45 | leviathan | no really, I've got some simple problems like sorting the encoding type |
| 19:55.48 | leviathan | from a stream |
| 19:55.50 | leviathan | means |
| 19:55.57 | leviathan | I've got two codec chips |
| 19:56.07 | leviathan | one for mp3 and another for wav |
| 19:56.12 | leviathan | then I've got one for AAC |
| 19:56.22 | MatBee_ | let's just make an opensource android device |
| 19:56.37 | MatBee_ | arduino-droid |
| 19:56.37 | leviathan | MatBee_: Android.... No |
| 19:56.54 | MatBee_ | :P |
| 19:57.06 | leviathan | I do not like theire concept |
| 19:57.21 | leviathan | first they would have to use gnu standarts |
| 19:57.37 | leviathan | and the last thing what would last from android for liking it would be the desktop |
| 19:57.38 | leviathan | -.- |
| 19:58.08 | leviathan | there are some impossible relationships |
| 19:58.17 | leviathan | android and me is such one |
| 19:58.40 | leviathan | hmm... SHR has built 1/3 |
| 19:59.00 | leviathan | <PROTECTED> |
| 20:03.34 | *** part/#htc-linux greebear (n=greenbea@dslb-088-078-202-166.pools.arcor-ip.net) |
| 20:12.51 | phh | 6341 packages ? |
| 20:17.36 | *** join/#htc-linux zycho (n=zycho@dslc-082-083-244-061.pools.arcor-ip.net) |
| 20:34.30 | MatBee_ | ha |
| 20:44.35 | loxattack-2 | is there a 2.1 leak for a mytouch |
| 20:44.36 | loxattack-2 | ? |
| 20:46.01 | *** join/#htc-linux f22 (n=pcm_2@c-68-82-52-241.hsd1.nj.comcast.net) |
| 20:51.30 | phh | If anyone is interested, I pushed my first tries at camera in a htc-msm-2.6.27-camera branch |
| 20:51.44 | phh | (on gitorious as usual) |
| 20:53.15 | MatBee_ | home time <3 |
| 20:53.24 | *** part/#htc-linux MatBee_ (n=MatBee_@vpn.abelsoft.com) |
| 20:59.53 | *** join/#htc-linux herpez (n=herpez@62.169.67.134) |
| 21:00.32 | herpez | hi all |
| 21:08.59 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
| 21:21.28 | phh | "Clock selection, programming, and gating are under ARM9 control." |
| 21:21.36 | phh | that's what the qualcomm's doc says |
| 21:21.42 | phh | I think wince devs didn't read that. |
| 21:31.01 | *** join/#htc-linux marcydarcy (i=4d188416@gateway/web/freenode/x-yjbscgghkvdgphkq) |
| 21:37.57 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
| 21:40.56 | Captnoord | re |
| 21:51.05 | *** join/#htc-linux cyberdesigner (n=cyberdes@port-92-206-55-79.dynamic.qsc.de) |
| 21:57.34 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 22:05.05 | *** join/#htc-linux rafyvitto (n=rafyvitt@76-195-44-215.lightspeed.wlfrct.sbcglobal.net) |
| 22:08.09 | *** join/#htc-linux Bry8Star (n=Bry8Star@99.22.201.208) |
| 22:10.21 | GregLem | phh : Did you manage to make some good progress with the camera? |
| 22:10.29 | phh | no ... |
| 22:11.27 | *** join/#htc-linux emwe (n=michael@86.56.50.180) |
| 22:11.36 | GregLem | phh : starting from scratch or you already have something working on another platform? |
| 22:11.43 | phh | i have driver and docs |
| 22:12.05 | phh | the driver is the mt9t013 in the source tree |
| 22:12.19 | phh | all the docs I have is in http://husson.hd.free.fr/msm7kdocs.7z |
| 22:12.26 | GregLem | and you still get the abort issue? |
| 22:12.31 | phh | yes |
| 22:12.53 | emwe | hi everybody |
| 22:13.11 | phh | GregLem: if you have some time to take a look at it :/ |
| 22:13.22 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 22:13.30 | phh | I guess it's a matter of only few code lines, but it needs to understand the whole thing |
| 22:13.37 | GregLem | phh : curretnly downloading your docs |
| 22:15.17 | phh | the .h is basically a translation (in term of C sctruct s) of the doc |
| 22:16.15 | phh | in the mt9t013 driver, the problem is line 595, just after the clock setting |
| 22:16.21 | GregLem | phh : if the isssue actually comes from the clock not being enabled, then we should take a look at the clock controller, and not the actual MDC controller |
| 22:16.35 | phh | GregLem: I tried to |
| 22:17.45 | phh | and if you read the doc, you'll see that clock registers are really big pain |
| 22:17.50 | phh | almost every clock settings are different |
| 22:18.34 | phh | but if you're used to code around basebands, you might now how to do that correctly |
| 22:18.45 | GregLem | phh : and also it seems like the mt9t013 needs some sort of configuration over I2C that is commented out in the diamond's board file |
| 22:19.02 | *** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
| 22:19.03 | phh | GregLem: yes i've added a new source branch |
| 22:19.26 | phh | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/4a304df67bf50212b400ef5fdd9944bc9413eb80 |
| 22:19.28 | phh | for the patch |
| 22:19.37 | phh | the branch is named htc-msm-2.6.27-camera |
| 22:20.09 | phh | it's mostly a copy paste of sapphire board, but i checked it with htc-linux.org docs |
| 22:20.59 | *** join/#htc-linux kuilboer (n=kuilboer@80.101.96.177) |
| 22:23.21 | phh | the clock names are vfe and vfe_mdc |
| 22:23.49 | phh | and I think that the set_flags in clk_select() sets the VFE_SRC_SEL bit |
| 22:24.01 | phh | here is everything I know. |
| 22:25.52 | GregLem | ok I saw these clocks in the datasheet, I guess your config should be ok |
| 22:26.45 | phh | the problem might be the MD register |
| 22:27.52 | *** join/#htc-linux parmaster_ (i=par@dipole.idlepattern.com) |
| 22:28.30 | GregLem | I suppose the register access at line 595 is the first access to any register of the MDDI controller |
| 22:28.48 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 22:29.02 | phh | yes |
| 22:29.46 | GregLem | there could be another problem, if the MDDI registers have not been mapped by the MMU |
| 22:30.02 | phh | they are, see devices_htc.c in mach-msm |
| 22:30.32 | phh | err not that file |
| 22:30.43 | phh | io.c |
| 22:31.45 | phh | in that file, MDP works but not MDC |
| 22:32.01 | phh | see phys/base are in mach-msm/include/mach/iomap.h or something like that |
| 22:32.15 | leviathan | yes |
| 22:32.22 | phh | leviathan: works ? :) |
| 22:32.33 | leviathan | and there you have to modify the base address to remove oops in 2.6.32 |
| 22:32.41 | leviathan | and no |
| 22:32.44 | phh | ah |
| 22:32.46 | leviathan | still building -.- |
| 22:32.49 | phh | I thaught you were talking about pulseaudio |
| 22:32.55 | leviathan | oh |
| 22:32.56 | leviathan | no |
| 22:33.05 | leviathan | I was talking about booting 2.6.32 at all |
| 22:33.06 | leviathan | :) |
| 22:33.14 | phh | modify the base address ? |
| 22:33.19 | leviathan | mach-msm/include/mach/iomap.h is the key |
| 22:33.20 | phh | wth ? |
| 22:33.20 | leviathan | yes |
| 22:33.24 | leviathan | dunno |
| 22:33.26 | leviathan | just worked |
| 22:33.33 | leviathan | it differed from 2.6.29 |
| 22:33.35 | leviathan | so I changed it |
| 22:33.48 | leviathan | because the htc_console wanted to have another value |
| 22:33.52 | leviathan | and then it booted |
| 22:33.53 | leviathan | ^^ |
| 22:33.56 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
| 22:34.18 | leviathan | seems that they were something missing there |
| 22:34.21 | leviathan | ... anyway |
| 22:34.31 | phh | GregLem: anyway i tried earlier to do an iomap (or don't remember the exact name), and replace the macro with the result of it, and it did the same |
| 22:34.32 | leviathan | I'm fixing build errors on SHR atm |
| 22:34.35 | GregLem | phh : MDC registers seem correctly mapped |
| 22:34.46 | leviathan | hmm, ok |
| 22:37.00 | phh | GregLem: also this driver comes from an existing android device (can't remember which one) and works on it |
| 22:37.35 | leviathan | does someone have a clou how I can judge the encoding type of a stream? |
| 22:37.45 | leviathan | because I need to route it to the concerning codec |
| 22:37.47 | leviathan | ... |
| 22:38.15 | phh | can't you just do pcm first ? |
| 22:38.45 | leviathan | takes too much cpu, I'd like to have the possibility to give in also encoded streams |
| 22:38.52 | leviathan | uhhm |
| 22:38.53 | GregLem | phh : there might be some differences between the bootloaders. Android's bootloader (whichever it is) might initialize some things that WinMo/Haret don't. But if the camera works under WinMo, then it is unlikely... |
| 22:39.14 | phh | GregLem: I'm pretty sure it's the clocks which are wrongs |
| 22:39.33 | phh | I have dumps of the clock region before and during camera btw |
| 22:39.51 | *** join/#htc-linux droid (n=droid@189-19-220-80.dsl.telesp.net.br) |
| 22:39.55 | phh | http://husson.hd.free.fr/clocks-{1,2} |
| 22:39.58 | phh | 1=before, 2=during |
| 22:40.02 | leviathan | uhhm, ok, I will do pcm |
| 22:40.15 | *** join/#htc-linux defendthecommons (n=defendth@189-19-220-80.dsl.telesp.net.br) |
| 22:40.26 | phh | leviathan: pulseaudio is able to passthrough codecs ? |
| 22:40.32 | leviathan | yes |
| 22:40.40 | phh | I didn't know that, that's g ood |
| 22:40.50 | leviathan | hmm |
| 22:40.52 | phh | you might do one output device per codec ? |
| 22:41.04 | leviathan | hmm, possible |
| 22:41.06 | leviathan | good idea |
| 22:41.09 | phh | or ask pulseaudio devs |
| 22:41.16 | leviathan | hmm, yes |
| 22:41.17 | *** join/#htc-linux catfishk (n=catfishk@c-76-105-138-218.hsd1.or.comcast.net) |
| 22:41.37 | leviathan | it has potential, because then we could make a power saving player |
| 22:41.44 | phh | yes |
| 22:41.47 | leviathan | which uses the codecs instead of cpu |
| 22:42.00 | phh | do you know if you can have big cache ? |
| 22:42.06 | phh | like 4MB cache |
| 22:42.14 | phh | so the cpu awakes every 4 minutes :p |
| 22:42.25 | leviathan | hmm |
| 22:42.31 | leviathan | good idea ;) |
| 22:42.41 | phh | I'd love to see that, but i don't know if it's possible |
| 22:42.56 | leviathan | I'll try to make it possible :) |
| 22:43.06 | leviathan | its just testing around |
| 22:43.11 | leviathan | what we first need is something like a white paper |
| 22:43.34 | ali1234 | pulseaudio can do a lot of stuff, but it is not exactly cpu friendly |
| 22:43.53 | leviathan | uhhm |
| 22:43.54 | phh | ali1234: if it can do passthrough it should be fine |
| 22:44.09 | ali1234 | on the n900 it regularly uses 10% cpu, even when playing sound in the native format |
| 22:44.23 | ali1234 | and we're talking about a 600mhz phone... |
| 22:44.29 | leviathan | ohh |
| 22:44.39 | leviathan | hmm |
| 22:44.57 | phh | ali1234: what about gstreamer then ? |
| 22:45.30 | ali1234 | depends what you're trying to do? |
| 22:45.43 | phh | usable sound system ? :p |
| 22:45.51 | ali1234 | gstreamer and pulseaudio don't really have much overlap in what they do |
| 22:46.15 | phh | I think everything can be done in hardware |
| 22:46.29 | phh | so i think gstreamer is more releavant |
| 22:46.45 | ali1234 | yes, probably, if you want to use the mp3 hardware codec |
| 22:47.20 | ali1234 | n900 does mp3 playback in software cos it is more efficient than powering up it's insanely powerful DSP |
| 22:47.55 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 22:47.59 | leviathan | hmm |
| 22:48.05 | ali1234 | at least, that's what the designers say :) |
| 22:48.15 | leviathan | or they are too lazy xD |
| 22:48.23 | phh | :) |
| 22:49.06 | ali1234 | well, that DSP is designed for h264 and 3d graphics... |
| 22:49.17 | phh | mmm |
| 22:49.19 | leviathan | we need something already existing in SHR, where we can fill in our functions -.- |
| 22:49.24 | phh | I don't know what does 3D in MSM |
| 22:49.33 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 22:49.35 | leviathan | hmm |
| 22:49.38 | phh | I think it's a separate part |
| 22:49.42 | leviathan | hmm |
| 22:49.52 | phh | anyway h264 is done in dsp :p |
| 22:49.56 | phh | (yet not fully) |
| 22:51.47 | leviathan | phh: perhaps he ment 3d-stereo |
| 22:52.09 | leviathan | but I do not believe that they have implemented something like that |
| 22:53.44 | GregLem | phh : it seems like the MDC controller can work on external or internal clock (PCLK). The switch is made by calling clk_select(), can we make sure this function is actually doing its job? |
| 22:54.07 | phh | GregLem: no, you have to check clock-wince.c |
| 22:54.16 | phh | I changed it to do that in the patch I pasted earlier |
| 22:54.24 | phh | but I'm not sure i'm doing it correctly |
| 22:54.41 | phh | and I think PCLK is external clock and MCLK is internal no ? |
| 22:54.47 | leviathan | anyway... I'll go sleep now |
| 22:54.50 | phh | in gpio settings, the MCLK is set to output and PCLK to intput |
| 22:55.01 | leviathan | I'll try tomorrow to get it work properly |
| 22:55.01 | phh | (see gpio functions paragraph of the pdf) |
| 22:55.02 | leviathan | gn8 |
| 22:55.12 | leviathan | ment sound on dream |
| 22:55.21 | phh | oh wait |
| 22:55.23 | phh | it's the opposite |
| 22:55.29 | phh | you were right |
| 22:55.40 | leviathan | with what? |
| 22:55.47 | phh | leviathan: i'm speaking to GregLem :p |
| 22:55.50 | *** join/#htc-linux catfishk (n=catfishk@c-76-105-138-218.hsd1.or.comcast.net) |
| 22:55.51 | phh | GregLem: oh no |
| 22:55.52 | leviathan | oh, ok |
| 22:55.53 | phh | baaahhhhh |
| 22:55.54 | leviathan | then gn8 |
| 22:55.55 | leviathan | ^^ |
| 22:56.00 | phh | anyway we don't care to know who is who :D |
| 22:56.35 | phh | GregLem: I think this flag is the VFE_SRC_SEL |
| 22:56.40 | GregLem | phh : I guess you can have the MDC clocked by the clock fed in by the camera or by an internal clock. |
| 22:56.45 | phh | yes |
| 22:56.52 | phh | that's what i understood too |
| 22:57.59 | GregLem | phh : I also noticed that line 595 fails right after the clock_select has been called to switch to internal clock |
| 22:58.06 | phh | yes |
| 22:58.22 | GregLem | phh : I could not access your clock logs, u sure of the address? |
| 22:58.32 | phh | 403 ? |
| 22:58.50 | phh | 403. |
| 22:58.55 | phh | should be better now |
| 23:00.05 | phh | if you want to do your own dumps, use haretconsole, and type pwf [outputfilename] 0x[physical address] 0x[size] |
| 23:00.15 | phh | it will create the dump on the phone memory |
| 23:00.35 | GregLem | http://husson.hd.free.fr/clocks-{1,2} yields error 404 |
| 23:00.53 | phh | the { , } is a bashing thing you know :p |
| 23:01.06 | phh | it means http://husson.hd.free.fr/clocks-1 and http://husson.hd.free.fr/clocks-2 |
| 23:02.13 | GregLem | phh : yeah, I got them now, but it was somehow not working earlier on |
| 23:04.43 | *** join/#htc-linux zwon (n=sven@ip-78-94-250-13.unitymediagroup.de) |
| 23:05.58 | *** join/#htc-linux Tinyboom (n=nahh@ti0121a340-dhcp0974.bb.online.no) |
| 23:06.01 | *** join/#htc-linux m1dlg (n=m1dlg@bb-87-81-252-83.ukonline.co.uk) |
| 23:06.48 | GregLem | phh : do you know if VFE_ROOT_ENA bit is set/clear somewhere |
| 23:07.45 | phh | GregLem: with the and_ns hack I did, it should be on as soon as vfe is activated |
| 23:08.04 | phh | I know it's dirty but i can't see how to do it properly |
| 23:09.22 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 23:10.40 | m1dlg | is the wierd plug on the bottom of my tattoo actually a USB plug? it's a woied shap if it is? |
| 23:10.48 | m1dlg | *weird shape |
| 23:11.07 | phh | m1dlg: it's an "ext usb" |
| 23:11.16 | phh | compatible with mini usb |
| 23:11.19 | phh | but with extra pins |
| 23:11.29 | *** join/#htc-linux vawx (n=chatzill@ip54532c5f.speed.planet.nl) |
| 23:11.31 | m1dlg | oooo, what do the extra pins do? |
| 23:11.33 | phh | used on (almost?) all htc phones |
| 23:11.37 | phh | headset |
| 23:11.42 | phh | serial port |
| 23:11.43 | phh | tv out |
| 23:11.55 | m1dlg | oh, I did waste a £ on a cable on e-bay, didn't realise |
| 23:11.56 | phh | (not every features are available on all phones) |
| 23:12.07 | phh | lol |
| 23:12.14 | m1dlg | looks useful |
| 23:12.22 | m1dlg | if pupolar enough to be universal |
| 23:12.31 | m1dlg | so it's data and analoguer |
| 23:12.39 | phh | every htc has it, it's already quite common :p |
| 23:13.15 | m1dlg | thankss |
| 23:13.37 | m1dlg | now dipressed to know i wasted moneys on a usb cable i ahve a million of |
| 23:13.45 | m1dlg | :( |
| 23:13.50 | phh | lol |
| 23:15.02 | m1dlg | and that I've been extra careful and using it to charge the pjhone everywhere becasue the attery life is poo |
| 23:15.19 | m1dlg | does anyone recomend a larger spec battery anywhere reliable? |
| 23:16.08 | m1dlg | lucky to get a day out of it if I only make a few short calls and no data |
| 23:16.45 | m1dlg | (quite impressed that ubuntu reconises it as an andoid and allows networking and windose falls over without drivers |
| 23:17.36 | phh | there is no reason to be impressed |
| 23:17.39 | phh | it's just plain cdc ether |
| 23:17.45 | phh | every correct OS should work with it |
| 23:17.49 | m1dlg | lol |
| 23:17.53 | m1dlg | 'correct' |
| 23:18.17 | m1dlg | yes correect indeed - microsoft dont make OS's they make virus and sell them |
| 23:18.39 | phh | i'm sure that even haiku os can recognize such things automatically |
| 23:19.54 | m1dlg | well i dont knwo what that is, unless thats a linux os. I wouldn't mide knowing how i can remove the twitter and facebook rubbish from the phone, there are no options to do so in the menus |
| 23:19.54 | *** join/#htc-linux Markinus (n=Markinus@gtng-4db04262.pool.mediaWays.net) |
| 23:20.16 | tmzt | leviathan: so what tree/gito are you working on? I have internet ! |
| 23:20.32 | tmzt | haiku is like beos |
| 23:20.37 | phh | but fre |
| 23:20.38 | phh | e |
| 23:20.42 | m1dlg | ok, cool |
| 23:20.54 | tmzt | rndis should work on both |
| 23:21.04 | phh | don't know if tatoo has rndis |
| 23:21.11 | tmzt | I'm looking at the qualcomm-msm gito log, pretty cool changes |
| 23:21.25 | tmzt | rndis, switching, fserial??, mtp passthrough, etc. |
| 23:21.40 | phh | i haven't tested fserial |
| 23:21.44 | m1dlg | i found a lot of things i wanted to install 'invisible' on the market app |
| 23:21.49 | phh | I don't know what to do with mtp passthrough |
| 23:21.57 | phh | and I can't find any tool using userland usb mass storage |
| 23:21.58 | tmzt | the extusb also fits better so it charges more often |
| 23:22.00 | phh | but apart that it works :p |
| 23:22.06 | tmzt | and doesn't let the battery die |
| 23:22.11 | phh | tmzt: hu ? |
| 23:22.17 | phh | i never had such things |
| 23:22.23 | phh | but sounds logical |
| 23:22.29 | tmzt | GregLem: hmm, that's a clk thing? |
| 23:23.10 | tmzt | PCLK - periphrial |
| 23:23.33 | phh | so the "external" clock ok |
| 23:23.42 | phh | (external for the MSM chip) |
| 23:23.43 | GregLem | tmzt : not sure it's a clock thing but it looks like it. |
| 23:23.58 | tmzt | leviathan: except to rewrite parts of osuaged then and similar daemons |
| 23:24.09 | tmzt | also, linux26 means freerunner, it's not very generic |
| 23:24.40 | *** join/#htc-linux Markinus (n=Miranda@gtng-4db04262.pool.mediaWays.net) |
| 23:25.04 | tmzt | pulse can pass codecs but it's only used for digital (coaxial, optical, hdmi/displayport) |
| 23:25.15 | tmzt | <PROTECTED> |
| 23:25.47 | tmzt | leviathan: the htcfb just needed the value used with android hboot |
| 23:25.52 | tmzt | instead of ce |
| 23:26.06 | tmzt | has anybody looked at dzo's bootloader yet? |
| 23:26.11 | tmzt | I've seen the asm for an old version |
| 23:27.02 | dzo | I have! |
| 23:27.13 | *** join/#htc-linux Markinus (n=Miranda@gtng-4db04262.pool.mediaWays.net) |
| 23:27.36 | dzo | it's at androidhtc.git.sourceforge.net |
| 23:28.19 | tmzt | leviathan: yes, the ce device are called wince, meaning the amss is the one used on ce devices |
| 23:28.28 | dzo | in tinboot.git, but it's not very exciting. |
| 23:28.30 | tmzt | for most things we should be using amss naming, not wince/android |
| 23:28.44 | tmzt | but clocks and gpios are common enough to the two types to warrent an exception |
| 23:28.48 | tmzt | is our reasoning |
| 23:29.01 | tmzt | if we get _ops structs implemented this will cease to be an issue |
| 23:29.25 | tmzt | MDC - mddi device controller, msm chip as slave to the cam |
| 23:29.48 | leviathan | tmzt: I'm on no tree atm |
| 23:29.53 | leviathan | its just hacking around |
| 23:30.10 | leviathan | (quassel makes noises on hilighting) |
| 23:30.26 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 23:30.35 | tmzt | makkonen: smd - shared memory device |
| 23:30.42 | leviathan | hmm |
| 23:31.09 | phh | tmzt: your reading logs far far away ? :p |
| 23:31.14 | tmzt | phh: we don't have hero cdma smd source do we? |
| 23:31.42 | tmzt | GregLem: cool, welcome |
| 23:31.44 | phh | no but i think the smd driver might msm7500 ready |
| 23:32.04 | tmzt | maybe you can help dzo get the diam booting from nand |
| 23:32.11 | tmzt | he has done so with the vogue so far |
| 23:32.29 | tmzt | but he has to flash the yaffs2 from linux with mtd driver as spl does not support it |
| 23:32.50 | tmzt | have you worked on this class of hardware with ce bsp's? (not msm specifically, just pda) |
| 23:33.04 | leviathan | tmzt: what approach do you suggest to get sound on htcdream? |
| 23:33.17 | leviathan | if pulseaudio is not considered a good option by you? |
| 23:33.52 | phh | (in a non-msm-specific way) |
| 23:33.55 | tmzt | it's an option, is alsa currently a dead end? |
| 23:34.09 | leviathan | hmm |
| 23:34.18 | leviathan | let me say it that way |
| 23:34.18 | tmzt | I might look into fuse+oss actually |
| 23:34.27 | leviathan | ITS DRIVING ME CRAZY |
| 23:34.28 | leviathan | wuahahaha |
| 23:34.30 | leviathan | ok? |
| 23:34.31 | tmzt | with the playwav as daemon |
| 23:34.35 | phh | tmzt: yes i've thaught of that too, but it seems really weird |
| 23:34.39 | phh | (and it's called cuse ;) |
| 23:34.43 | tmzt | right, cuse |
| 23:34.57 | phh | and disable anyway of hardware accelerated decoding |
| 23:35.07 | tmzt | sure, pcm is fine |
| 23:35.25 | leviathan | i would prefer to have /dev/dsp /dev/dsp_mp3 and /dev/dsp_wav |
| 23:35.30 | tmzt | I have mvpmc with hardware mp3 decoding just as badly implemented |
| 23:35.49 | tmzt | I want to port it to powerpc linux (instead of ppc32) someday but don't care much right now |
| 23:36.20 | tmzt | cuse can expose those if you must, but please use streaming with es/ps not periods for compressed formats |
| 23:36.36 | tmzt | anyway, we can get other stuff working without sound for now |
| 23:36.41 | tmzt | maybe pixi will do it differently |
| 23:37.47 | leviathan | uhhm, ok |
| 23:37.59 | leviathan | basically its possible to have sound |
| 23:38.07 | leviathan | its just tinkery |
| 23:38.35 | tmzt | I really need Xorg working now though on 2.6.32 so I can get it packaged for mer and get on with merphone |
| 23:38.44 | tmzt | and asoc routing more than pcm in the short term |
| 23:38.50 | tmzt | but pcm for ringer would be nice :) |
| 23:39.02 | leviathan | :) |
| 23:39.13 | tmzt | wish I knew how to help with the alsa issue |
| 23:39.17 | phh | tmzt: your tree is htc-msm-upstream-tracking ? |
| 23:39.23 | tmzt | forget that one |
| 23:39.30 | phh | ok, which one then ? |
| 23:39.32 | tmzt | that was the transplant experiment |
| 23:39.35 | phh | lol |
| 23:39.40 | tmzt | I don't have one, but you can create one there |
| 23:39.44 | tmzt | that project |
| 23:39.50 | phh | ok |
| 23:39.53 | leviathan | :) |
| 23:39.55 | tmzt | let me add you |
| 23:40.28 | leviathan | tmzt: I could also upload my patches for getting your bootconsole working on htc |
| 23:40.36 | leviathan | and getting usbgadget working |
| 23:40.47 | leviathan | so that we can use ethernet |
| 23:41.03 | tmzt | right |
| 23:41.08 | phh | ethernet is usable with usb function |
| 23:41.12 | tmzt | I have ce device though, htcfb should work |
| 23:41.20 | phh | i'm using it right know :p |
| 23:41.30 | tmzt | nice |
| 23:41.31 | phh | but usb gadget would still be nice |
| 23:41.36 | tmzt | and rndis? |
| 23:41.48 | phh | rndis is activated, but i don't know if i'm using it |
| 23:41.54 | tmzt | can you write a bitfield to sysfs to enable multiple endpoints with function? |
| 23:41.57 | tmzt | it should work |
| 23:42.02 | phh | I still don't get the difference between rndis and ether :p |
| 23:42.23 | phh | yes, that's what i do, default setting isn't the one i want, i added echo 6 > /blalba (it's ether + adb) |
| 23:42.55 | tmzt | okay, cool |
| 23:43.02 | tmzt | I want serial actually |
| 23:43.11 | tmzt | from boot time or as early as possible |
| 23:43.19 | phh | i have to test it |
| 23:43.27 | tmzt | is this on htc-msm-2.6.27 in gito orsoemthing else? |
| 23:43.32 | phh | yes |
| 23:43.40 | phh | it's a patch pushed today |
| 23:43.42 | phh | well yesterday now |
| 23:43.56 | tmzt | what about 2.6.32, only lev is working with that now? |
| 23:44.01 | tmzt | and he's also doing oe stuff? |
| 23:44.50 | phh | so fserial is bit 4 |
| 23:44.54 | phh | and 1<<4 = ? mmm |
| 23:45.22 | leviathan | tmzt: right |
| 23:45.34 | leviathan | only me is using OE and 2.6.32 in combination on htcdream |
| 23:45.46 | leviathan | I like to be special ;) |
| 23:45.51 | leviathan | make a branch |
| 23:45.56 | leviathan | I'll upload |
| 23:45.59 | tmzt | cool, I want that to report the topa code to |
| 23:46.09 | tmzt | I would be so happy to have that to work on when I'm offline |
| 23:46.12 | tmzt | ok |
| 23:46.33 | phh | leviathan: you're using vanilla kernel ? |
| 23:46.41 | leviathan | nope |
| 23:46.46 | tmzt | ca 2.6.32 |
| 23:46.47 | leviathan | the one from android |
| 23:46.51 | phh | ok |
| 23:47.10 | leviathan | http://android.git.kernel.org/?p=kernel/experimental.git;a=shortlog;h=refs/heads/android-msm-2.6.32-test1 |
| 23:47.25 | phh | bah I didn't enable fserial in my kernel |
| 23:47.34 | leviathan | I didn't have success to get elementaries working |
| 23:47.39 | leviathan | in vanilla |
| 23:47.47 | leviathan | so I didnt have another choice |
| 23:47.56 | leviathan | then cleaning up androids one and using it |
| 23:47.58 | leviathan | ... -.- |
| 23:48.08 | leviathan | anyway |
| 23:49.48 | leviathan | I think, I'll implement something in OSS like a queue which takes the input from /dev/dsp and writes it to qdsp5 |
| 23:50.00 | leviathan | I've enough -_- |
| 23:56.30 | *** join/#htc-linux apt (i=ibot@rikers.org) |
| 23:56.30 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
| 23:56.35 | tmzt | if you have master you probably have to delete it |
| 23:56.46 | tmzt | I usually cheat and manipulate the 'symlinks' directly |
| 23:57.58 | phh | spotify sync on wifi is really killing my phone ... |
| 23:58.00 | leviathan | hmm, ok |
| 23:58.22 | leviathan | it seems to take time somehow... |
| 23:58.32 | leviathan | ok, perhaps it needs such resources to load |
| 23:58.39 | phh | If i don't fan it i can barely put my fingers on it |
