| 00:43.47 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
| 00:52.11 | *** join/#openezx WyrM (i=wyrm@20158153113.user.veloxzone.com.br) |
| 00:52.19 | *** part/#openezx WyrM (i=wyrm@20158153113.user.veloxzone.com.br) |
| 01:17.37 | *** join/#openezx LoneStar (n=xinzhen@203.110.178.130) |
| 01:51.40 | *** join/#openezx webmind (n=webmind@shell.puscii.nl) |
| 02:44.54 | *** join/#openezx FosforoEee (n=Fosforo@20151128125.user.veloxzone.com.br) |
| 03:24.56 | *** part/#openezx FosforoEee (n=Fosforo@20151128125.user.veloxzone.com.br) |
| 03:31.17 | *** join/#openezx webmind (n=webmind@shell.puscii.nl) |
| 04:07.18 | *** join/#openezx LoneStar (n=xinzhen@203.110.178.130) |
| 04:32.53 | *** join/#openezx WyrM (i=wyrm@20158138014.user.veloxzone.com.br) |
| 05:42.44 | *** join/#openezx sabrod (n=laptop@lns-bzn-60-82-254-232-19.adsl.proxad.net) |
| 06:19.32 | *** join/#openezx drath_ (i=vmaster@p5B07D7BB.dip.t-dialin.net) |
| 07:34.41 | Hopscotch | good morning |
| 08:24.06 | *** join/#openezx webmind_ (n=webmind@u2m.nl) |
| 09:07.09 | *** join/#openezx florian__ (n=fuchs@217.146.132.69) |
| 09:08.51 | *** join/#openezx sabrod (n=laptop@lns-bzn-60-82-254-232-19.adsl.proxad.net) |
| 09:29.50 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 11:44.54 | *** join/#openezx webmind (n=webmind@shell.puscii.nl) |
| 12:00.19 | *** join/#openezx gmzhuo (n=gmzhuo@125.69.11.63) |
| 12:18.06 | *** join/#openezx BadCluster (n=badclust@200.26.114.34) |
| 13:24.48 | WyrM | good morning. |
| 13:24.57 | WyrM | http://people.openezx.org/wyrm/collection.jpg :) |
| 13:25.20 | gmzhuo | Hi,WyrM |
| 13:25.55 | stefan_schmidt | WyrM: heh, be nice to them so they keep growing. ;) |
| 13:33.03 | WyrM | gmzhuo: have commit c17e2889478bd9bfe6ab1f9d60330797b4dfdb2f fixed the WARN_ON on the pcap driver? (I had no time to test this yesterday). |
| 13:34.27 | WyrM | stefan_schmidt: is the ciabot working now? |
| 13:37.30 | stefan_schmidt | WyrM: Sadly not. No idea why. |
| 13:37.39 | stefan_schmidt | Need to debug this, but not today. |
| 13:38.05 | stefan_schmidt | scripts for CIA and commitmail are there, hooks adjusted. No idea were the problem is. |
| 13:47.50 | gmzhuo | Wyrm,I have test it,it fixed |
| 13:48.28 | gmzhuo | I'm try to power on bcm2045 |
| 13:53.09 | *** join/#openezx mmarker (n=crichton@m355e36d0.tmodns.net) |
| 13:55.02 | WyrM | gmzhuo: ezx_pcap_set_vaux(VAUX1, VAUX_EN, 1); ?? |
| 14:05.39 | *** join/#openezx sabrod (n=laptop@lns-bzn-60-82-254-232-19.adsl.proxad.net) |
| 14:07.11 | gmzhuo | E6 use VREG2?NOT VAUX? |
| 14:07.38 | gmzhuo | and some firmwire must be download to BCM2045 |
| 14:08.29 | WyrM | gmzhuo: on a780 the original software also loads a FW for bcm2035. But it works without loading the FW. |
| 14:08.34 | *** join/#openezx sabrod (n=laptop@lns-bzn-60-82-254-232-19.adsl.proxad.net) |
| 14:09.12 | gmzhuo | Maybe one e6 is difrrent? |
| 14:09.18 | gmzhuo | on e6 |
| 14:10.01 | gmzhuo | On kernel 2.4,I must load the FW |
| 14:11.44 | WyrM | gmzhuo: broadcom advertises these chips (bcm20x5) as runtime-patchable. It doesn't require the fw to run. What the fw does is still unknown but I think it is audio related. |
| 14:12.20 | gmzhuo | Then how about bluetooth addr? |
| 14:12.24 | WyrM | gmzhuo: anyway, we can't redistribute this binary fw. |
| 14:12.46 | WyrM | gmzhuo: bdaddr is set by a custo hci command. |
| 14:13.07 | WyrM | see the bcm2035 init on bluez's hciattach. |
| 14:13.40 | gmzhuo | Hmm,I'll test without fw,now I am deal the power |
| 14:14.18 | WyrM | gmzhuo: looks like our bit mapping for vreg2 is all wrong. |
| 14:14.49 | WyrM | it makes no sense the differences on vreg2 mapping between gen1 and gen2 |
| 14:21.08 | *** join/#openezx sabrod-laptop (n=laptop@lns-bzn-60-82-254-232-19.adsl.proxad.net) |
| 14:27.41 | gmzhuo | On gen2 I only see bluetooth use vreg2 and a910's wlan |
| 14:28.15 | WyrM | gmzhuo: see drivers/misc/ssp_pcap.h |
| 14:28.31 | WyrM | it maps vreg2 as *_LOWPWR and *_STBY |
| 14:28.40 | WyrM | no VREGS above 5. |
| 14:29.33 | WyrM | but on power_ic, it maps ?V6?VREG_EN to the second bit (<< 1) of vreg2. |
| 14:29.55 | WyrM | I don't know which file to trust. |
| 14:33.20 | WyrM | I think that the vreg2 mapping on ssp_pcap.h is all wrong. vreg2 probably matches vreg1 bits, but for v6~v10 instead of v1~v5. |
| 14:35.15 | *** join/#openezx FosforoEee (n=Fosforo@189.24.104.252) |
| 14:42.28 | gmzhuo | there is no response from bcm2045 :( |
| 14:45.48 | WyrM | gmzhuo: probably by default bcm2045 will chat at 115200 (like 2035). Its connected to the BTUART of the pxa. |
| 14:48.12 | gmzhuo | or maybe the power is incorrect |
| 14:48.51 | WyrM | gmzhuo: try hciattach /dev/ttyS1 bcm2035 115200 flow 12:34:56:78:9a:bc |
| 14:49.20 | WyrM | if it does not work, try to power on via vaux1 |
| 14:56.40 | gmzhuo | Maybe we should dump pcap regs when bluetooth power on and power off |
| 14:58.36 | gmzhuo | dose there have pcap dump tools on 2.4? |
| 15:00.26 | WyrM | gmzhuo: yes, you can load a module that dumps pcap registers. |
| 15:00.31 | WyrM | let me search for it. |
| 15:00.53 | WyrM | http://svn.openezx.org/trunk/src/kernel-2.4/pcap_dump/ |
| 15:02.19 | gmzhuo | there is no hciconfig in Angstrom-console-image-glibc-test-20070709-a1200.rootfs.tar.gz? |
| 15:02.45 | WyrM | gmzhuo: ipkg install bluez-utils |
| 15:03.03 | WyrM | how are you testing if bt is responding without hciattach? |
| 15:03.23 | gmzhuo | the hciattach did ont exit ,dose it mean the bluetooth works? |
| 15:03.31 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 15:03.35 | WyrM | gmzhuo: no. |
| 15:03.45 | WyrM | hciattach is the first step. |
| 15:04.00 | WyrM | now, do an hciconfig hci0 up |
| 15:04.13 | gmzhuo | but I have no hciconfig! |
| 15:05.20 | gmzhuo | ipkg install bluez-utils |
| 15:05.20 | gmzhuo | Package bluez-utils (3.12-r3) installed in root is up to date. |
| 15:05.29 | gmzhuo | but where is the hciconfig? |
| 15:05.54 | gmzhuo | there is no hciconfig |
| 15:07.13 | WyrM | well, it should be on some bluez package ;) |
| 15:08.04 | gmzhuo | I did know it works :) |
| 15:08.31 | gmzhuo | if it dosn't works,the hciattach will stay in console |
| 15:08.50 | WyrM | gmzhuo: no. |
| 15:08.54 | gmzhuo | I poweroff it ,then hciattach waiting here |
| 15:09.01 | WyrM | gmzhuo: I did this before, trust me. |
| 15:09.16 | WyrM | hciattach succeeding doesn't mean it is working. :) |
| 15:09.57 | gmzhuo | would you please send me the hciconfig? |
| 15:10.54 | WyrM | gmzhuo: I don't have it on my fso-image either. bluez-utils-3.23 |
| 15:11.23 | WyrM | maybe it was deprecated upstream. |
| 15:11.32 | WyrM | I don't play with bt for a long time. |
| 15:13.21 | WyrM | gmzhuo: you would also need hcitool to test if it is working. |
| 15:15.06 | gmzhuo | Now I am compile bluez 3.18 |
| 15:16.21 | WyrM | something wrong with OE. |
| 15:16.38 | WyrM | it builds hciconfig and hcitool, but it don't install it. |
| 15:17.20 | WyrM | see tmp/work/armv5te-angstrom-linux-gnueabi/bluez-utils*/bluez-utils*/tools/ |
| 15:18.13 | WyrM | it is built, but it is not on tmp/work/armv5te-angstrom-linux-gnueabi/bluez-utils*/install/sbin/ |
| 15:19.20 | gmzhuo | checking for BLUEZ... no |
| 15:19.20 | gmzhuo | configure: error: Bluetooth library is required |
| 15:19.32 | gmzhuo | where can set set BLUEZ PATH? |
| 15:19.36 | yang | V3 Razr is an unsupported phone ? |
| 15:19.43 | WyrM | mickeyl: ^^^^^^^ |
| 15:20.06 | yang | Any chance of being supported in the future? |
| 15:20.07 | WyrM | mickeyl: any reason for building and not installing hciconfig and hcitool on OE? :) |
| 15:20.44 | mickeyl | (re the BLUEZ... no) |
| 15:20.45 | WyrM | yang: I don't think so. Its not pxa based and it's firmware is signed. |
| 15:20.49 | mickeyl | bitbake bluez-libs |
| 15:20.52 | mickeyl | then bitbake fso-image again |
| 15:21.03 | mickeyl | it's a strange new bug in one of the bluez recipes (or gypsy) |
| 15:21.25 | mickeyl | WyrM: only because fso has no BT support yet |
| 15:21.31 | mickeyl | i can add them |
| 15:22.06 | WyrM | mickeyl: but libbluetooth is built, hciattach is built and installed. |
| 15:22.22 | mickeyl | yeah, it's built as part of the build depends |
| 15:22.29 | mickeyl | but not installed, because nothing RDEPENDS on it |
| 15:22.37 | mickeyl | (which we can fix) |
| 15:23.58 | WyrM | I still don't understand OE. shouldn't hciattach/hcitool be on tmp/work/armv5te-angstrom-linux-gnueabi/bluez-utils-3.23-r2/install/bluez-utils/sbin/ ??? |
| 15:24.31 | WyrM | it is on tmp/work/armv5te-angstrom-linux-gnueabi/bluez-utils-3.23-r2/bluez-utils-3.23/tools |
| 15:25.02 | gmzhuo | Ok,I can compile it now |
| 15:25.12 | mickeyl | i don't know. what exactly do you need? |
| 15:25.31 | mickeyl | just all bluez-utils installed? |
| 15:26.23 | mmarker | Does someone have a good cmdline for the E6. My brain has forgotten it. Can't seem to get the fb initialized. |
| 15:26.52 | WyrM | mickeyl: I don't see a point on installing hciattach and not installing hciconfig/hcitool. |
| 15:27.22 | mickeyl | ah |
| 15:27.30 | mickeyl | ok, no idea offhand. need to look at the oe recipes |
| 15:27.37 | WyrM | currently my OE build only installs hciattach/hcid on bluez-utils. |
| 15:27.51 | WyrM | it definitely should install hciattach/hcitool too. :) |
| 15:28.01 | mickeyl | ok, will check |
| 15:28.01 | gmzhuo | there is no dbus-1.0 :( |
| 15:28.10 | mickeyl | perhaps it's just fine granular packaged? |
| 15:28.49 | gmzhuo | how can i disable dbus? |
| 15:30.32 | WyrM | mickeyl: no, all OE bluez packages are: bluez-cups-backend, bluez-dtl1-workaround, bluez-gnome, bluez-gstreamer-plugin, bluez-hcidump, bluez-libs, bluez-utils |
| 15:30.49 | WyrM | hcitool/hciconfig should be on bluez-utils. :) |
| 15:31.04 | WyrM | gmzhuo: have you built your image with OE? |
| 15:32.58 | WyrM | gmzhuo: if you have built it yourself, hciattach is already built, just copy the files (hcitool/hciconfig) on tmp/work/armv5te-angstrom-linux-gnueabi/bluez-utils-3.23-r2/bluez-utils-3.23/tools/ |
| 15:33.12 | WyrM | to the phone /sbin/ dir. |
| 15:34.15 | gmzhuo | no,I have not build my self image |
| 15:36.27 | WyrM | mmarker: "console=tty1 root=/dev/mmcblk0p2 rootfstype=ext2 rootdelay=1 ip=192.168.0.202:192.168.0.200:192.168.0.200:255.255.255.0 debug" |
| 15:36.41 | gmzhuo | It works |
| 15:37.00 | WyrM | gmzhuo: build? or bt? |
| 15:37.06 | WyrM | gmzhuo: how it was tested? |
| 15:38.08 | gmzhuo | I compield 2.25,but only hciconfig |
| 15:38.25 | gmzhuo | I can excute hciconfig hci0 up |
| 15:38.58 | WyrM | gmzhuo: you really need to 'hcitool scan' at least :) |
| 15:39.32 | WyrM | put some other bt device as discoverable and try a hcitool scan. |
| 15:40.42 | mmarker | Thanks. Since I'm assuming your talking BT, the kernel is "working" on gen2, no? |
| 15:41.15 | gmzhuo | I need excute hcid? |
| 15:41.48 | gmzhuo | I can find bluetooth device on my pc :0 |
| 15:41.59 | gmzhuo | Ok,sure it works |
| 15:42.36 | WyrM | gmzhuo: not now. if hcitool scan find another devices it is definitely working. |
| 15:43.32 | WyrM | gmzhuo: congrats. |
| 15:43.50 | WyrM | gmzhuo: which pcap reg did the power on? vreg6? or vaux1? |
| 15:46.02 | gmzhuo | vreg2 |
| 15:47.20 | gmzhuo | So,we should belive motorola :) |
| 15:47.30 | WyrM | vreg6. Vreg2 is on PCAP_REG_VREG1. |
| 15:48.09 | WyrM | gmzhuo: trust who? motorola from ssp_pcap.h? of motorola from (incomplete) power_ic.h? |
| 15:50.36 | gmzhuo | linux-2.4.17/drivers/power_ic/module/peripheral.c |
| 15:50.44 | gmzhuo | it is defined here |
| 15:50.59 | WyrM | gmzhuo: the problem is not _only_ bt. |
| 15:51.10 | WyrM | it is the whole mapping of PCAP_REG_VREG2 register. |
| 15:51.55 | WyrM | according to motorola, on e680-linux source, and all gen2 phones source, PCAP_REG_VREG2 only has *_STBY and *_LOWPWR bits. |
| 15:52.11 | WyrM | see drivers/misc/ssp_pcap.h. |
| 15:53.15 | WyrM | but, the power_ic/module/peripheral.c clearly states that _VAUX6_ VAUX_EN is bit 1 of PCAP_REG_VREG2. |
| 15:54.50 | WyrM | we need to map PCAP_REG_VREG2 register correctly, only knowing the meaning of 1 bit (from 25) is not enough. |
| 15:55.25 | gmzhuo | I don't know what STBY is mean? |
| 15:56.56 | gmzhuo | Yes,even some chip vend didn't open all the infomation |
| 15:57.07 | gmzhuo | Like mavell, |
| 15:57.34 | gmzhuo | for his custmer |
| 16:02.29 | WyrM | I don't want all the information. Currently I want vreg2 bit mapping. ;) |
| 16:06.51 | WyrM | is gone. |
| 16:06.55 | WyrM | time to work. |
| 16:07.21 | gmzhuo | 921600 works well too |
| 16:07.27 | gmzhuo | bye |
| 16:08.15 | WyrM | 921600? |
| 16:09.21 | gmzhuo | yes |
| 16:09.48 | WyrM | what is 921600?? the PCAP_REG_VREG2 value? |
| 16:10.06 | mickey|away | WyrM: for some reason, hcitool is now in bluez-utils-compat |
| 16:10.28 | gmzhuo | I means the btuart rate :) |
| 16:11.59 | WyrM | gmzhuo: ahh, yes, all baud rates should work. For initial testing 115200 is more fail proof, because it skips the hci "set baud" command. |
| 16:12.38 | WyrM | since I fixed hciattach a long ago for bcm2035 I was not sure if the "set baud" command is the same for bcm2045. |
| 16:12.58 | WyrM | good to know that the same command that works on bcm2035 is also valid for bcm2045. |
| 16:13.10 | gmzhuo | :) |
| 16:13.20 | WyrM | mickey|away: thanks! :) |
| 16:14.42 | gmzhuo | where can I get the fixed hcattach? |
| 16:14.53 | WyrM | now I am really gone. thanks guys. :) |
| 16:15.38 | WyrM | gmzhuo: I sent it upstream (to marcel) a long ago, I think that since bluez-utils .14 or something near it. |
| 16:16.12 | gmzhuo | I go to sleep too :0 |
| 16:49.08 | *** join/#openezx BadCluster (n=badclust@200.26.114.34) |
| 17:17.54 | *** join/#openezx BadCluster (n=badclust@200.26.114.34) |
| 17:19.20 | *** join/#openezx mmarker (n=crichton@m505e36d0.tmodns.net) |
| 17:36.11 | *** join/#openezx WyrM (i=c88e3a12@gateway/web/ajax/mibbit.com/x-d9d382070379cf88) |
| 18:00.55 | *** join/#openezx rettichschnidi (n=reto@187-142.62-81.cust.bluewin.ch) |
| 19:34.07 | *** join/#openezx SuN (n=SuN@ip5652ade4.speed.planet.nl) |
| 20:12.51 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 20:39.21 | *** join/#openezx flo_lap (n=fuchs@f049187023.adsl.alicedsl.de) |
| 21:07.17 | *** join/#openezx rettich-schnidi (n=reto@175-176.62-81.cust.bluewin.ch) |
| 21:08.44 | *** join/#openezx FosforoEee (n=Fosforo@189.24.104.252) |
| 21:17.10 | *** join/#openezx BadCluster (n=badclust@200.26.114.34) |
| 21:17.13 | *** part/#openezx BadCluster (n=badclust@200.26.114.34) |
| 22:13.42 | *** join/#openezx mmarker (n=crichton@c-69-249-69-146.hsd1.nj.comcast.net) |
| 22:13.42 | *** join/#openezx yang (i=yang@CAcert/Assurer/yang) |
| 22:13.42 | *** join/#openezx Hopscotch (n=cd@touchdown.maintech.de) [NETSPLIT VICTIM] |
| 22:13.42 | *** join/#openezx TommyMT (n=tk@touchdown.maintech.de) [NETSPLIT VICTIM] |
| 22:57.23 | *** join/#openezx WyrM (i=wyrm@20158171238.user.veloxzone.com.br) |
