| 00:25.07 | WyrM | gmzhuo: yes |
| 00:25.54 | WyrM | gmzhuo: you mean, the voltage that the card requests can't be delivered by the regulator? |
| 00:28.10 | WyrM | I imagined that we could have a problem like this. |
| 00:28.28 | WyrM | this is because VAUX2 is connected to another voltage regulator. |
| 00:30.43 | CIA-19 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r4b18c76dfa 10openezx/drivers/mfd/ezx-pcap.c: misc fixes |
| 03:10.24 | *** join/#openezx arne_ (i=nobody@dslc-082-082-074-113.pools.arcor-ip.net) |
| 03:12.40 | CIA-19 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r5e15f63303 10openezx/ (drivers/mfd/ezx-pcap.c include/linux/mfd/ezx-pcap.h): add subdevice support to the core |
| 03:20.46 | *** join/#openezx bjk_ (n=bjk@178.sub-75-201-173.myvzw.com) |
| 06:25.16 | *** join/#openezx LoneStar (n=xinzhen@114.92.166.173) |
| 06:43.49 | *** join/#openezx l403 (n=l@85.132.159.239) |
| 07:34.41 | *** join/#openezx gDD (n=gDD@125.116.13.209) |
| 07:56.56 | *** join/#openezx gr1d (n=gr1d@ng.acm.uiuc.edu) |
| 07:57.03 | gr1d | hi :) |
| 08:06.31 | gmzhuo | Hi gr1d |
| 08:12.45 | WyrM | hi |
| 08:17.24 | gmzhuo | Hi WyrM, |
| 08:35.35 | LoneStar | hi gmzhuo |
| 08:35.49 | gmzhuo | Hi LoneStar |
| 08:38.36 | *** join/#openezx WyrM1 (n=wyrm@20158131091.user.veloxzone.com.br) |
| 09:06.15 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
| 09:45.22 | *** join/#openezx gDD (n=gDD@125.116.13.209) |
| 09:46.17 | *** join/#openezx gDD_ (n=gDD@125.116.13.209) |
| 09:50.41 | *** join/#openezx gDD__ (n=gDD@125.116.13.209) |
| 11:18.22 | *** join/#openezx florian (n=fuchs@g227115219.adsl.alicedsl.de) |
| 11:20.37 | *** join/#openezx Sleep_Walker (n=Sleep@193.179.96.131) |
| 12:08.14 | l403 | Homestar |
| 12:26.04 | *** join/#openezx johanbr (n=j@blk-7-129-240.eastlink.ca) |
| 12:51.23 | *** join/#openezx florian (n=fuchs@g227115219.adsl.alicedsl.de) |
| 14:03.20 | *** join/#openezx gDD_ (n=gDD@125.116.25.247) |
| 15:15.13 | CIA-19 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * rd235f1ffe4 10openezx/ (drivers/mfd/ezx-pcap.c include/linux/mfd/ezx-pcap.h): continue pcap work |
| 15:15.20 | CIA-19 | OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r2d1fe85864 10openezx/arch/arm/mach-pxa/ezx.c: |
| 15:15.20 | CIA-19 | OpenEZX: pxa2xx_spi is reconfigured, so we need SPI_CS_HIGH to be configure via |
| 15:15.20 | CIA-19 | OpenEZX: the pcap driver, and not directly. |
| 15:24.59 | gmzhuo | Hi Wyrm,should we check if pcap.spi is NULL in ezx_pcap_putget, |
| 15:25.44 | gmzhuo | if pcap_regulator probe is excute before pcap probe,ezx_pcap_putget will cause panic |
| 15:25.55 | WyrM | gmzhuo: no. |
| 15:26.16 | WyrM | gmzhuo: why pcap-regulator is being probed before pcap on your phone? |
| 15:26.29 | gmzhuo | yes,don't know why |
| 15:26.33 | WyrM | anyway, see commit 5e15f633038a1892622e092990938ed4e6904f9e |
| 15:26.49 | WyrM | we will no longer register pcap subdevices on ezx.c |
| 15:27.11 | WyrM | now they will be on the pcap_platform_data, and they will be registered by the pcap-core. |
| 15:27.31 | WyrM | and the parent will be set as it should, so, no ordering issues. |
| 15:28.08 | WyrM | but you probably are without PCAP I/O working. |
| 15:28.20 | WyrM | because of SPI_CS_HIGH. |
| 15:28.53 | WyrM | see last 2 commits, and backport it, if you are using a previous "not-very-broken" kernel. ;) |
| 15:29.10 | gmzhuo | no no I see spi is NULL,but if all subdevices is registered by pcap-core,there should no problem |
| 15:30.11 | gmzhuo | not want to backport it,I'm so lazy,you know:) |
| 15:30.28 | WyrM | well, its ~10 lines ;) |
| 15:30.49 | WyrM | include/linux/mfd/ezx-pcap.h |
| 15:30.53 | WyrM | +#define PCAP_CS_AH 2 |
| 15:31.36 | gmzhuo | I add spi check code,and no panic then,but pxamci still not work |
| 15:31.38 | WyrM | drivers/mfd/ezx-pcap.c |
| 15:31.46 | WyrM | - spi->mode = SPI_MODE_0; |
| 15:31.46 | WyrM | + spi->mode = SPI_MODE_0 | pdata->config & PCAP_CS_AH ? SPI_CS_HIGH : 0; |
| 15:31.57 | WyrM | and commit 2d1fe85864f75569ec03e3e2436657e30bc09606 as is |
| 15:32.19 | WyrM | gmzhuo: the panic is probably because you have no PCAP I/O at all. |
| 15:32.44 | WyrM | do as I said above, and it will fix PCAP I/O, and everything will work again ;) |
| 15:33.00 | gmzhuo | no no,I see it's because early regulator probe |
| 15:33.11 | gmzhuo | and I "fix" it |
| 15:33.29 | WyrM | err. |
| 15:33.38 | WyrM | OK, if you say so. :) |
| 15:35.01 | WyrM | don't forget that no I/O = sleep on pcap_init(). |
| 15:35.18 | gmzhuo | what's kind of charger interface should be for userspace? |
| 15:35.41 | gmzhuo | dose there have one example in the kernel? |
| 16:09.13 | *** join/#openezx yang (i=yang@static-ip-62-75-255-125.inaddr.server4you.de) [NETSPLIT VICTIM] |
| 16:10.09 | *** join/#openezx CIA-33 (n=CIA@208.69.182.149.simpli.biz) |
| 16:12.12 | *** join/#openezx alain2210 (n=alain@AMontsouris-151-1-27-160.w82-123.abo.wanadoo.fr) |
| 16:48.32 | *** join/#openezx purl (i=ibot@rikers.org) |
| 16:48.32 | *** topic/#openezx is OpenEZX Developer Lounge -- http://www.openezx.org |
| 18:48.00 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
| 18:55.54 | *** join/#openezx Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz) |
| 19:24.08 | *** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 19:24.45 | *** join/#openezx sabro1 (n=sab@lns-bzn-59-82-252-187-103.adsl.proxad.net) |
| 21:46.27 | *** join/#openezx WyrM1 (n=wyrm@20158173015.user.veloxzone.com.br) |
| 21:58.40 | *** join/#openezx bjk (n=bjk@206.191.246.131) |
| 22:58.26 | *** join/#openezx Sleep_Walker (n=Sleep@193.179.96.131) |