IRC log for #openezx on 20090616

01:16.06*** join/#openezx johanbr (n=j@blk-7-129-240.eastlink.ca)
01:54.50*** join/#openezx WyrM (n=wyrm@unaffiliated/wyrm)
03:11.21*** join/#openezx arne__ (i=nobody@dslc-082-082-064-081.pools.arcor-ip.net)
03:42.39*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
03:44.07*** join/#openezx flyhorse|linux (n=flyhorse@119.128.54.95)
04:24.01*** join/#openezx gDD_mobilE (n=gDD@unaffiliated/gdd)
04:48.13*** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz)
06:04.27*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
06:04.48*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
06:12.41*** join/#openezx james__ (n=james@gimel.esc.cam.ac.uk)
06:30.19*** join/#openezx gDD_ (n=gDD@unaffiliated/gdd)
07:01.58*** join/#openezx pleemans (n=toi@d51A49C45.access.telenet.be)
07:09.16Hopscotchgood morning
08:07.29*** join/#openezx marex (n=marex@vasut.kolej.mff.cuni.cz)
08:48.15*** join/#openezx pleemans (n=toi@d51A49C45.access.telenet.be)
08:57.18*** join/#openezx l403 (n=l@85.132.159.239)
09:15.41*** join/#openezx lclaudio (n=lclaudio@201.21.176.254)
09:54.38*** join/#openezx florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de)
10:03.48*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
10:36.18*** join/#openezx ao2 (n=u@2001:1418:117:0:0:0:0:1)
11:39.42*** join/#openezx flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de)
11:53.53*** join/#openezx FeLLa (n=46241@mnhm-590cb8f5.pool.einsundeins.de)
12:46.35*** join/#openezx acassis (n=Alan@200.251.188.130)
13:28.05CIA-33OpenEZX: 03wyrm * r2477 10/trunk/src/host/boot_usb/boot_usb.c: get rid of the overflow
13:29.26CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * re64df81a95 10openezx/sound/soc/pxa/pxa-ssp.c: Continue with the i2s/left_j thing. Allow everything to be override by set_tdm_slot()
13:29.26CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * ra5c4b34f34 10openezx/sound/soc/pxa/pxa-ssp.c: correct SlotsPerFrm(7) use in mask
13:29.27CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r990499e65a 10openezx/sound/soc/pxa/pxa-ssp.c: remove unused function
13:29.28CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r7319fd2bf6 10openezx/sound/soc/pxa/pxa-ssp.c: Set FPCKE on slot_width == 16, remove comment that doesnt match code.
13:29.31CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * rb977873461 10openezx/sound/soc/pxa/pxa-ssp.c: correct SlotsPerFrm(7) use in mask
13:37.48*** join/#openezx lclaudio (n=lclaudio@201.21.176.254)
13:52.40*** join/#openezx johanbr (n=j@JBrannlund2.MathStat.Dal.Ca)
14:04.17*** join/#openezx gDD_ (n=gDD@unaffiliated/gdd)
14:22.21*** join/#openezx gDD (n=gDD@unaffiliated/gdd)
14:25.35*** join/#openezx gmzhuo (n=gmzhuo@222.210.147.199)
15:21.23*** join/#openezx sabrod (n=sab@mic92-8-82-234-143-184.fbx.proxad.net)
15:38.26*** join/#openezx gmzhuo_ (n=gmzhuo@222.210.147.199)
16:11.50*** join/#openezx pleemans (n=toi@d54C2AAB7.access.telenet.be)
16:47.51CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * rcfab3c0194 10openezx/arch/arm/configs/ezx_defconfig: update defconfig
16:47.52CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r89596dff4d 10openezx/arch/arm/configs/ezx_defconfig: fine tune v4l drivers
16:54.10WyrMargh.
16:54.21WyrMv4l for embedded sucks.
16:54.46WyrMI can't disable all the tuner drivers from the .config
16:55.09WyrMit links a _lot_ of drivers that we will _never_ use.
17:19.29jannegWyrM: you should with MEDIA_TUNER_CUSTOMISE enabled
17:19.52janneg"Load and attach frontend and tuner driver modules as needed" in menuconfig
17:20.51WyrMjanneg: yes, mchehab just told me this. ;)
17:23.13CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * rbe94fa0066 10openezx/arch/arm/configs/ezx_defconfig: tune it correctly this time.
17:23.14CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * r8275c4a485 10openezx/arch/arm/configs/ezx_defconfig: Automatic defconfig update
17:32.01CIA-33OpenEZX: 03Daniel Ribeiro <drwyrm@gmail.com> 07ezx/current * re62a56f539 10openezx/arch/arm/configs/ezx_defconfig: remove timestamp from localversion
17:33.28WyrMscary: http://people.openezx.org/wyrm/images/latest/topgit-layout.png
17:33.43WyrMI want the merge window to close so I can clean-up this. :)
17:59.30*** join/#openezx stefan_schmidt (n=stefan@p5B0349F3.dip.t-dialin.net)
18:16.22*** join/#openezx FeLLa (n=46241@mnhm-590cb8f5.pool.einsundeins.de)
19:14.47*** join/#openezx lclaudio (n=lclaudio@201.21.176.254)
19:45.27ao2WyrM, What is missing in mainline yet?
19:46.15WyrMao2: regarding the driver we sent for this merge window?
19:46.22ao2yes
19:46.25WyrMI don't know, I haven't pulled from linus yet. :)
19:47.33ao2WyrM, waiting -rc1?
19:47.44WyrMyes.
19:48.03WyrMI have some changes to pcap that I want to push on rc too.
19:48.25WyrMand the cleanup, of course.
19:48.31WyrMwe really need the cleanup :)
19:51.21WyrMAnd I see some changes to pxa-udc driver that im eager to test. :)
19:51.56WyrMlooks like it may be related to the issue we have that requires gen-blob as a workaround.
19:53.10ao2ah, good.
19:54.14stefan_schmidtno pcap-regulator in linus tree yet
19:54.26stefan_schmidtI guess he has not pulled the regulator tree yet
19:54.32stefan_schmidthi all
19:54.59WyrMstefan_schmidt: I have not sent regulator yet.
19:55.31stefan_schmidtWyrM: ups, right, only mfd core yet. Let me check :)
19:55.40WyrMstefan_schmidt: I sent only pcap. I want to be able to send everything else without worrying about pull ordering for the maintainers. :)
19:56.24stefan_schmidtWyrM: but no pcap-core either.
19:56.34stefan_schmidtWyrM: sure
19:56.43WyrMheh, no pcap-core is bad. ;)
19:59.24stefan_schmidtWyrM: well, samual still have some days to send his pull request
19:59.47stefan_schmidtGetting it into the merge window is not your problem. It's Samuals :)
20:02.09WyrMand he is slow ;)
20:03.05stefan_schmidtheh
20:11.41*** join/#openezx toi (n=pleemans@d5153128F.access.telenet.be)
20:16.35*** join/#openezx pH5 (n=ph5@e178206051.adsl.alicedsl.de)
20:17.23WyrMhi pH5. Thanks for testing my patches :)
20:21.20pH5hi WyrM. happy to. motivated me to finally refactor uda1380 to follow the device model better.
20:22.15pH5about that UP2OCR, where would you set it?
20:22.46WyrMpH5: heh, I'm setting it on pxa-udc's udc_command.
20:22.53WyrMbut its probably not right either.
20:23.20WyrMI think we need some kind of transceiver driver to put all these bits in.
20:25.30*** join/#openezx florian (n=fuchs@f049131216.adsl.alicedsl.de)
20:29.58WyrMand I have the same issue with UP3OCR.
20:34.04pH5I see. It's a bit hard to place it right, because UP2OCR without HXOE set and UP3OCR only configure the wiring to the actual transceiver..
20:34.43WyrMmaybe on pxa generic code?
20:34.57WyrMand saved/restored on suspend resume.
20:35.17WyrMbut UP2OCR can also be used to switch between host/device.
20:35.36WyrMI need to change it to have usb host on port2.
20:35.52pH5in which case it has to be controlled by either pxa27x_udc or a special driver for the internal transceiver.
20:36.04WyrM(SEOS(2) for device and SEOS(3) for host).
20:36.26WyrMbut that's the point.. Its not used only if you are using the pxa's internal transceiver.
20:36.38WyrMim not, and I still need to change it at runtime.
20:37.19pH5ah, I admit I only read the parts of the dev manual in detail that apply to my transceiverless device :)
20:38.08pH5do you also need to reconfigure your external transceiver somewhere else or does this happen automatically by changing SEOS?
20:38.27WyrMI have to reconfigure it too.
20:38.55WyrMand.. I have yet another issue, because my transceiver also supports UART.
20:39.07WyrMso I need to change GPIOs AF at runtime.
20:39.08WyrM:/
20:40.03pH5I'd do AF changes with callbacks into board code for now.
20:40.16WyrMheh.
20:40.20WyrMthis is not so simple ;)
20:40.31WyrMeverything could be automatic.
20:40.45WyrMthe ID pin on the miniUSB port is connected to an ADC.
20:40.52WyrMso I can read the voltage on it.
20:41.06WyrMdepending on this voltage, I should automatically setup the port mode.
20:41.27WyrMfor usb host, usb device, uart, fast charger, or analog audio.
20:41.44WyrMits what motorola calls EMU.
20:42.20pH5yes, that's something a otg_transceiver driver would be perfectly able to do.
20:42.47WyrMeven for uart and audio?
20:42.57WyrMI haven't looked at otg_transceiver in detail yet.
20:44.55pH5WyrM: if you can get an interrupt for changes on the id pin (or even for simple cable connect/disconnect), you can react from that.
20:45.26pH5the uart issue is a bit hairy because the mfp functions are not exported, thus the callbacks into board code :/
20:46.42pH5my current shot at a modem rfkill driver calls back into magician.c to change the uarts: http://git.linuxtogo.org/?p=ph5/kernel.git;a=commitdiff;h=02a22b4e1434e175a9db5b64b91d65590e990fbf
20:46.56pH5not sent for review yet, so I'm not sure if this is completely bonkers.
20:50.25WyrMpH5: nice, I don't think this is wrong, Eric's idea that MFP pins shouldn't ever change is what is wrong.
20:50.54WyrMwe already have the pxa2xx_transceiver_mode for the FICP.
20:53.56WyrMIn fact, I will implement this exactly the way you did. Thanks for the idea ;)
21:00.48stefan_schmidtrecommends not to pull linus tree.
21:00.57stefan_schmidtIn file included from arch/arm/mach-pxa/sgh_i900.c:23:
21:00.57stefan_schmidtarch/arm/mach-pxa/include/mach/pxafb.h:70: error: redefinition of ‘struct pxafb_mode_info’
21:00.57stefan_schmidtarch/arm/mach-pxa/include/mach/pxafb.h:111: error: redefinition of ‘struct pxafb_mach_info’
21:01.00WyrMstefan_schmidt: heh, I told you ;)
21:01.10stefan_schmidtWyrM: heh, I know
21:01.20stefan_schmidtNot important right now anyway
21:01.25WyrMI pull from Linus randomly, except when the merge window is open.
21:01.43stefan_schmidtHave to look at some assembler code to understand the dual port ram thingy
21:02.10stefan_schmidtWyrM: yeah, same practice here. But for the sgh_i900 work is does not matter
21:02.34stefan_schmidtI'm the only hacker there and most work right now is to udnerstand things, not to code :)
21:03.16WyrMshouldn't be hard, considering that its also pxa. :)
21:04.19WyrMstefan_schmidt: do you have a weird PMIC on the omnia as we have on ezx? :)
21:04.48stefan_schmidtWyrM: PXA is not the problem. With the mainline support that part is not really hard.
21:04.56stefan_schmidtWyrM: Modem is interesting again :)
21:05.08stefan_schmidtConnected via a dual port ram and gpio
21:05.18stefan_schmidtneed to fiddle out how it is controlled :)
21:05.26stefan_schmidtWyrM: PMIC is a maxim chip
21:05.51stefan_schmidtHaven't found a driver yet. But so far I'm booting from windows mobile which sets it up.
21:06.10stefan_schmidtMAX8660
21:06.21stefan_schmidtIf you have seen a driver for it, let me know.
21:07.43WyrMalways the modem... ;)
21:08.00stefan_schmidtWyrM: sure, it's a good theory :D
21:08.05WyrM(PMIC driver) sure, i tell you if I find something :)
21:10.44WyrMbtw, with the refactor that Ilya did to our mux driver, now I think that it is something acceptable for mainline.
21:11.27WyrM2 drivers, one generic usb driver to get a tty from the IPC thing.
21:11.32stefan_schmidtWyrM: hmm, I think you will get tons of change requests. But that is what review is for. :)
21:11.39WyrMand a line discipline for the mux thing.
21:11.48stefan_schmidtWyrM: Did you try with the usb only?
21:11.53stefan_schmidtAnd muxing in userspace?
21:12.03stefan_schmidtWyrM: sounds good so far.
21:12.14WyrMstefan_schmidt: I haven't tried it with userspace demux yet.
21:12.19WyrMbut it should be possible.
21:12.32stefan_schmidtA more generic muxer in the kernel would still be good, but I don't think this is our job
21:12.35WyrMI can read/write to the IPC tty, no problem.
21:12.48stefan_schmidtWyrM: ok, may be interesting to play with sometime
21:12.53stefan_schmidtok
21:29.39*** join/#openezx sabrod (n=sab@mic92-8-82-234-143-184.fbx.proxad.net)
23:39.11*** join/#openezx CIA-15 (n=CIA@208.69.182.149)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.