IRC log for #openmoko-cdevel on 20120125

16:20.54*** join/#openmoko-cdevel apt (~apt@rikers.org)
16:20.54*** topic/#openmoko-cdevel is Openmoko Community Developers Channel - discussion on all firmware images, packages and software | SHR: http://shr-project.org | #hackable1 | #openmoko-debian | #qtmoko | #android-on-freerunner | CIA notifications in #freesmartphone.org | Chan Logs: ~logs & http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt | Newsflash: type '~nf'
16:20.55*** mode/#openmoko-cdevel [+v apt] by ChanServ
16:31.07paulk-desktopGNUtoo, I have SHR splash with no kernel panic!
16:33.03paulk-desktopit's taking long though
16:34.13paulk-desktopoh it booted
16:36.19paulk-desktopwhat's the correct dpi for om-gta02?
16:36.31GNUtoothe last one
16:36.31GNUtoothe 2
16:39.25*** join/#openmoko-cdevel chomwitt (~chomwitt@ppp-94-69-237-60.home.otenet.gr)
16:42.15*** join/#openmoko-cdevel nschle85 (~user@46.115.34.235)
16:48.59paulk-desktopvolume isn't very loud
16:49.01paulk-desktop(in-call)
16:49.19*** join/#openmoko-cdevel maciej_ (~maciej@82.139.177.221)
16:50.49GNUtoopaulk-desktop, it seem to depend on the models
16:51.01paulk-desktopok
16:51.15GNUtoobut antrik came up with a solution for that
16:51.28GNUtooit waits for my forwader for the gta04 to be merged tough
16:51.36GNUtoobasically you record from the modem
16:51.39GNUtooand play back louder
16:51.59paulk-desktopok
16:54.09paulk-desktopinteresting, in-call doesn't wake the phone up
16:54.26paulk-desktopwhile in suspend
16:54.49paulk-desktopah now it does
16:55.16morphisGNUtoo: the gsmvoice_alsa_forwarder is the cause why you want fsoaudiod GPL instead of LGPL, right?
16:55.22paulk-desktopalso it failed to ACK an incoming sms
16:55.27paulk-desktopas a result, I got it twice
16:55.30GNUtoomorphis, yes
16:55.57morphisGNUtoo: isn't it a problem having a LGPL daemon and a GPL plugin?
16:56.21morphiss/isn't/is/
16:57.38*** join/#openmoko-cdevel NIN101 (~NIN@2001:530::216:3cff:fe71:5e1e)
16:57.54GNUtoomorphis, I think it's a problem
16:59.57morphisyou think or you know it?
17:00.25*** join/#openmoko-cdevel plotr (~name@178.185.11.189)
17:00.54GNUtooI think
17:00.57GNUtoolet me find
17:01.02GNUtoolet me find it out
17:02.24morphisGNUtoo: "If the program dynamically links plug-ins, and they make function calls to each other and share data structures, we believe they form a single program, which must be treated as an extension of both the main program and the plug-ins. This means the plug-ins must be released under the GPL or a GPL-compatible free software license, and that the terms of the GPL must be followed when those plug-ins are distributed."
17:02.31morphishttp://www.gnu.org/licenses/gpl-faq.html
17:03.26GNUtoook
17:03.33GNUtoothat's the FAQ I was looking at
17:03.38GNUtoobut you beat me in speed
17:04.21*** join/#openmoko-cdevel nschle85-jenkins (~PircBotx@norman-schleicher.de)
17:04.22GNUtooalso look at the compatibility matrix
17:04.29GNUtooyou want to release code under LGPL
17:04.36GNUtooand you want to copy under GPL
17:04.58GNUtoothey say ok but you have to convert the project under GPL
17:06.09morphishm ok
17:06.15morphisthen let's do the change
17:06.29morphisbut it will take some time as I need to change the headers of all files
17:07.13GNUtooyes
17:10.36paulk-desktopis it normal that I can't boot android on uSD from shr QI?
17:11.39lindi-_this is exactly why it is horrible to need to have boot loader per distro
17:12.15paulk-desktopindeed
17:12.20paulk-desktopI'll go with u-boot for all distros
17:14.00lindi-_paulk-desktop: I'm trying to improve the situation by making qi more configurable
17:14.59paulk-desktopok
17:19.51morphisGNUtoo: I will use GPLv2
17:20.06GNUtooyes that's ok
17:20.22GNUtoouse GPLv2+
17:20.30GNUtoothat is to say GPLv2 or later
17:20.39GNUtooelse we cannot use gplv3 code in the future
17:20.53GNUtoojust copy the header from gpl.txt
17:20.56GNUtooand that should work
17:24.09morphisGNUtoo: I will put your and mickeyl's acked-by below the commit
17:25.37*** join/#openmoko-cdevel Orias_Korva (~atilla@d54C47438.access.telenet.be)
17:26.01morphisand it's GPLv2+
17:28.10*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
17:28.35CIA-77freesmartphone.org: 03morphis 07cornucopia * r7c9c12c3335f 10/fsoaudiod/ (18 files in 10 dirs):
17:28.35CIA-77freesmartphone.org: fsoaudiod: change license from LGPLv2.1 to GPLv2
17:28.35CIA-77freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
17:28.35CIA-77freesmartphone.org: Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
17:28.35CIA-77freesmartphone.org: Acked-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
17:29.31CIA-77freesmartphone.org: 03morphis 07cornucopia * r5a6db3fa94e5 10/tools/mdbus2/src/argument.vala:
17:29.31CIA-77freesmartphone.org: tools: mdbus2: handle simple variant arguments (like sv)
17:29.31CIA-77freesmartphone.org: Signed-off-by: Simon Busch <morphis@gravedo.de>
17:30.31*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
17:35.13*** join/#openmoko-cdevel ege (~erik@213.188.250.223)
17:35.30*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
17:37.37GNUtoothanks a lot even if you're offline
17:38.19*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
17:38.26GNUtoohi GarthPS
17:38.55GarthPSGNUtoo: yop hi! did not build bitbake hang all the night. tonight next round
17:39.08GNUtoook
17:39.24GNUtoothen try official test images
17:39.28GNUtoo?
17:39.46GNUtooGarthPS, do you know gdb well?
17:41.32GarthPSGNUtoo: a little why ?
17:42.11GNUtooI need to break on _start
17:42.19GNUtoofor mplayer....
17:47.03GNUtoobtw does someone knows autotools, specially how to depend on libsamplerate?
17:48.27lindi-_GNUtoo: I guess
17:53.15GarthPSGNUtoo: I did launch mplayer in a ssh term and the device hanged and rebooted without anyoutput
17:53.47GNUtooGarthPS, I have output
17:53.50lindi-_GNUtoo: perhaps PKG_CHECK_MODULES(LIBSAMPLERATE, [libsamplerate]) in configure.in
17:53.59GNUtoolindi-_, ok thanks a lot
17:54.12GNUtooGarthPS, /etc/init.d/xserver-nodm stop
17:54.15GNUtooGarthPS, mplayer
17:54.21GNUtooand you'll have output on screen
17:58.27*** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-235-018.pools.arcor-ip.net)
18:05.47alabdGNUtoo: for recompiling android packages for armv4 we need that Debug board?
18:27.21pespinGNUtoo, does libsamplerate provide a pkg-config file?
18:27.39pespinah ok, lindi answeres already :)
18:27.53GNUtoopespin, I still need help
18:27.59GNUtoochecking for LIBSAMPLERATE... no
18:28.09pespinthen it means it's not installed :P
18:29.07*** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.184.231)
18:29.20pespinI guess it's not libsamplerate, but samplerate
18:29.41pespinGNUtoo, try looking for its .pc file in /usr/lib/pkgconfig
18:30.36GNUtoosamplerate.pc
18:31.11pespinGNUtoo,  then s/libsamplrate/samplerate/ in lindi-_ line
18:31.13morphisGNUtoo: you told me paulk-desktop is working on GPS support for the Nexus S
18:31.31GNUtoomorphis, he just started
18:31.35paulk-desktopI started that's right
18:31.36morphisok
18:31.44morphispaulk-desktop: any results so far?
18:31.59GNUtoomorphis, also for palmpre mplayer can be debugged, it kenrel panicks on the screens when Xorg is stopped
18:32.03paulk-desktopserial setup is OK but we can't get the other end to send anything
18:32.20paulk-desktopand I managed to make the non-free gps daemon on android very verbose
18:32.22paulk-desktopso it helps
18:33.02GNUtoopaulk-desktop, try to follow xda procedure
18:33.08paulk-desktopwhere is it?
18:33.08GNUtooto disable agps etc...
18:33.16morphisGNUtoo: it paniks? with which message?
18:33.19paulk-desktopah, on the xml file
18:33.20GNUtoolook for MEIF in xda
18:33.26GNUtoomorphis, something about syscall
18:33.46morphiswhich one?
18:34.20GNUtooarm_syscall
18:34.25GNUtooret_fast_syscall
18:34.57lindi-_that's quite generic :/
18:35.13GNUtoolet me finish....
18:35.31GNUtooret_fast_Syscall calls arm_syscall
18:35.48GNUtooI think the fatal exception is in there
18:36.05GNUtooI've a video of it
18:36.11GNUtoobut....
18:36.19GNUtooit's easily reproducible
18:36.29GNUtoo/etc/init.d/xserver-nodm stop
18:36.37GNUtoo/etc/init.d/dbus-1 stop
18:36.49GNUtoo(to prevent fsodeviced from powering off the screen)
18:36.52GNUtooand mplayer
18:36.54GNUtooand you get it
18:38.00GNUtoomorphis, should I squash all the commits in one commit
18:38.06GNUtoofor pushing fsoaudiod
18:38.21GNUtoos/fsoaudiod/the forwarder/
18:38.24morphisGNUtoo: for pushing, no please only merge your branch
18:38.31GNUtoook
18:38.48morphisGNUtoo: thats great
18:38.50GNUtooI would prefer to rearrange at least the branch
18:38.56morphismaybe we can get the bug fixed
18:39.00GNUtoobecause we violate the GPL between certain commits
18:39.07GNUtoowhen we're still LGPL
18:39.15GNUtooso I squash that commit early
18:39.17GNUtooand merge?
18:39.35morphisok
18:40.19GNUtooin the meantime I merge in my branch first
18:40.34GNUtooah I've rebased
18:40.37GNUtoohmmm
18:40.42GNUtoocan I -f on a branch?
18:41.35CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r8663aa0f158a 10cornucopia/fsoaudiod/ (8 files in 3 dirs):
18:41.36CIA-77freesmartphone.org: fsoaudiod: import files for making an alsaloop based alsa forwarder plugin for the om-gta04
18:41.36CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:41.36CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r930477974caa 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (Makefile.am alsaloop.c plugin.vala):
18:41.36CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: try to make it compile
18:41.36CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:41.36GNUtooyes It works
18:41.37CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r7a640df06022 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (Makefile.am alsaloop.h):
18:41.37CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: make it compile
18:41.38CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:41.38CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r71e689fbfe00 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (alsaloop.c plugin.vala):
18:41.39CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: add shut down and config file
18:41.39CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:41.42CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r4d11a9efa295 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala:
18:41.42CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: better handling of the start/stop of the wrapper alsaloop
18:41.42CIA-77freesmartphone.org: Note that when the call stops fsoaudiod exits...
18:41.43CIA-77freesmartphone.org: That will be addressed in a new commit.
18:41.43CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:42.14CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:42.14CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r81b9a89eb585 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala:
18:42.14CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: add mutex to protect threads and add more logging
18:42.14CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:42.14CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r4f3a7c8cbda4 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala:
18:42.14CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: fix restart when thread exits by itself
18:42.15CIA-77freesmartphone.org: Thanks to mrmoku on #openmoko-cdevel Freenode irc channel for noticing it:
18:42.15CIA-77freesmartphone.org:  Jan 14 13:26:40 <mrmoku> GNUtoo: one suboptimal thing is... when start_forwarder exits by itself (without calling stop) alsaLoopThread won't be reset to null
18:43.14CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:43.14CIA-77freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * r2bb87be85682 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (alsaloop.c plugin.vala):
18:43.14CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: alsaloop.c: switch from exit to return
18:43.14CIA-77freesmartphone.org: without that the exit code could make fsoaudiod exit instead of just the forwarder.
18:43.14CIA-77freesmartphone.org: Thanks mrmoku on #openmoko-cdevel on Freenode IRC server for the idea:
18:43.14CIA-77(34 lines omitted)
18:46.36morphisGNUtoo: I am testing an image for the 3.0 kernel right now
18:46.41GNUtoook
18:46.48GNUtooI'll push
18:47.51CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r51a0667d1d5d 10/fsoaudiod/ (8 files in 3 dirs):
18:47.51CIA-77freesmartphone.org: fsoaudiod: import files for making an alsaloop based alsa forwarder plugin for the om-gta04
18:47.51CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:47.51GNUtoomorphis, I'll delete the branch then
18:47.51CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r69713ca6f732 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (Makefile.am alsaloop.c plugin.vala):
18:47.51CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: try to make it compile
18:47.51CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:47.52CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * rd7b8e7f47a70 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (Makefile.am alsaloop.h):
18:47.52CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: make it compile
18:47.53CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:47.53CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r45721242099f 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (alsaloop.c plugin.vala):
18:47.54CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: add shut down and config file
18:47.54CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:47.55CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r362b8aa2b3b6 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala:
18:47.57CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: better handling of the start/stop of the wrapper alsaloop
18:47.57CIA-77freesmartphone.org: Note that when the call stops fsoaudiod exits...
18:47.57CIA-77freesmartphone.org: That will be addressed in a new commit.
18:48.00morphisGNUtoo: ok
18:48.14CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: add mutex to protect threads and add more logging
18:48.14CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:48.14CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * ra4e1c2ebfbe6 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala:
18:48.14CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: fix restart when thread exits by itself
18:48.14GNUtoo(because of the GPL problem)
18:48.14CIA-77freesmartphone.org: Thanks to mrmoku on #openmoko-cdevel Freenode irc channel for noticing it:
18:48.14CIA-77freesmartphone.org:  Jan 14 13:26:40 <mrmoku> GNUtoo: one suboptimal thing is... when start_forwarder exits by itself (without calling stop) alsaLoopThread won't be reset to null
18:48.15CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
18:48.15CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * rbbae401c5b19 10/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/ (alsaloop.c plugin.vala):
18:49.13CIA-77freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: alsaloop.c: switch from exit to return
18:49.14CIA-77freesmartphone.org: without that the exit code could make fsoaudiod exit instead of just the forwarder.
18:49.14CIA-77freesmartphone.org: Thanks mrmoku on #openmoko-cdevel on Freenode IRC server for the idea:
18:49.14CIA-77freesmartphone.org:  Jan 14 13:40:23 <mrmoku> GNUtoo: make those too a return and check for the value?
18:49.14CIA-77(29 lines omitted)
18:49.48GNUtoo*** Deleting a branch is not allowed in this repository
18:50.06morphisGNUtoo: maybe you can't do that
18:50.10GNUtooyes
18:50.12morphisI will do that later
18:50.13lindi-_GNUtoo: jikes!
18:50.15GNUtoothe branch to delete is:
18:50.26GNUtoognutoo/alsaloop
18:50.33GNUtoook
18:52.02GNUtoolindi-_, what does jikes means?
18:53.32GNUtoomorphis, now I'll fix fsoaudiod recipe
18:54.12morphisGNUtoo: ah right
18:54.20morphisthats what I forgot to do :)
18:54.34morphisbut as long as nobody bumps SRCREV :)
18:55.04GNUtooindeed
18:55.07GNUtooI use autorev....
18:55.18GNUtoo*but I use autorev
18:55.41morphis:)
18:59.41lindi-_GNUtoo: your git commit messages just filled my screen :)
18:59.57GNUtoook
19:00.11GNUtoobut what does the jikes expression means?
19:01.17*** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr)
19:02.30playya__what's alsa forwarder supposed to do?
19:04.04GNUtooplayya__, the gta04 has its modem as a separate sound card
19:04.19GNUtooso it forward between both sound cards
19:04.37GNUtoobut antrik is interested in doing something similar with gta02
19:04.43GNUtoohis earpiece volume is too low
19:04.51GNUtooso he wants to record the call
19:04.55GNUtooand play it back louder
19:05.27*** join/#openmoko-cdevel JaMa (~martin@94.230.152.246)
19:05.36morphisGNUtoo: when I verified OE is working with the 3.0 kernel should I merge my branch?
19:05.44GNUtooyes of course
19:06.37*** join/#openmoko-cdevel geomat (~geomat@host-95-199-22-63.mobileonline.telia.com)
19:08.37*** join/#openmoko-cdevel Mirv (~tajyrink@ubuntu/member/mirv)
19:22.02*** join/#openmoko-cdevel playya__ (~playya@p4FF8BE05.dip.t-dialin.net)
19:23.48*** join/#openmoko-cdevel turran_ (~jl@90.163.79.184)
19:23.49*** join/#openmoko-cdevel turran_ (~jl@unaffiliated/turran)
19:32.55*** join/#openmoko-cdevel khorben (~khorben@mahce.defora.org)
19:38.56*** join/#openmoko-cdevel jluis (~jluis@209.Red-83-55-6.dynamicIP.rima-tde.net)
19:43.39*** join/#openmoko-cdevel nschle85 (~kvirc@178-27-184-116-dynip.superkabel.de)
19:48.57Alex[sp3dev]GNUtoo: hi
19:49.04GNUtoohi
19:49.48Alex[sp3dev]what could i use except mplayer to test camera? mplayer doesn't work. however, it looks like sensor and fimc initializes as sensor ids are printed when i open /dev/video1
19:51.35GNUtoogstreamer?
19:51.49GNUtoogst-launch v4l2src ! xvideosink
19:51.56Alex[sp3dev]well, maybe
19:52.02GNUtoogive me some minutes
19:52.09Alex[sp3dev]what were the problems on nexus s with v4l2?
19:52.23GNUtooPaulFertser, knows better than me
19:52.28GNUtoobut I think we need an activator
19:52.40GNUtoobecause there is something like media controller but not media controller
19:53.18Alex[sp3dev]basically all the stuff for image capture is there.. it may be missing some bits to tell v4l2 to use it as camera though
19:54.28GNUtoook
19:54.47*** join/#openmoko-cdevel KaZeR (~kazer@124.170.67.86.rev.sfr.net)
19:55.13GNUtoowas media controller merged in mainline?
19:55.38*** join/#openmoko-cdevel SabotageAndi (~SabotageA@h081217018227.dyn.cm.kabsi.at)
19:56.08Alex[sp3dev]what is media controller? mainline (and linaro) has fimc, g2d and mfc [the latter requires proprietary fw, but is not in related to camera]
19:57.27*** join/#openmoko-cdevel rah (rah@myrtle.6gnip.net)
19:58.00GNUtoook
19:58.02*** join/#openmoko-cdevel anarsoul (~anarsoul@212.98.184.95)
19:58.06GNUtoomedia controller is an option in media
19:58.08GNUtoonear v4l2
19:58.12GNUtoolook if you have it
19:58.19GNUtooit's an extension to v4l2
19:58.28GNUtoothat permit to define paths in the hardware
19:58.32GNUtoofor instance:
19:58.34Alex[sp3dev]like, subdevice?
19:58.39GNUtoocamera->resizer->previewer
19:58.43GNUtooyes
19:58.48Alex[sp3dev]yes, it was merged
19:58.53GNUtoook nice
19:58.58Alex[sp3dev]and m5mols [8mp camera driver and isp] as well
19:59.05GNUtoook nice
19:59.16GNUtoodo you know alsa
19:59.17GNUtoo?
19:59.34GNUtooin alsa you need a board file for connecting CODEC, CPU DAI etc...
19:59.37Alex[sp3dev]very basically. wrote board driver once
19:59.39GNUtooin camera it's the same I think
20:00.03GNUtoofor instance for n900 there is an option for rx51 camera
20:00.30Alex[sp3dev]i get the node in /dev, and when i open it, the camera inits and dumps vendor id so i assume power stuff and v4l2 setup is ok
20:01.05Alex[sp3dev]i wonder why my device won't boot when i enable highmem
20:01.18GNUtoook
20:02.43Alex[sp3dev]GNUtoo: here is the dmesg in case you want to check how v4l2 probes http://pastebin.com/a6D7SSFC
20:05.35*** join/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd)
20:05.45GNUtoohmmm it goes until /dev/video8
20:07.28GNUtoomorphis, do you know how to insert cmdline arguments in the pre kernel?
20:09.34Alex[sp3dev]GNUtoo: i think m2m is memory2memory and is not really needed. since we have 1 camera driver, probably video1 is what we need
20:09.46GNUtoook
20:12.37nschle85-jenkinsProject shr-core-nokia900-aurora-image build #14: SUCCESS in 15 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-aurora-image/14/
20:12.40Alex[sp3dev]GNUtoo: if i use SHR E17 (not aurora) image, do i still need to use evdev instead of mtev?
20:12.58GNUtooit depend on your touchscreen driver
20:13.07GNUtooif you have multitouch you need the standard mtev
20:13.15GNUtoowhich will soon replace the non-standard mtev
20:13.40GNUtoo(we worked arround in userspace for 2.6.35)
20:13.48Alex[sp3dev]i'm using atmel_mxt_ts which i assume is the bleeding edge multitouch driver
20:15.25GNUtoook
20:15.33GNUtooso you need standard xorg driver
20:17.12GNUtoomorphis, will push it soon
20:17.26GNUtoohe's already 3.0 working on crespo
20:20.13nschle85-jenkinsProject shr-core-nokia900-feed build #11: SUCCESS in 7 min 35 sec: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-feed/11/
20:26.20CIA-77SHR: 03GNUtoo 07meta-smartphone * r16c99a45329f 10/meta-fso/recipes-freesmartphone/freesmartphone/ (cornucopia.inc fsoaudiod_git.bb): meta-fso: bump cornucopia rev and enable the gsmvoice_alsa_forwarder fsoaudiod plugin
20:36.26Alex[sp3dev]my uneducated guess is that m2m devices are mapped to each other in kernel (like, camera to g2d, capture to output surface) and we can then capture on g2d/jpeg. i tried playing g2d, it showed some static trash and freezed later. guess we need to go deeper
20:37.43GNUtoook
20:48.45*** join/#openmoko-cdevel ege (~erik@2001:1620:f64:0:b51e:43e:62dd:8052)
20:51.18nschle85-jenkinsProject shr-core-nokia900-shr-image build #57: SUCCESS in 31 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/57/
20:58.13Alex[sp3dev]my other uneducated guess is that mplayer expects the camera to be a streaming device when in reality is must be mmaped
20:58.48GNUtoowhat mplayer command did you run?
20:58.59Alex[sp3dev]mplayer tv:// -tv device=/dev/video1
21:00.07GNUtoohmm try to add some more params
21:00.27GNUtoolike for instance :driver=v4l2:height= etc...
21:00.51Alex[sp3dev]Device /dev/video1 is not a video capture device.
21:01.02Alex[sp3dev]that's what mplayer says
21:02.37GNUtoomplayer -fs mplayer tv:// -tv device=/dev/v4l/video1:driver=v4l2:width=320:height=240 -fps 25 -fs ?
21:03.19GNUtoomorphis, do you know bootr?
21:03.27morphisGNUtoo: yes
21:03.31GNUtooit seem that CONFIG_CMDLINE got ignored
21:03.36Alex[sp3dev]same stuff
21:03.48GNUtooI'm trying to add some cmdline to the palm pre kernel
21:03.54GNUtooAlex[sp3dev], ok
21:04.00GNUtooand I failed
21:04.17GNUtoomorphis, I need that to debug the mplayer issue
21:04.43morphisGNUtoo: then install it
21:04.47morphisuse the fso-installer
21:04.52morphisor do it manually
21:04.55GNUtooinstall what? bootr is installed
21:04.58morphisah ok
21:05.07GNUtoobut the problem is where do I hook the cmdline arguments
21:05.14morphispuuuh
21:05.17GNUtooI grepped in /boot/
21:05.26GNUtooI need to add that:
21:05.40morphisit's somewhere in the kernel source
21:05.40GNUtoolpj=2490368 boot_delay=500
21:05.47morphisit gets the cmdline from bootr
21:05.52morphisah
21:05.58morphisthe palm bootloader
21:05.58morphisbootie
21:06.24GNUtooyes but I need the kenrel that runs SHR to run that
21:06.29GNUtoonot when bootr boots
21:06.33GNUtoobecause it reboots
21:06.37GNUtooand the args are lost
21:06.45GNUtoobecause I did add the args to bootie
21:06.58GNUtoowith setenv bootargs "the_old_args lpj=2490368 boot_delay=500"
21:07.00GNUtoofsboot
21:07.23DocScrutinizerblog.o2.co.uk/home/2012/01/o2-mobile-numbers-and-web-browsing.html  bwahahahaaa
21:08.31morphisbootr does a normal device reboot
21:08.39morphisso it's booting bootie
21:08.44morphisand then the kernel again
21:08.54DocScrutinizerPR in desaster mode at it's best, O2 exposing their abysmal policy about handling customer privacy rights
21:08.57GNUtooyes but the boot arguments in bootie are not saved
21:09.01GNUtooI didn't find a saveenv
21:09.42DocScrutinizerread the Q: of every A: again after reading the A: ^^^ !
21:10.00morphisGNUtoo: you can't save them
21:10.03morphisno chance
21:11.05GNUtoothen I need to get rid of bootr at least for one boot
21:11.24GNUtooand I can't use palm's kenrel I need to recompile it
21:11.34GNUtoobecause they have some options for minimizing the traces on
21:12.09Alex[sp3dev]GNUtoo: what do you want? patch cmdline?
21:12.36GNUtooyes
21:12.36GNUtooon a 2.6.24 kernel
21:12.53GNUtooCONFIG/CMDLINE didn't work
21:13.02Alex[sp3dev]since that's ancient kernel and the code is not going to be mainlined, i'd suggest hacking kernel/setup.c directly
21:13.19GNUtoook thanks a lot
21:13.31nschle85-jenkinsProject shr-core-om-gta02-aurora-image build #16: SUCCESS in 22 min: http://norman-schleicher.de/jenkins/job/shr-core-om-gta02-aurora-image/16/
21:13.53Alex[sp3dev]because forced cmdline appeared around 2.6.35. older kernels only use cmdline if no atags were supplied
21:14.02GNUtooindeed
21:14.38GNUtookernel/setup.c doesn't exist
21:14.51Alex[sp3dev]arch/arm/kernel/setup.c
21:14.55GNUtooah ok
21:14.57GNUtoosorry
21:15.02Alex[sp3dev]no problem
21:17.42Alex[sp3dev]on a side note, i think that's what fixup is for and you can patch atags there.. but for now, try hacking setup.c to see if it works at all
21:22.37morphisI am off for today
21:22.37morphisbye
21:41.17Alex[sp3dev]ok. looks like we'll have to write a new capture app or hack the drivers. seems that this mem2mem infrastructure does not support REQUEST_BUF stuff and we need different ioctls
21:56.18*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
21:56.48GNUtoomrmoku, hi
21:58.14GNUtoocan someone do me a VAPI
22:13.25*** join/#openmoko-cdevel octavsly (~octavsly@195-241-111-6.ip.telfort.nl)
22:17.24Alex[sp3dev]ok. the conclusion for today is that even though we have v4l2 drivers, we cannot use them because they're using a new videobuf2 api and there is no userland software capable of using it
22:17.56GNUtoolol ok
22:18.13GNUtoothere should be some userland program
22:18.19GNUtooat least for testing the new API
22:18.32Alex[sp3dev]we should probably send a mail to v4l2 mailing list
22:19.06GNUtooyes
22:19.28GNUtoonote that I've no galaxy SII but I may buy one later
22:19.43GNUtooI want to finish some other ports before
22:20.10GNUtoomrmoku, ping
22:20.15Alex[sp3dev]why do you want so many phones? it'd be better to finish at least one first. and moreover, except for second core, exynos4210 is almost a copy of s5pc110 and s5pv210
22:20.35GNUtooI don't want many phones
22:20.47GNUtooI prefer indeed finishing the gta04 port
22:20.50GNUtooand some other ports
22:20.55GNUtoobut once it's done....
22:20.57GNUtooI'll see
22:21.22GNUtooand indeed I've quite an impressive list of phones
22:22.42GNUtoohmmm mrmoku is not online
22:22.45GNUtootoo bad
22:22.51GNUtooI hesitate to push....
22:22.56GNUtoobecause I've hardcoded values
22:23.07GNUtoobut it unblocks the gta04 rfkill plugin
22:24.56Alex[sp3dev]all this new videobuf2 api is nice (at least, it integrates with CMA and is a clean replacement to qcom's pmem) actually
22:25.01GNUtooI'll push
22:25.12GNUtoobecause http://valadoc.org/linux/Linux.RfKillType.html do not have the values
22:25.19GNUtoook
22:28.05Alex[sp3dev]videobuf2 was created mostly by one guy at samsung, it seems. http://lwn.net/Articles/415883/
22:28.11GNUtoook
22:28.20GNUtoowill read after pushing
22:29.17Alex[sp3dev]basically, what i've found out is 1. we need to use _MPLANE buffers (multi-format planes) and 2. we cannot use QUERYBUF and REQBUF now. but maybe that's a matter of fixing fimc driver
22:31.44CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r1f3b6f79de04 10/fsodeviced/src/plugins/kernel26_rfkill/plugin.vala: (log message trimmed)
22:31.45CIA-77freesmartphone.org: fsodeviced: kernel26_rfkill: add ifconfig and power save support for wifi
22:31.45CIA-77freesmartphone.org: The ifconfig and exec function were taken from the powercontrol_ifconfig
22:31.45CIA-77freesmartphone.org:  plugin.
22:31.45CIA-77freesmartphone.org: Note that I used harcoded GPS and FM rfkill values because they
22:31.45CIA-77freesmartphone.org:  are not even in the upstream vala
22:31.46CIA-77freesmartphone.org:  ( http://valadoc.org/linux/Linux.RfKillType.html )
22:31.46CIA-77freesmartphone.org: 03GNUtoo 07cornucopia * r62e501cf95a2 10/fsodeviced/conf/GTA04/fsodeviced.conf:
22:31.47CIA-77freesmartphone.org: fsodeviced: gta04 config: now that the rfkill plugin works on the GTA04, use it
22:31.47CIA-77freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
22:33.00GNUtooAlex[sp3dev], is there a compat option for using the normal API with that driver?
22:33.16Alex[sp3dev]GNUtoo: i highly doubt
22:33.46*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
22:33.53Alex[sp3dev]on the other hand, there should be some code, maybe unpublished, to test it
22:35.02GNUtooahh it's new callbacks added
22:35.31Alex[sp3dev]maybe i'm just a little bit inattentive. looks like reqbufs are there.. need to read the whole mess of sources to figure out how this subdevice stuff is supposed to work
22:35.48GNUtoook
22:35.55GNUtoosubdevice == media controller ?
22:36.02GNUtoobecause that's what I tought
22:36.37Alex[sp3dev]i think, these are closely related
22:36.47GNUtoook
22:37.07GNUtoobecause there are tools for media controller btw
22:37.15GNUtoothey are hard to get right tough
22:37.20Alex[sp3dev]why
22:37.29GNUtoosyntax, unknown stuff etc...
22:37.41GNUtoobasically I had a hard time to make them work on n900
22:37.48GNUtoonot at compile time
22:37.51GNUtoobut at runtime
22:37.58GNUtooat the end I booted meego
22:37.59Alex[sp3dev]everything feels so obfuscated
22:38.03GNUtooand extracted the config from there
22:38.10GNUtooand replicated that
22:39.12GNUtoo./media-ctl  -r -l '"et8ek8":0 -> "OMAP3 ISP CCP2":0 [1], "OMAP3 ISP CCP2":1 -> "OMAP3 ISP CCDC":0 [1], "OMAP3 ISP CCDC":2 -> "OMAP3 ISP preview":0 [1], "OMAP3 ISP preview":1 -> "OMAP3 ISP resizer":0 [1], "OMAP3 ISP resizer":1 -> "OMAP3 ISP resizer output":0 [1]'
22:39.18GNUtoo./media-ctl -f '"et8ek8":0 [SGRBG10_DPCM8 1296x984], "OMAP3 ISP CCP2":1 [SGRBG10 1296x984], "OMAP3 ISP CCDC":2 [SGRBG10 1296x983], "OMAP3 ISP preview":1 [UYVY 1278x975], "OMAP3 ISP resizer":1 [UYVY 800x480]'
22:39.24GNUtoothat was for making it work
22:39.35Alex[sp3dev]that's what i was thinking about
22:39.36GNUtooand then
22:39.37GNUtoomplayer -tv driver=v4l2:width=800:height=480:outfmt=uyvy:device=/dev/video6 -vo xv -vf screenshot tv://
22:40.00Alex[sp3dev]probably we can even directly route camera to framebuffer, although that's not much useful
22:40.10GNUtooindeed
22:40.16GNUtooit has to work first to capture the route
22:40.25GNUtooand here you have many many possible errors
22:40.28GNUtoowith unknown hardware
22:40.43GNUtoobut in the other hand there is the source code
22:40.48GNUtooof the kernel drivers
22:40.50GNUtooso....
22:40.56GNUtooif you're good enough it could be done
22:44.28Alex[sp3dev]hum.. if i understand it right, it should work if i simply set up fimc [camera] to stream to g2d or jpeg device [both of which can be mplayered]
22:45.10Alex[sp3dev]do you happen to have media-ctl binary?
22:47.10*** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net)
22:55.09GNUtoono I don't
22:55.13GNUtooI had long time ago
22:55.18GNUtoobut then I had an hdd crash
22:55.40GNUtoobut maybe I've it on an old rootfs
22:55.43GNUtooI've to look
23:12.48GNUtooAlex[sp3dev], yes that's also how I understand it
23:14.56GNUtoono media-ctl sorry
23:15.06GNUtoobut maybe I can compile it real quick tomorrow
23:20.17*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
23:44.02pabs3DocScrutinizer: bring on the osmocom-powered volunteer run GSM networks
23:44.15pabs3s/GSM/LTE/
23:54.02lindi-_hrm, openocd really annoys me
23:58.44*** join/#openmoko-cdevel nslu2-log (~nslu2-log@limax.nslu2-linux.org)
23:58.44*** join/#openmoko-cdevel ChanServ (ChanServ@services.)
23:58.44*** mode/#openmoko-cdevel [+o ChanServ] by pratchett.freenode.net

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