00:13.27 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
00:17.50 | tmzt | not getting any ezx_writes/reads |
00:18.06 | WyrM | then pcap is not being loaded. |
00:18.24 | WyrM | have it compiled at least (ls drivers/mfd/ezx-pcap.o) |
00:18.58 | tmzt | CONFIG_EZX_PCAP=y |
00:19.00 | tmzt | and yes |
00:20.13 | WyrM | as it is an spi_driver, it has to match names with .modalias on ezx_spi_boardinfo |
00:20.51 | WyrM | and ezx_spi_boardinfo has to be registered with spi_register_board_info on your machine _init() function |
00:21.29 | tmzt | .name = "ezx-pcap", |
00:22.01 | tmzt | static struct spi_board_info ezx_spi_boardinfo[] __initdata = { |
00:22.02 | tmzt | { |
00:22.02 | tmzt | .modalias = "ezx-pcap", |
00:22.23 | johanbr | WyrM: Any new ideas why my card doesn't work, or blob images for me to try? |
00:22.27 | tmzt | pxa2xx_set_spi_info(1, &ezx_spi_masterinfo); spi_register_board_info(ARRAY_AND_SIZE(ezx_spi_boardinfo)); |
00:22.58 | WyrM | tmzt: it should be working. check dmesg for any spi/pcap errors. |
00:23.20 | WyrM | johanbr: no, I did a bunch of tests today with sabrod, but couldn't track the source of the problem. |
00:23.47 | johanbr | Alright :( |
00:23.48 | WyrM | I can send you the latest test image if you want, it would be great if you could report what happens. |
00:24.17 | johanbr | sure |
00:24.53 | WyrM | ok, mail. |
00:26.06 | WM | johanbr: sent |
00:26.16 | WM | report what you see on screen. |
00:26.31 | WM | i you see C41: 8........ then you are lucky :) |
00:26.46 | WM | s/i you/if you/ |
00:28.41 | johanbr | WM: First I get rapidly scrolling text that's not possible to read, something with MMC and Timeout and a number. |
00:29.00 | WM | the screen gets cleared? |
00:29.15 | johanbr | Yes, then it stops and I see "CMD_APP_CMD Timeout (41100004)". |
00:29.31 | WM | yeah, looks like the card is not powered. |
00:29.53 | WM | if you try without the card you will get the same error :/ |
00:30.08 | johanbr | oh :( |
00:30.28 | WM | wait. |
00:30.30 | WM | no. |
00:30.50 | WM | its different. no card will give you a12.... |
00:31.20 | tmzt | I see nothing about ezx or pcap in dmesg |
00:31.33 | WM | tmzt: SPI |
00:31.52 | WM | look for pxa2xx-spi messages. |
00:36.05 | tmzt | I get ezx_writes/reads on cat /sys/bus/spi/devices/spi1.0/adc_battery |
00:36.44 | WM | tmzt: without the irq pin, reads from the adc will freeze your kernel. |
00:37.50 | tmzt | didn't freeze (completely) but cat won't exit, chars still echo |
00:38.22 | tmzt | what read/writes pcap without irq? |
00:38.46 | WM | change pcap_probe function. |
00:39.37 | WM | add a loop to read all registers (0...1f) |
00:39.41 | WM | and return -1 |
00:39.42 | WM | :) |
00:42.05 | WM | tell me the register values, and i can say if the I/O is working. :) |
00:45.20 | WM | in fact, non-working I/O is easy to spot, registers will have all bits set or all bits clear :) |
00:47.15 | WM | if I/O is not working, add PCAP_CS_INVERTED to pcap_platform_data.config. |
00:49.22 | WM | once you get I/O working, we can go for the interrupt pin. |
01:01.29 | tmzt | ok, it printed a bunch of stuff and panic'd, probably in bottom of the trace includes pxa2xx_spi_init |
01:02.03 | WM | should not panic |
01:02.58 | WM | add the looping to dump the registers after /* set default register values */ |
01:03.09 | WM | and return -1 |
01:04.00 | WM | its important that you dont call read/write functions before pcap.spi = spi; |
01:12.02 | tmzt | ok got it |
01:22.26 | tmzt | looks like zeros |
01:23.42 | tmzt | WM: no, that's the return value, I need value? |
01:25.01 | WM | u32 tmp; ezx_pcap_read(<register number>, &tmp); printk("r%d: %08x\n", <register number>, tmp); |
01:25.35 | tmzt | yeah, got that, hold on |
01:30.47 | tmzt | still 0000 |
01:31.04 | tmzt | ezx_pcap_read(i, &val); |
01:31.04 | tmzt | printk("ezx: %2x: %04x\n", i, val); |
01:31.04 | tmzt | }; |
01:31.13 | tmzt | . |
01:31.31 | WM | its 25 bit value, use %08x |
01:31.54 | WM | change .config on pcap_platform_data |
01:32.02 | WM | set PCAP_CS_INVERTED and try again. |
01:47.29 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
01:57.27 | tmzt | still 00000000 |
02:00.01 | WM | then something is wrong with gpio configuration. |
02:00.58 | WM | have you set all the ssp1 gpios with pxa2xx_mfp_config()? |
02:02.16 | WM | <PROTECTED> |
02:02.17 | WM | <PROTECTED> |
02:02.17 | WM | <PROTECTED> |
02:02.17 | WM | <PROTECTED> |
02:14.22 | sabrod | wOOt : I compile openezx now: things moves !!! |
02:14.30 | sabrod | :D |
02:14.45 | WM | sabrod: congrats! :) |
02:15.42 | sabrod | Thouthand thanks: your advises to LuitVD last year solved everything ;) |
02:16.37 | sabrod | Sorry to interupt with my newbies problems ... :p |
02:16.51 | tmzt | WM: where do I put those? |
02:17.10 | tmzt | and I need to have defines for each one, mode/alt function? |
02:17.22 | WM | yes |
02:18.09 | WM | static unsigned long pin_config[] __initdata = { |
02:18.16 | WM | pins..., |
02:18.22 | WM | more pins..., |
02:18.33 | WM | }; |
02:19.07 | WM | and on your init function, pxa2xx_mfp_config(ARRAY_AND_SIZE(pin_config)); |
02:19.36 | WM | the defines i pasted above, are exactly what you need :) |
02:27.29 | WM | tmzt: ahh, i noted something else on the irc log of our talk the other day when you used haret to get gpio confguration. |
02:29.36 | WM | 05:29.38tmzt 27 I 0 3 |
02:29.56 | WM | but forget, i misread as alternate function 1. |
02:30.06 | WM | which is SSPEXTCLK. |
02:30.23 | WM | but AF3 is for the camera interface :) |
02:30.59 | tmzt | I can paste the raw haretlogs now, if you need |
02:31.37 | WM | im pretty sure about your pins. |
02:31.47 | tmzt | ok |
02:31.49 | WM | it is correct. |
02:32.47 | tmzt | your saying pxa is master, or clock is internal then? |
02:32.59 | WM | after setting their alternate functions with mfp_config I/O should work |
02:33.08 | WM | pxa is master. |
02:33.46 | tmzt | static unsigned long pin_config[] = { GPIO29_SSP1_SCLK, GPIO25_SSP1_TXD, GPIO26_SSP1_RXD, GPIO28_GPIO, |
02:33.58 | tmzt | }; |
02:34.02 | tmzt | that's not formatted |
02:34.08 | WM | fine |
02:35.55 | WM | if it do not work at first, toggle the PCAP_CS_INVERTED. |
02:40.18 | tmzt | ok, didn't work, will try that next |
02:47.06 | sabrod | I got this: http://pastebin.com/m1321d5c0 (i applied A1200-MTD-patch)..... but it compiles fine and kernel work !! |
02:47.07 | tmzt | data |
02:47.47 | tmzt | now, it panic with not rootfs, doesn't see mmc at all |
02:48.04 | WM | sabrod: just ignore it. |
02:48.11 | WM | tmzt: GREAT! |
02:48.29 | WM | could you paste the register values for me? |
02:48.31 | WM | all of em. |
02:48.35 | sabrod | Ah, great. (great tmzt, too !) |
02:48.40 | tmzt | should we try dumping those from haret? |
02:48.47 | tmzt | yeah, I need to write a script |
02:48.56 | WM | no, we dont need haret for pcap anymore. |
02:48.59 | tmzt | but now it can't see the card |
02:49.43 | WM | tmzt: dont write 0 to AUXVREG. |
02:49.45 | WM | :) |
02:50.17 | tmzt | ezx_pcap_write(PCAP_REG_AUXVREG, 0); |
02:51.28 | tmzt | ok, commented out |
02:52.46 | WM | tmzt: now you can remove the test code from pcap_probe. |
02:52.53 | WM | and let it finish. |
02:53.03 | WM | comment out the AUXVREG write. |
02:53.13 | WM | and leave everything else as is. |
02:53.30 | WM | you can use the sysfs interface to dump regs. |
02:53.52 | WM | dont try to read from the adc_* files, as it will not work without interrupt. |
02:54.20 | WM | what interrupts have you traced on haret, when you plug in the usb cable? |
02:56.53 | WM | ahh, just so you know, PCAP handles the audio too. |
02:57.10 | tmzt | not just for emu? |
02:57.16 | WM | and we have the sound driver for it. |
02:58.16 | WM | PCAP is motorola's super ASIC. |
02:58.57 | tmzt | 007.109(0112138) IRQS ICIP: USBh1(3)=1 |
02:58.57 | tmzt | 007.223(0585611) IRQS GEDR0: GPIO18(82)=1 |
02:58.58 | tmzt | 007.223(0006401) IRQS GEDR0: GPIO18(82)=1 |
02:58.58 | WM | it handles Power, RTC, Audio, Battery and Charging |
03:00.00 | WM | add GPIO18_GPIO to the pin table. |
03:00.32 | WM | and configure the pcap_platform_data with gpio_to_irq(18) |
03:00.59 | WM | add a printk inside ezx-pcap.c interrupt handler. |
03:01.10 | WM | and try the usb cable |
03:01.22 | WM | hum... |
03:01.23 | WM | no. |
03:01.28 | WM | dont try the usb cable. |
03:01.35 | WM | try the adc_* files. |
03:04.27 | *** join/#openezx Fosfor1 (n=Fosforo@20151123218.user.veloxzone.com.br) |
03:05.42 | WM | tmzt: also, it would be great if you can dump all the register values and pastebin. |
03:06.07 | tmzt | it doesn't seem to have returned |
03:06.14 | tmzt | from cat |
03:06.24 | WM | which file? |
03:06.28 | WM | adc_* |
03:06.39 | tmzt | chagerid |
03:06.46 | WM | before catting the adc_* files, cat regs |
03:06.51 | tmzt | ok |
03:06.56 | WM | and send me the values of all registers :) |
03:07.25 | WM | i need it to determine the port on the pcap chip that the pxa is connected. |
03:07.48 | WM | pcap has 2 SPI ports, one connected to PXA and another connected to the baseband |
03:08.03 | WM | so baseband can control it too. |
03:08.23 | tmzt | what file is that, I am making a script on the sd card |
03:09.04 | WM | on the same dir as adc_* files |
03:09.33 | WM | there is the regs file. |
03:15.12 | tmzt | http://pastebin.no/66174 |
03:17.47 | WM | save this file, you will need it later. :) |
03:18.14 | WM | pcap is connected to port1, pxa has unrestricted control over pcap registers. :) |
03:19.00 | tmzt | so the port is configured wrong in pcap_data ? |
03:19.20 | WM | is it using PCAP_SECOND_PORT on .config? |
03:19.28 | WM | if it is, remove. |
03:19.41 | WM | if it isnt, 18 is not our irq pin. |
03:20.01 | tmzt | no, not in .config = |
03:20.27 | WM | then we will need to find the irq pin. |
03:20.53 | tmzt | should be same for charger and computer, right? |
03:21.05 | WM | yes. |
03:21.21 | WM | do you mean, when plugging the cable? |
03:21.28 | tmzt | yes |
03:21.38 | WM | and also the same if you cat any adc_* file |
03:21.54 | WM | and anything that is controled by pcap. |
03:21.55 | tmzt | so how do you find the pin? |
03:22.03 | WM | im thinking on this now. |
03:22.27 | WM | have you already tried GPIO1? |
03:22.36 | tmzt | yes, it was default |
03:22.52 | tmzt | after changing PCAP_INVERTED though, maybe not |
03:23.04 | WM | after data. |
03:23.14 | WM | try gpio 1 |
03:23.27 | WM | its the pin used on all ezx phones. |
03:25.18 | tmzt | 006.133(1626218) IRQS GEDR3: GPIO116(180)=1 |
03:25.18 | tmzt | 006.341(0306305) IRQS ICIP: GPIO1(9)=1 |
03:25.18 | tmzt | 006.341(0000000) IRQS GEDR0: GPIO1(65)=1 |
03:25.18 | tmzt | 006.362(0047116) IRQS ICIP: USBc(11)=1 |
03:25.18 | tmzt | 006.374(0084053) IRQS ICIP: USBc(11)=1 |
03:25.35 | tmzt | first thing I received in that trace |
03:25.54 | WM | first thing after plugging the usb cable? |
03:26.16 | tmzt | yeah, everything else was ignored so it would have been silent until plugging cable |
03:26.27 | tmzt | it was in usb1.txt, so that was a usb trace |
03:26.34 | WM | try gpio1. |
03:26.47 | WM | if it dont work, gpio116. |
03:32.45 | tmzt | ok, adc_battery gives near constant values |
03:32.54 | WM | good! |
03:32.57 | tmzt | adc_chargeid oops but returns to prompt |
03:33.45 | tmzt | adc_battery did not return to prompt |
03:33.52 | tmzt | after reading /proc/interrupts |
03:33.53 | WM | should not oops |
03:34.10 | tmzt | PCAP cpu0 9 |
03:34.16 | WM | can you dump oops message to me? |
03:34.42 | tmzt | lost it, null at not zero address |
03:34.57 | tmzt | pcap_work |
03:35.46 | WM | just leave it for now. |
03:35.52 | WM | lets get usb working. |
03:35.55 | tmzt | rebooting |
03:36.13 | tmzt | oh, right the oops caused the second one? |
03:36.20 | WM | probably. |
03:36.30 | tmzt | had that happen with wireless, killed get_host_by_name and then sudo |
03:36.52 | tmzt | I wanted to see if the interrupts where being detected |
03:37.18 | WM | if you read from adc_battery, sure it is receiving interrupts on gpio1. |
03:37.36 | tmzt | ok, so we can get usb then? |
03:37.40 | WM | yes |
03:37.56 | tmzt | write udc_connect to call ezx_pcap? |
03:37.56 | WM | now you have our tree, right? |
03:37.59 | tmzt | yes |
03:38.08 | WM | tg patch ezx/mach/udc |
03:38.09 | tmzt | no, only ezx/pcap |
03:38.27 | tmzt | git add/commit first? |
03:38.36 | tmzt | motoq is added, at least |
03:38.51 | WM | doesnt matter (add/commit) |
03:39.30 | WM | tmzt: also, what do you think about hosting your motoq work on git.openezx? |
03:39.42 | tmzt | that will work |
03:39.47 | tmzt | it's too different from htc |
03:40.13 | WM | yeah, i will talk to stefan_schmidt to create an accout for you. |
03:41.05 | WM | ezx/mach/udc has the relevant (only the minimum) to get your usb port working. |
03:41.57 | tmzt | tg patch dropped me in less, and I see I think everything I need here |
03:45.33 | WM | tmzt: are you subscribed to openezx-devel mailing list? |
03:46.50 | tmzt | I need to get a gmail setup for mailing lists, but I usually read them on archives |
03:47.37 | WM | please, subscribe, gmail filtering is easy with the web interface :) |
03:48.06 | tmzt | the threading/conversations work as well? |
03:48.25 | tmzt | I know I need to be careful about reply to list, but I can watch that |
03:49.32 | WM | yes, everything just works :) |
03:50.07 | WM | just hit reply to all. |
03:56.21 | tmzt | tg: (dd9ba6c..) ezx/mach/udc (depends on: ezx/mach/pcap_ts) |
03:56.35 | tmzt | don't know if it worked, but I copied udc_command to motoq.c |
03:56.48 | tmzt | not using MACH_EZX right now |
03:57.12 | tmzt | I'll get firefox and get that gmail setup |
03:58.07 | WM | use ezx/mach* patches only as reference, they are changes to ezx.c. |
03:58.18 | tmzt | right |
03:59.40 | tmzt | I should take out ezx_fixup, it's empty anyway |
04:02.53 | WM | you will probably need it later :) |
04:03.10 | WM | how much ram is the kernel detecting? |
04:04.02 | tmzt | I'll check |
04:04.15 | WM | im going to sleep. |
04:04.28 | WM | tmzt: congrats on getting the pcap driver working. |
04:06.53 | tmzt | if gpio1 is not set a vbus, the udc_command is not called? |
04:07.35 | tmzt | 61800 |
04:09.17 | tmzt | I have vbus as 18, that should be 1? |
04:09.36 | tmzt | I need to look at how 2.6.27 does it anyway |
04:10.04 | WM | forget usb gpios |
04:10.13 | WM | it is handled by pcap. |
04:10.24 | tmzt | what calls udc_command? |
04:10.43 | WM | pcap will interrupt you on GPIO and set a ISR bit for you |
04:10.52 | WM | s/GPIO/GPIO1/ |
04:11.21 | *** join/#openezx pixel__ (i=nobody@dslc-082-082-085-098.pools.arcor-ip.net) |
04:12.29 | tmzt | how does that trigger udc? |
04:13.01 | WM | it will not. |
04:14.13 | tmzt | ok, ezx_udc_command in ezx.c enables/disables PUEN on pcap? |
04:14.24 | WM | your udc will be always connected. |
04:14.39 | WM | the code is just a workaround for now. |
04:14.51 | WM | i need to implement complete emu handling. |
04:15.06 | WM | this includes accessory detection, and charging setup. |
04:15.51 | WM | ezx/mach/udc just hardcodes the port to the USB function and ignores the port interrupts. |
04:16.48 | tmzt | where is ezx/mach/udc ? |
04:17.10 | WM | its the patch you got with ezx/mach/udc |
04:17.21 | WM | tg patch ezx/mach/udc |
04:17.32 | tmzt | ok, that's not in the tree, it's the patch |
04:17.34 | WM | the changes it inserts on ezx.c |
04:17.55 | WM | are the code to enable the usb port, not a complete emu driver. |
04:19.19 | tmzt | ok, doesn't look like the patch applied. no udc in ezx.c |
04:19.30 | tmzt | did tg patch ezx/mach/udc |
04:19.36 | tmzt | I think it wanted pcap_ts |
04:19.49 | WM | dont apply ezx/mach/udc |
04:20.01 | WM | just read it, and put the code on your motoq.c file |
04:20.08 | tmzt | I copied udc_command from it |
04:20.17 | WM | copy everything it changes. |
04:20.37 | WM | the lines that start with + |
04:21.16 | WM | and add the pxa27x-udc driver to your kernel config |
04:21.20 | WM | and the usb will work |
04:22.45 | tmzt | CONFIG_USB_GADGET_PXA27X=y |
04:22.45 | tmzt | CONFIG_USB_PXA27X=y |
04:23.13 | WM | and add the eth usb gadget driver |
04:24.13 | tmzt | <PROTECTED> |
04:24.15 | tmzt | <PROTECTED> |
04:24.18 | tmzt | + |
04:24.21 | tmzt | + /* FIXME: EMU driver */ |
04:24.23 | tmzt | + ezx_pcap_write(PCAP_REG_BUSCTRL, |
04:24.26 | tmzt | + (PCAP_BUSCTRL_RS232ENB | PCAP_BUSCTRL_VUSB_EN)); |
04:24.29 | tmzt | + gpio_direction_output(120, 0); |
04:24.31 | tmzt | + gpio_direction_output(119, 0); |
04:25.02 | WM | this write is the magic to enable your usb port. |
04:25.20 | WM | you will probably not need the gpio changes. |
04:25.28 | WM | comment it out for now |
04:26.29 | WM | and it is called from the pcap_platform_data.init function. |
04:26.46 | WM | it will panic if you add it to your phone _init(). |
04:26.59 | tmzt | ok, I didn't |
04:27.31 | WM | also, in case you added the SW_VOLTAGE change |
04:27.38 | WM | its better to comment it out for now. |
04:27.48 | WM | and use whatever wince left set. |
04:27.52 | WM | :) |
04:28.01 | tmzt | oh, I had it before from the ezx.c |
04:28.43 | WM | no problems, later you can see what wince left set and adjust the value. |
04:29.18 | WM | it setup the voltage to the pxa processor, so its good to play safe. :) |
04:29.39 | tmzt | yeah, is that why we needed CPUFREQ? never needed it before |
04:29.51 | WM | i dont know. |
04:30.23 | WM | it was introduced on .27, thats why you never had problems with it. |
04:30.48 | WM | i think its not related to our code, its a bug that came from upstream. |
04:31.36 | WM | im gone now |
04:31.42 | WM | i really need to sleep ;) |
05:03.55 | *** join/#openezx the_mgt_ (n=ich@dslb-082-083-254-033.pools.arcor-ip.net) |
07:55.14 | *** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1) |
07:57.27 | ao2 | hi |
07:59.28 | *** join/#openezx methril (n=Methril@213.27.233.98) |
08:39.36 | yang | hi ao2 |
10:07.05 | *** join/#openezx florian_ (n=fuchs@217.146.132.69) |
10:12.58 | *** join/#openezx ade|desk (n=adavey@195.153.131.254) |
11:07.55 | *** join/#openezx RipZ (n=rip@194.186.251.146) |
11:08.41 | RipZ | hi |
11:09.07 | stefan_schmidt | hi RipZ |
11:09.15 | RipZ | there some problems with compile git+patch gen2bp :-( |
11:09.18 | RipZ | drivers/char/ts0710_mux_usb.c: In function 'suspend_timeout': |
11:09.19 | RipZ | drivers/char/ts0710_mux_usb.c:355: error: 'UHCRHPS3' undeclared (first use in this function) |
11:09.19 | RipZ | drivers/char/ts0710_mux_usb.c:355: error: (Each undeclared identifier is reported only once |
11:09.19 | RipZ | drivers/char/ts0710_mux_usb.c:355: error: for each function it appears in.) |
11:14.21 | stefan_schmidt | RipZ: Ah, you are trying to patch in mux support |
11:14.44 | stefan_schmidt | RipZ: The define for 'UHCRHPS3' is missing :) |
11:15.10 | stefan_schmidt | RipZ: How eager are you to get this running? |
11:15.34 | stefan_schmidt | RipZ: I ask because Wyrm is already working on getting the mux working with our newest stuff in git |
11:15.51 | stefan_schmidt | RipZ: Not sure when he will is ready to push his changes |
11:16.56 | stefan_schmidt | RipZ: If you would likt to work on this yourself you can search where and to what 'UHCRHPS3' was defined in our old patches and add such a define again |
11:17.31 | stefan_schmidt | RipZ: And iterate over the next errors that will appear |
11:19.35 | RipZ | ok. i'm searching |
11:24.09 | RipZ | why Wyrm is not ready to push mux patchsets? |
11:30.46 | stefan_schmidt | RipZ: No idea, ask him |
11:31.15 | stefan_schmidt | RipZ: Should be here later today |
11:31.20 | stefan_schmidt | WM or Wyrm |
11:34.22 | RipZ | thnx |
11:36.28 | stefan_schmidt | RipZ: no worries |
11:46.38 | RipZ | #define UHCRHPS3 __REG2( 0x4C000050, 3<<2 ) |
11:47.50 | stefan_schmidt | RipZ: in which header file? |
11:48.48 | RipZ | root@rip:/opt/ezx/kernel/openezx-git/old/openezx/drivers/usb/host# cat ./ohci-pxa27x.c |grep UHCRHPS |
11:48.48 | RipZ | #define UHCRHPS(x) __REG2( 0x4C000050, (x)<<2 ) |
11:49.48 | stefan_schmidt | RipZ: hmm |
11:50.08 | stefan_schmidt | RipZ: So that is a upstream change |
11:52.33 | stefan_schmidt | RipZ: The workaround is the put this into ts0710_mux_usb.c |
11:52.57 | stefan_schmidt | RipZ: wait |
11:53.21 | stefan_schmidt | RipZ: Upstream just changed from a macro to simple defines |
11:53.24 | stefan_schmidt | stefan@dodger:~/Projekte/OpenEZX/kernel-tree/openezx$ grep -r UHCRHPS . |
11:53.24 | stefan_schmidt | ./drivers/usb/host/ohci-pxa27x.c:#define UHCRHPS1 (0x0054) /* UHC Root Hub Port 1 Status */ |
11:53.24 | stefan_schmidt | ./drivers/usb/host/ohci-pxa27x.c:#define UHCRHPS2 (0x0058) /* UHC Root Hub Port 2 Status */ |
11:53.24 | stefan_schmidt | ./drivers/usb/host/ohci-pxa27x.c:#define UHCRHPS3 (0x005C) /* UHC Root Hub Port 3 Status */ |
11:53.59 | stefan_schmidt | RipZ: So go through the code in the mux driver and replace UHCRHPS(1) with UHCRHPS1, etc |
11:54.44 | stefan_schmidt | RipZ: Have to work now. Have fun with the other erros. :) |
11:55.12 | RipZ | =) |
11:55.47 | *** join/#openezx WyrM (n=wyrm@189.13.97.103) |
11:56.48 | RipZ | WyrM, hi |
11:56.51 | RipZ | ^^^ |
11:57.04 | WyrM | hi RipZ. |
11:58.36 | RipZ | WyrM, what you says about not defined UHCRHPS3 in your gen2bp.patch ? |
11:59.08 | RipZ | How to act more correctly? |
11:59.20 | WyrM | what UHCRHPS3 does? |
12:01.01 | RipZ | suspend-resume |
12:01.59 | WyrM | and have you tested it already? |
12:02.32 | WyrM | resume signal from BP comes from the BP_WDI pin on motorola 2.4 |
12:03.08 | WyrM | but anyway, we need to change the bootloader to get resume working again. |
12:03.18 | RipZ | At me problems with assembly of a kernel in this plan |
12:04.37 | WyrM | which problems? |
12:05.58 | RipZ | i'm not found #define UHCRHPS3 in current three in git |
12:06.07 | RipZ | *tree |
12:07.20 | WyrM | just add it. :) |
12:07.29 | RipZ | hehe :) |
12:08.03 | RipZ | drivers/char/ezx-bp.c: In function 'ezxbp_probe': |
12:08.04 | RipZ | drivers/char/ezx-bp.c:166: error: implicit declaration of function 'set_irq_type' |
12:08.04 | RipZ | drivers/char/ezx-bp.c:166: error: 'IRQ_TYPE_EDGE_FALLING' undeclared (first use in this function) |
12:08.09 | RipZ | hmm |
12:08.20 | WyrM | this code needs update. |
12:08.34 | RipZ | update from? |
12:08.35 | WyrM | a lot has changed since 2.6.25. |
12:09.20 | WyrM | headers were moved, set_irq_type shouldn't be used anymore. |
12:09.44 | RipZ | yes. i see this today( |
12:12.10 | WyrM | RipZ: if you finish BP porting, please send me your work. |
12:12.35 | WyrM | I should have done this porting this weekend, but I got distracted by other stuff :) |
12:13.01 | ao2 | WyrM, with latest code I get "mmc_spi spi1.1: can' share SPI bus" and "mmc_spi: probe failed with error -16" the last message come from drivers/base/dd.c errno 16 is EBUSY |
12:13.06 | ao2 | that on A910 of course |
12:13.27 | WyrM | ao2: this is because I added the mmc_spi driver. |
12:13.42 | WyrM | and forgot to hack mmc_spi to allow sharing. |
12:13.55 | WyrM | the hack is simple, but is not safe. |
12:15.12 | ao2 | WyrM, tell me what to change, I'll keep the secret. I wanted to play with camera also on A910, and compare results with A780. |
12:15.24 | WyrM | just a min. |
12:16.02 | ao2 | thanks, the unsafeness implies that I may lost some data? That is still acceptable for me. |
12:16.18 | ao2 | s/lost/loose |
12:17.39 | WyrM | ao2: it implies that altough the bus is shared, if you try to use pcap and mmc at the same time you will see data corruption. |
12:18.33 | WyrM | line 1232 of mmc_spi.c, change to if (0 && spi->master->num_chipselect ..... ) |
12:18.47 | WyrM | just remove the check for shared bus ;) |
12:20.32 | *** join/#openezx johanbr (n=j@blk-7-131-98.eastlink.ca) |
12:26.42 | WyrM | in fact, the bus sharing works. |
12:27.08 | WyrM | it don't try to execute two spi_transfer or spi_message at the same time. |
12:28.08 | WyrM | but the mmc_spi driver wants that more than one spi_message gets executed atomically, but is not ready to do it. |
12:29.02 | WyrM | there were some messages on spi-devel about this, if you are interested in fixing it. |
12:31.16 | WyrM | -rc2 is out. |
12:31.23 | WyrM | updating our tree. |
12:34.08 | WyrM | a lot of errors on push. |
12:34.22 | WyrM | git: error while loading shared libraries: libc.so.6: cannot open shared object file: Error 23 |
12:34.25 | WyrM | weird :) |
12:34.54 | WyrM | something is wrong with git.openezx |
12:36.08 | WyrM | error: unable to open object pack directory: ./objects/pack: Too many open files in system |
12:43.17 | *** join/#openezx gmzhuo (n=gmzhuo@118.112.225.1) |
12:43.32 | gmzhuo | Hi,stefan_schmidt |
12:44.04 | stefan_schmidt | hi gmzhuo |
12:45.22 | WyrM | stefan_schmidt: if you have some time, figure out if git.openezx is still working. |
12:45.33 | WyrM | try to clone the whole tree locally. |
12:45.57 | WyrM | I got a lot of errors when pushing -rc2. Sent a mail to you. |
12:46.03 | gmzhuo | The public I send to you was generated bye puttygen,dose I must use ssh-keygen in linux? |
12:46.22 | gmzhuo | public key |
12:46.45 | stefan_schmidt | WyrM: oops, I'll see when I have time. Need to work right now. |
12:46.57 | stefan_schmidt | gmzhuo: Well, are you able to login at the moment? |
12:47.18 | gmzhuo | I can't |
12:47.27 | stefan_schmidt | gmzhuo: If yes, no need to send another key. If not I would prefer one generated with ssh-keygen. |
12:47.56 | stefan_schmidt | gmzhuo: If it does not make to much trouble for you a new key would be easier. |
12:48.16 | stefan_schmidt | gmzhuo: If you prefer this one I need to figure out what problems this putty key give us |
12:48.51 | WyrM | gmzhuo: also, assert that your libssl is the latest one, people.openezx will automatically refuse keys generated by some buggy libssl. |
12:49.54 | stefan_schmidt | WyrM: Doing a local checkout on that machine now |
12:50.18 | stefan_schmidt | WyrM: To many open files looks strange |
12:50.30 | stefan_schmidt | WyrM: The system looks normal on a first glance |
12:50.57 | WyrM | the error is not from my local machine, (the messages are in english, my locale is set to pt_BR). |
12:51.19 | stefan_schmidt | WyrM: Damn, that was my best gues. ;) |
12:51.22 | stefan_schmidt | guess, even |
12:52.33 | stefan_schmidt | WyrM: You tried to push the -rc2 changes? |
12:52.35 | stefan_schmidt | http://git.openezx.org/?p=openezx.git;a=summary |
12:52.42 | stefan_schmidt | Shows already the -rc2 tag |
12:52.43 | WyrM | yes. |
12:52.49 | stefan_schmidt | is confused |
12:52.52 | WyrM | the tree on git.openezx seem fine. |
12:53.02 | WyrM | but im not sure about the tree state. |
12:53.11 | WyrM | git-notify sent no mails. |
12:53.32 | WyrM | and there are git errors even before it tried to run git-notify. |
12:53.44 | stefan_schmidt | WyrM: hmmm |
12:54.09 | stefan_schmidt | WyrM: The local checkout worked fine |
12:54.32 | stefan_schmidt | WyrM: For now I assume it works. If not I have to take a look in the evening |
12:54.56 | WyrM | stefan_schmidt: I guess that nobody pulled from it yet. |
12:56.15 | stefan_schmidt | WyrM: What do you mean with nobody pulled? |
12:56.26 | stefan_schmidt | WyrM: The complete checkout was a pull |
12:57.19 | gmzhuo | Hi,stefan schmidt,I have send another public key by ssh-keygen |
12:57.34 | stefan_schmidt | gmzhuo: ok, will add it in the evening |
12:57.36 | WyrM | I think it is safe to reset it to e221171be7279b8d9bb216ee0ac656c1eccddbda |
12:57.54 | stefan_schmidt | has really to work now |
12:58.18 | stefan_schmidt | WyrM: Do it if you think it is safer. |
12:58.22 | stefan_schmidt | is off now |
13:00.27 | *** join/#openezx borman999 (n=quassel@ppp91-78-173-185.pppoe.mtu-net.ru) |
13:00.54 | WyrM | needs to go to work too. |
13:01.46 | WyrM | anyway, if somebody find inconsistencies on our git, please report on openezx-devel. I have the tree locally at a good state and we can fix it later if problems arise. |
13:31.26 | *** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca) |
13:48.10 | RipZ | WyrM, drivers/char/ts0710_mux.c: In function 'ts0710_recv_data': |
13:48.10 | RipZ | drivers/char/ts0710_mux.c:1915: error: 'struct tty_ldisc' has no member named 'receive_buf' |
13:49.54 | gmzhuo | Hi,RipZ,you should add ldisc->ops->receive_buf(....) |
13:51.19 | RipZ | heh. in tty_ldisc.h comments in old defines :) |
13:53.08 | gmzhuo | There have more problem in ts0710_mux_usb.c in the newest kernel |
13:55.28 | gmzhuo | RipZ,which phone dose you have? |
13:55.51 | RipZ | e6 |
13:56.23 | gmzhuo | same as I :) |
13:56.30 | RipZ | I know :) |
14:09.23 | RipZ | sound/soc/pxa/ezx.c also broken |
14:10.11 | sabrod | ao2, in RC1, MMC-SPI driver don't work? Or is it for RC2 :p |
14:10.31 | sabrod | RipZ: it seems to work on Rc1 ... |
14:10.34 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.85.155) |
14:12.16 | RipZ | sabrod, greetingz from motoezx@conference.jabber.ru! :P preved,kagdila? |
14:21.11 | sabrod | Ripz! preved! Too? |
14:21.34 | RipZ | yes! |
14:21.43 | sabrod | I dunno Kadgila , ^^ |
14:22.12 | sabrod | :) |
14:22.50 | borman999 | sabrod, it means 'how are you?' |
14:23.50 | sabrod | Hey, fine, I try my first openezx compilations :D |
14:24.03 | RipZ | o_o |
14:24.15 | RipZ | sabrod, sucess? |
14:24.34 | sabrod | yes!! |
14:26.04 | sabrod | that's pretty cool to have stefan's toolchain as a "standart" :) |
14:26.53 | sabrod | I was lost on OE... |
14:33.28 | *** join/#openezx WyrM (n=wyrm@189.13.113.187) |
14:33.52 | WyrM | I went to work, and only them realized that today is a holyday :) |
14:35.49 | sabrod | Wyrm, oh that sucks :p |
14:36.05 | WyrM | better than working 8 hours today ;) |
14:36.22 | sabrod | indeed! |
14:37.19 | WyrM | I will do some deep changes to asoc. |
14:37.31 | WyrM | good oportunity to test top-git. |
14:37.41 | WyrM | ezx/asoc will change dependencies. |
14:37.53 | sabrod | I realized stefan moved his toolchain... It was pretty usefull, should we have a tutorial for building our own? |
14:38.05 | WyrM | it will no longer depend on asoc/pxa2xx-ssp, and a new patch will be created. |
14:38.44 | WyrM | sabrod: we use OE. |
14:38.46 | sabrod | I got good Alsa support on RC1, it seems ?? |
14:39.02 | WyrM | yes, but things will change upstream. |
14:39.24 | WyrM | I will change stuff before it breaks later :) |
14:40.02 | sabrod | Ah... Good! |
14:41.03 | WyrM | also, there are changes we need on some upstream code, we need to have an eye out of OpenEZX so people won't break what we do. :) |
14:42.06 | WyrM | about 2 months ago, there were changes on pxa usb code that if merged would require a lot of workarounds on our code. Luckily I saw the patch submission and explained the situation. |
14:43.06 | WyrM | in fact, the change would affect any external usb transceiver user. not only OpenEZX. |
14:43.34 | sabrod | ayayaa... good! A chance to saw that!! |
14:43.55 | sabrod | s/saw/have seen/ |
14:50.05 | RipZ | WyrM, Whether it will be repaired asoc? |
14:50.49 | WyrM | RipZ: asoc is working now. |
14:50.59 | RipZ | in current git? |
14:51.06 | WyrM | but changes that will go upstream will break it, im anticipating it. |
14:51.08 | WyrM | yes |
14:52.38 | RipZ | WyrM, asoc-ezx.patch to not apply to git tree? |
14:52.53 | WyrM | its on the git tree already |
14:53.05 | RipZ | ok |
14:53.12 | WyrM | git checkout ezx/current will give you a working asoc driver |
14:59.40 | RipZ | Still a question. The card registers in what file mtd for ezx? |
15:00.56 | sabrod | There is a need of patching with http://people.openezx.org/wyrm/a1200-mtd.patch , I believe... |
15:02.12 | sabrod | I'm sure it's not in git, and near from sure it's not in the svn either... |
15:02.15 | gmzhuo | Hi,WyrM,the asoc have another problem,I can't exute aplay & arecord in the same time |
15:02.47 | WyrM | gmzhuo: you can't record from the ST_DAC. |
15:03.02 | WyrM | it has no record interface IIRC. (if it has, it shouldn't). |
15:03.20 | RipZ | sabrod, No, it not that |
15:03.33 | WyrM | but you can probably execute aplay and arecord simultaneously if you use the mono codec. |
15:03.49 | RipZ | memory adressing map need |
15:03.51 | WyrM | there is a different pcm device for the mono dac. |
15:04.04 | gmzhuo | Oh,I see |
15:04.55 | WyrM | RipZ: the nor map is not on git either. |
15:05.07 | *** join/#openezx yansa (n=yans@host-89-230-210-142.lublin.mm.pl) |
15:05.10 | WyrM | its on 2.6.25 svn if you want to port it to latest git. |
15:05.17 | RipZ | yes |
15:06.13 | RipZ | http://svn.openezx.org/trunk/src/kernel-2.6/patches/ezx-mtd-map.patch ? |
15:07.16 | WyrM | yes |
15:07.50 | WyrM | but please note that the ifdefs will no longer work. |
15:08.01 | WyrM | we need a mapping that is changeable at runtime. |
15:08.07 | WyrM | so the same kernel works on all phones. |
15:08.26 | RipZ | I understand |
15:08.34 | WyrM | so, instead of ifdefs, it has to do the mapping depending on machine_is_ezx_* macros. |
15:09.36 | sabrod | Oh, cool! I can give A910 and A910i 's mapping , if you wants! |
15:09.53 | WyrM | sabrod: its probably the same as on a1200 :) |
15:13.03 | sabrod | Well, you can contact me... (Ok, you guys are talking about NOR partitionning?? no) |
15:14.16 | sabrod | I thought A910 were different, I will check that... |
15:14.29 | sabrod | I meant A910i |
15:23.27 | gmzhuo | Hi,wrym,how to use mono codec in aplay and arecord? -D ?then where can I found the valid device name? |
15:24.38 | gmzhuo | and if I can play in st and capture in mono? |
15:29.09 | RipZ | How to me to define what phone it is used? |
15:30.18 | WyrM | gmzhuo: you can't play with stereo and capture with mono. Once you select the DAC to be used the other becames unavailable. |
15:31.07 | RipZ | if (machine_is_ezx_e6() ) ? |
15:31.16 | RipZ | or not? |
15:31.46 | WyrM | gmzhuo: I don't remember the valid device names, take a look at the devices on /sys/class/sound |
15:32.38 | WyrM | RipZ: rename each struct mtd_partition to <phone>_partitions[] |
15:32.57 | *** join/#openezx yansa (n=yans@89.108.200.2) |
15:33.02 | WyrM | enclose it within an #ifdef CONFIG_MACH_EZX_PHONE |
15:33.32 | gmzhuo | time to go to bed,bye everyone |
15:34.23 | WyrM | and using machine_is_ezx_* macros set parts = to the respective phone mapping. |
15:34.38 | RipZ | ok |
15:37.36 | sabrod | bye gmzhuo |
16:23.02 | *** join/#openezx borman999 (n=quassel@ppp85-140-148-161.pppoe.mtu-net.ru) |
16:33.23 | *** join/#openezx neolynx (n=u@32-123-204-62-pool.dsl.fcom.ch) |
16:46.20 | *** join/#openezx pH5 (n=ph5@e178221032.adsl.alicedsl.de) |
17:18.56 | *** join/#openezx flyhorse|linux (n=flyhorse@219.130.83.241) |
17:46.00 | sabrod | RipZ: i'm also interested in mtd support, can you send the patch to openezx-devel when you finish it? |
17:46.49 | sabrod | or if you prefer :) just tell me if you want me to work on it! |
18:02.40 | *** part/#openezx ade|desk (n=adavey@195.153.131.254) |
18:06.59 | ao2 | wow, I was giving up with camera on a780, and then I tried on a910, here the result are more promising: http://people.openezx.org/ao2/a910-camera-vga.jpg and swapping yuyv values in my testa app produces what we want: http://people.openezx.org/ao2/a910-camera-manually-swapped-ok.jpg |
18:07.51 | WyrM | ao2: congrats! :) |
18:08.00 | WyrM | is it also a mt9m111 on a910? |
18:08.45 | ao2 | so there must be some wrong init for A780, or even an hardware issue, I read about a workaround to prevent vertival lines here: http://svn.openezx.org/branches/kernel-2.6.16.13-patches/ezx_camera.patch grep for TCMM_EN |
18:09.06 | ao2 | yes, WyrM mt9m111 |
18:09.46 | ao2 | the driver needs to be tweaked, but now I know what I have to do |
18:10.42 | WyrM | this is great news, please send an email to openezx-devel :) |
18:11.09 | ao2 | sure |
18:12.34 | sabrod | ao2 : -superb- :D |
18:28.37 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 111c797555 openezx/sound/soc/pxa/ (pxa-ssp.c pxa-ssp.h): driver import |
18:28.39 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 029429d13a openezx/sound/soc/pxa/pxa-ssp.c: |
18:28.39 | CIA-28 | ASoC/pxa-ssp.c: keep up with pxa api changes |
18:28.39 | CIA-28 | Signed-off-by: Daniel Ribeiro <drwyrm@gmail.com> |
18:28.39 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 57cb7650b7 openezx/sound/soc/pxa/ (Kconfig Makefile): makefile/kconfig entries |
18:28.42 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 7f20e7c40a openezx/sound/soc/pxa/Kconfig: update makefile |
18:28.45 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 4b28c0a413 openezx/sound/soc/pxa/pxa-ssp.c: |
18:28.47 | CIA-28 | ASoC/pxa-ssp.c: fix build on pxa2xx |
18:28.49 | CIA-28 | Signed-off-by: Daniel Ribeiro <drwyrm@gmail.com> |
18:28.51 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 0f2ab76e94 openezx/.topdeps: change dependecy |
18:28.53 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 1d20e062f4 openezx/ (.topdeps .topmsg): create |
18:28.58 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * 7413b806aa openezx/arch/arm/configs/ezx_defconfig: Automatic defconfig update |
18:29.34 | WyrM | sorry for the flood. :) |
18:31.24 | ao2 | it's a pleasure WyrM :) |
18:33.37 | WyrM | err, I don't think so. ;) |
18:33.44 | WyrM | asoc is probably very broken now. |
18:33.45 | WyrM | lol |
18:34.07 | WyrM | but don't worry, I will fix it today :) |
18:34.53 | WyrM | ao2: the change on the topgit layout seem to have worked just fine. |
18:35.00 | WyrM | topgit is really great. |
18:35.54 | stefan_schmidt | re |
18:36.05 | stefan_schmidt | reads backlog |
18:37.32 | stefan_schmidt | ao2: congrats, the A910 locks good :) |
18:37.51 | stefan_schmidt | ao2: nice work |
18:38.29 | stefan_schmidt | WyrM: heh, so the brazil goverment offered you an OpenEZX hacking day by an unknown holiday? ;) |
18:38.53 | stefan_schmidt | WyrM: Found any corruption during your recent work? Any more errors while pushing? |
18:40.58 | WyrM | stefan_schmidt: no, the tree seems fine. |
18:41.12 | WyrM | I think that git-notify is causing the errors. |
18:41.17 | WyrM | I will look at it later. |
18:41.35 | WyrM | probably the quantity of commits caused the error. |
18:43.40 | stefan_schmidt | WyrM: Could be. We will see. At least the tree is fine. Less work then I expected for the evening. :) |
18:43.59 | stefan_schmidt | ok, added gmzhuo's new key. Hopefully he can login now. |
18:44.23 | WyrM | our topgit layout starts to look like a monster. http://people.openezx.org/wyrm/images/latest/topgit-layout.png |
18:44.46 | stefan_schmidt | urgs |
18:44.57 | stefan_schmidt | well, it serves his purpose :) |
18:45.32 | stefan_schmidt | WyrM: Have you read rmk's mail about in which timeframe what kind of changes will get accepted? |
18:47.33 | WyrM | stefan_schmidt: yes, we are still on schedule. plans are to submit up to ezx/mach/pcap_ts |
18:47.48 | stefan_schmidt | WyrM: ack |
18:47.59 | stefan_schmidt | WyrM: Just wanted to make sure you have read the mail |
18:48.42 | stefan_schmidt | WyrM: Up to means the linear stack on ezx.c plus pcap, right? |
18:48.54 | stefan_schmidt | WyrM: Or do you also think about asoc and eoc? |
18:49.28 | WyrM | stefan_schmidt: no, only the patches which depend directly on ezx/mach/pcap_ts |
18:49.37 | WyrM | err, |
18:49.47 | WyrM | which mach/pcap_ts depends on. |
18:51.07 | stefan_schmidt | WyrM: ok, as I thought. Enough work already. :) |
19:06.20 | *** join/#openezx borman999 (n=quassel@ppp85-140-148-161.pppoe.mtu-net.ru) |
19:06.48 | WyrM | stefan_schmidt: seems that the commitlog via email is not working again :/ |
19:07.20 | stefan_schmidt | WyrM: sigh |
19:07.31 | WyrM | or the email got hold because of the size. |
19:07.34 | stefan_schmidt | WyrM: Yopu killed it with you merge flood from -rc2 ;) |
19:07.49 | WyrM | hum... may be. |
19:08.13 | WyrM | or it got hold because of the size, the last push was pretty big too. |
19:08.17 | ao2 | mmh, why my kernel wants to mount rootf from "3e00"? It appens very often on a910, when I send the kernel after gen-blob and USB Ready. |
19:08.23 | WyrM | no errors on the terminal this time. |
19:09.10 | stefan_schmidt | WyrM: Would match that you killed it with the last commit. ;) |
19:09.16 | WyrM | ao2: if you set the cmdline with boot_usb, this will never happen. |
19:09.39 | ao2 | ok, thanks WyrM this workaround is very welcome |
19:10.05 | WyrM | ao2: there is a chance that the whole ATAG memory to be preserved after a reboot from the 2.4 kernel. |
19:11.15 | WyrM | stefan_schmidt: lets test. :) |
19:12.24 | stefan_schmidt | WyrM: I'll have a look later. Simpsons time now. :) |
19:14.17 | CIA-28 | Daniel Ribeiro <drwyrm@gmail.com> ezx/current * f04eb294d0 openezx/sound/soc/pxa/ezx.c: cleanup |
19:15.03 | WyrM | yeah, I think I killed it. |
19:15.06 | WyrM | :) |
19:23.02 | WyrM | stefan_schmidt: weird, no I run git notify manually, listing all commits since last night (including the -rc2 update). |
19:23.09 | WyrM | s/no/now/ |
19:23.39 | *** join/#openezx sabrod (n=mac@lns-bzn-54-82-251-93-79.adsl.proxad.net) |
19:23.59 | WyrM | and it works, no errors, and I received the email (I used -m <my_email> on the cmdline) |
19:26.59 | WyrM | back to asoc work. |
19:58.47 | WyrM | tmzt: how is motoq work going? :) |
19:59.22 | tmzt | hey |
20:06.45 | tmzt | WyrM: things seem to be working but nothing is detected on usb |
20:08.16 | WyrM | even after enabling RS232ENB | VUSB_EN | USB_PU? |
20:09.09 | tmzt | yes |
20:10.57 | WyrM | trace i2c writes on haret and see if it has some relation with usb. |
20:11.03 | tmzt | ezx_pcap_write(PCAP_REG_BUSCTRL, (PCAP_BUSCTRL_RS232ENB | PCAP_BUSCTRL_VUSB_EN)); |
20:11.23 | WyrM | on some ezx phones, the pcap transceiver is not used, and there is another i2c chip to handle usb. |
20:12.02 | WyrM | tmzt: also, before messing with i2c, check if every config needed for usb is on .config |
20:12.38 | WyrM | CONFIG_USB_ETH, CONFIG_USB_PXA27X and CONFIG_USB_GADGET_PXA27X |
20:12.41 | tmzt | .config is 0 right now |
20:12.43 | tmzt | oh |
20:13.12 | WyrM | err .config the file. :) |
20:13.24 | tmzt | yes, those are set |
20:14.00 | WyrM | then go for the i2c trace. :) |
20:15.03 | WyrM | I think you will find a chip addressed as 0x17. |
20:17.19 | tmzt | trace i2c register read/writes? I have ApachePhoneTrace for serial, I think that's right |
20:24.47 | WyrM | does serial includes the i2c bus? |
20:25.18 | tmzt | no, I mean it is supposed to give examples for tracing writes/reads to a register, in this case FFUART |
20:26.34 | tmzt | I can probe that chip on linux can't I? |
20:28.06 | WyrM | yes, if it is really this chip, you can apply our ezx/eoc patch |
20:28.46 | WyrM | and add: |
20:29.36 | WyrM | +static struct i2c_board_info __initdata motoq_i2c_board_info[] = { |
20:29.36 | WyrM | + { I2C_BOARD_INFO("ezx-eoc", 0x17) }, |
20:29.36 | WyrM | +}; |
20:29.36 | WyrM | to your machine file, and register it with |
20:29.36 | WyrM | + i2c_register_board_info(0, ARRAY_AND_SIZE(motoq_i2c_board_info)); |
20:30.14 | tmzt | ok, I meant lmsensors, but yeah |
20:30.28 | tmzt | I think I can get the haret, if the address is the first thing it writes |
20:30.45 | ao2 | tmzt, were you referring to http://www.lm-sensors.org/wiki/I2CTools ? |
20:31.06 | WyrM | probably it is. and also, irq on gpio18 is probably from this chip. |
20:32.40 | tmzt | i2cdump |
20:34.11 | WyrM | yeah, this will work too ;) |
20:35.59 | tmzt | if I could find the registers, I would try the haret, but this new layout makes no sense (yet) |
20:46.38 | tmzt | WyrM: how do I apply ezx/eoc, tg patch only lists it |
20:47.37 | WyrM | git checkout <your branch name> |
20:48.04 | WyrM | echo "ezx/eoc" >> .topdeps |
20:48.15 | WyrM | git add .topdeps |
20:48.18 | WyrM | git commit |
20:48.22 | WyrM | tg update |
20:49.03 | WyrM | this will make your branch depend on ezx/pcap AND ezx/eoc |
20:49.04 | tmzt | great, I added motoq.c, but I don't think I committed it (I have a copy though) |
20:49.23 | tmzt | I didn't use the ezx/pcap patch, just changed motoq.c |
20:49.41 | tmzt | already on motoq |
20:50.04 | WyrM | no, ezx/pcap contain the driver, on drivers/mfd/ezx-pcap.c |
20:50.14 | WyrM | the patch that adds it to ezx.c is ezx/mach/pcap |
20:50.23 | WyrM | all ezx/mach/* patches are changes to ezx.c |
20:50.38 | tmzt | M .topdeps, mach-pxa/Kconfig, mach-pxa/makefile, mach-pxa/motoq.c, arch/arm/tools/mach-types, drivers/mdf/ezx-pcap.c |
20:50.59 | tmzt | ok, I have drivers/mfd/ezx-pcap, but I only did tg patch ezx/pcap |
20:51.26 | tmzt | .topdeps is ezx/pcap |
20:51.31 | WyrM | you have it because you created your tree on top of ezx/pcap |
20:51.42 | WyrM | so, your tree depends on ezx/pcap |
20:52.14 | WyrM | do a 'tg summary --graphviz | dot -Tpng -o topgit-layout.png' and look how your tree layout looks. |
20:52.52 | tmzt | ok, those M files weren't commited, I just did git commit after ammending .topdeps |
20:53.20 | WyrM | also, discard your changes to ezx-pcap.c |
20:53.32 | WyrM | doing a git-checkout drivers/mfd/ezx-pcap.c |
20:53.45 | tmzt | what did I change on it? |
20:53.50 | WyrM | ahh, no, you need to disable the AUXVREG write. |
20:54.00 | tmzt | oh, the debug |
20:54.08 | tmzt | and the AUXVREG |
20:54.13 | WyrM | otherwise your mmc will not work until you add VDD handling on motoq.c |
20:54.30 | tmzt | Created commit efbc68c: tmzt changes to openezx for Motorola Q (CDMA) Franklin 3 files changed, 326 insertions(+), 4 deletions(-) create mode 100644 arch/arm/mach-pxa/motoq.c |
20:56.37 | WyrM | later, you can extract your work with tg patch <name of your patch> so I can merge it on openezx. |
20:56.59 | tmzt | I don't know if it got the Kconfig/Makefile's |
20:57.00 | WyrM | depending on the differences, it may be worth to put inside ezx.c, lets see how the code evolves :) |
20:57.14 | tmzt | tg update |
20:57.15 | tmzt | error: Entry 'arch/arm/mach-pxa/motoq.c' not uptodate. Cannot merge. |
20:57.29 | WyrM | there are changes after the git-add |
20:57.36 | WyrM | git add it again and commit. |
20:57.58 | tmzt | can I redo that |
20:58.09 | WyrM | redo the commit? |
20:58.16 | WyrM | you have to reset your tree. |
20:58.27 | WyrM | to get rid of the unwanted commit |
20:58.32 | tmzt | yeah, and do I need changes for Kconfig/Makefil |
20:58.54 | WyrM | there is no need to do everything on a single commit |
20:59.13 | tmzt | ok, will git add and commit |
20:59.19 | WyrM | you can work with small changes, and later "tg patch" will give you the final patch |
20:59.36 | tmzt | that makes sense, the topgit |
21:01.01 | *** join/#openezx neolynx (n=u@32-123-204-62-pool.dsl.fcom.ch) |
21:02.17 | WyrM | tmzt: also, there are changes from the openezx tree, to update from upstream, you do: 'git checkout master && git pull && tg remote --populate origin && git checkout <your branch name> && tg update' |
21:02.29 | WyrM | and cross your finger so there are no conflicts :) |
21:07.18 | tmzt | error: You have local changes to 'arch/arm/mach-pxa/Kconfig'; cannot switch branches. |
21:07.39 | WyrM | git add ; git commit |
21:07.46 | WyrM | :) |
21:19.16 | stefan_schmidt | night guys |
21:26.50 | tmzt | <PROTECTED> |
23:43.28 | *** join/#openezx florian (n=fuchs@f049184013.adsl.alicedsl.de) |