IRC log for #maemo-ssu on 20131209

02:35.55*** join/#maemo-ssu LauRoman (~LauRoman@5-14-89-148.residential.rdsnet.ro)
02:51.07*** join/#maemo-ssu M13 (~Miranda@83.149.37.169)
03:40.33*** join/#maemo-ssu freemangordon (~freemango@46.249.74.23)
03:42.16*** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn)
05:47.22*** join/#maemo-ssu FlameReaper (~assassin@jiz-215-105.tm.net.my)
06:18.47*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
06:36.37*** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
06:55.35*** join/#maemo-ssu luf (~luf@80.188.29.62)
08:17.32*** join/#maemo-ssu olukanina (~olukanina@91.210.103.21)
08:25.28*** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net)
08:32.08*** join/#maemo-ssu diaron (~diaron@91.210.101.29)
08:44.05*** join/#maemo-ssu ivanoww (~ivanoww@91.210.103.29)
08:50.52*** join/#maemo-ssu M13 (~Miranda@83.149.38.48)
09:04.24*** join/#maemo-ssu brolin_empey (~brolin@brolin.be)
09:22.32*** join/#maemo-ssu radekp (~radek@82.113.39.213)
09:24.03*** join/#maemo-ssu wmarone_ (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net)
09:31.16DocScrutinizer05introduces radekp to freemangordon and the channel at alrge
09:31.50DocScrutinizer05one more 2kernel hacker"
09:31.53radekphi freemangordon, old sucker! :-)
09:31.59freemangordonradekp: hi!
09:32.00DocScrutinizer05hehehehe
09:32.03radekp:)
09:32.10DocScrutinizer05told him
09:32.32radekpis this common greeting in this channel?
09:32.50DocScrutinizer05so now you both became friends, I hope you will synergize your efforts
09:33.06freemangordonradekp: gimme 10 minutes to resend a patch to LKML, I hope we can have a little discussion after that
09:33.08DocScrutinizer05radekp: not really, except when I have my funny 5 minutes
09:33.13freemangordonyeah
09:35.05DocScrutinizer05VMware security update: http://www.vmware.com/security/advisories/VMSA-2013-0014.html
09:36.38*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
09:40.28DocScrutinizer05btw @ pali, freemangordon: [2013-12-06 18:05:53] <JimmyDB> The problem I am running in to is that I want to jump back and forth between making changes and testing the outcome, but the i2c commands are being blocked since the drivers are loaded for the camera...
09:40.40DocScrutinizer05[2013-12-06 18:09:54] <JimmyDB> I should note, the driver is not a module that is listed by lsmod etc
09:40.50DocScrutinizer05[2013-12-06 19:06:09] <gabrbedd> JimmyDB: i2cset -f -y
09:40.52DocScrutinizer05[2013-12-06 19:06:32] <gabrbedd> The -f param says, "Yeah, I know that a driver is managing it... but stand back! I know what I'm doing!!"
10:07.59*** join/#maemo-ssu slepoj (~slepoj@91.229.248.27)
10:11.54*** join/#maemo-ssu gadddd (~gadddd@91.210.103.160)
10:15.25freemangordonok, patch sent
10:15.40freemangordonradekp: so, you want to help with kernel hacking?
10:16.23freemangordonwhat we try to do is to have 3.13 and up successfully booting maemo5 with full functionality
10:16.48freemangordonon n900 that is, but it'll work on neo900 as well, at least that's waht is the hope IMO
10:17.38freemangordonradekp: so far we have most of the stuff working, besides audio and camera afaik
10:18.16freemangordonwith 3.13-rc2 that is
10:18.59*** join/#maemo-ssu titanic (~titanic@91.210.103.177)
10:20.26radekpfreemangordon: i was using 3.7 as stable kernel on GTA04 and i can use 3.12 - but this one has much worse power management...
10:21.02*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
10:21.21freemangordonradekp: with the upcomming DT we can't use anything < 3.14 if we want to have upstream support IMO
10:21.23radekpfreemangordon: is power management working properly with these kernels?
10:21.28freemangordonshould be
10:22.34freemangordonPali: hi! got the audio (almost) working) :D. there is a nasty bug in tlv320aic3x.c
10:22.41radekpthen this can be interesting - on GTA04 there are big problems with PM - the phone eats so much power that you cant use it more then one day (sometimes even one day)
10:22.52Palifreemangordon: hi! nice for audio :-)
10:23.12freemangordonradekp: maemo is using different power management to what I know is used on gta04
10:23.20freemangordonit does not suspend to RAM
10:23.41Palifreemangordon: about pm, in upstream kernel is only arch/arm/mach-omap2/omap-pm-noop.c
10:23.44radekpfreemangordon: i think we (userspace developers) would be happy to use it the same way (without suspend to ram)
10:23.50Palionly noop pm :-(
10:24.12freemangordonPali: I guess we can forward-port nemo PM
10:24.14Palithere is missing omap-pm-srf
10:24.19freemangordonor KP PM
10:24.30freemangordonI know a bit about SR driver :P
10:24.41freemangordonwill port it when it comes to it
10:24.41Palifreemangordon: problem is that kernel drivers not using omap-pm
10:24.46radekpfreemangordon: but i think our kernel is missing important parts/drivers for this - IIRC it's using ~90mA with screen dimmed
10:24.50Paliand something from cpufreq
10:25.02freemangordonPali: will fix it when it comes to it
10:25.12freemangordonlets have it working without PM first
10:25.26Palior maybe omap-pm was integrated into some omap cpufreq driver
10:25.46freemangordonI *think* the clock FW is what is used in upstream
10:25.47Palisee file Documentation/arm/OMAP/omap_pm
10:25.59freemangordonand pm_runtime_... stuff
10:26.08PaliThis document describes the *temporary* OMAP PM interface.
10:27.58freemangordonradekp: we have a reference kernel to use, that is the stock Nokia kernel and its derivatives (like kernel-power)
10:28.09Palifreemangordon: when ready, commit audio patches to your git repo
10:28.14freemangordonso we can port whatever needed IMO
10:28.34freemangordonPali: I was thinking to send a patch upstream, but ok, will do
10:28.50Paliand I remember that there is some initial work for highpass filter in tlv320aic3x codec driver
10:28.50freemangordonPali: btw I'll need your help on that one
10:28.57Paliok
10:29.07freemangordonhow to test the sound?
10:29.13Paliuse aplay
10:29.15Palior paplay
10:29.16Palior mplayer
10:29.35radekpfreemangordon: well one of my ideas was to use this kernel and port it on GTA04, but i am not kernel devel - i only do some userspace things, so this is likely above my skill
10:29.56freemangordonradekp: well, DocScrutinizer05 introduced you as a kernel dev :P
10:30.17freemangordonPali: is there a chance any of those to blow the speakers?
10:30.24radekpfreemangordon: ohh - should be non-kernel dev :)
10:30.36freemangordonyeah, got it
10:30.41radekpfreemangordon: the GTA04 kernel is mostly Neil Brown's work
10:31.00Palifreemangordon: play sound at low volume, I really do not know... ask Doc about HW parts...
10:31.04freemangordoni see
10:37.06freemangordonPali: any idea why tpa6130 i2c could give a NAK if not after power-down? i.e. i2c write gives -121 if I reboot from KP to 3.13
10:37.27freemangordonthe headphone AMP that is
10:37.52Palimyabe some reinit of i2c is needed?
10:37.57freemangordonPali: also any hint how to use mplayer to play to speakers?
10:38.02Palior some other gpio is need to set?
10:38.14Palimplayer -ao alsa
10:38.18freemangordongpios should be fine, I've checked them
10:38.25Paliand you need to find documentation how to use alsa in mplyaer
10:38.49freemangordonok
10:44.40luffreemangordon: hi, I'm just curios have you tested bluetooth with the new kernel?
10:44.56freemangordonit works, but spits some errors
10:45.07freemangordonluf: hi! long time no see
10:45.38luffreemangordon: I know :( I'm overloaded. But I'm looking for some time to be back in maemo devel.
10:45.51freemangordongreat!
10:45.59luffreemangordon: bluez from stock or the newer from me?
10:46.12freemangordonluf: the one in CSSU :D
10:48.23*** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172)
10:50.03luffreemangordon: you scared me :) Do you know the version? Because I never publish it into CSSU release :)
10:50.42freemangordonluf: ii  bluez                                               4.60-0maemo1.6+0m5
10:50.45*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
10:51.05freemangordonI guess that is stock
10:51.13lufCool it's stock one.
10:51.34freemangordondammit, why there is no sound? :(
10:52.00lufBecause there is silence :D
10:52.18freemangordonhmm, I guess you're right :D
10:52.38DocScrutinizer05freemangordon: (I2C NAK) usual way chips answer a "wakeup from suspend", if they know such mode
10:53.21freemangordonDocScrutinizer05: it is tpa6130a2, the headset amplifier
10:53.30DocScrutinizer05so?
10:53.50freemangordonand it happens only if I reboot from kp to 3.13, not after power-up
10:54.19freemangordonhmm, wait, it has a SW shutdown
10:54.25DocScrutinizer05what can I say?
10:54.55DocScrutinizer05maybe KP tells amp to suspend?
10:55.05freemangordonbut on the other hand, it just stops the charge-pump in that mode, i2c should be working
10:55.13DocScrutinizer05which would be a sane thing to do
10:55.37DocScrutinizer05and maybe mainline kernel has nfc about that - as usual?
10:55.37freemangordonmaybe, but I assert the HW reset before trying to communicate
10:55.39jonwilI wont have a N900 dev box going forward in the short term, the one I have now is too old, too crap and too failing to be worth moving when I move so its going to the e-waste recycling
10:55.46jonwilits an ancient Pentium 4
10:58.06DocScrutinizer05(mainline no clue) would be just one more instance to prove why maemo kernel is better on power saving than the pretty sloppy mainline
10:59.07DocScrutinizer05just 10 min ago I heard almost same story, about lis302 driver which causes an additional 6mA when you use the one from mainline
11:00.00DocScrutinizer05mainline drivers are generally suspicious for NOT being optimized for powersaving
11:00.17DocScrutinizer05that's why we got a maemo kernel
11:02.30DocScrutinizer05Nokia didn't use maemo kernel patches just to satify NIH
11:03.17DocScrutinizer05they upstreamed what was possible to upstream (maybe) but generally used "proprietary" patches only when needed since mainline been too crappy
11:05.12freemangordonPali: any idea what alsamixer -c 0 shows?
11:05.31freemangordonare those running or configured values?
11:05.40DocScrutinizer05freemangordon: the general concept is: you send chip an I2C command to go to sleep. chip enters low power idle mode and only does one thing: wake up when own address selected on I2C and answer with a NAK
11:06.14l4m3rxfreemangordon , current values
11:06.55freemangordonl4m3rx: the point is - does it query kernel for all those sliders, or they are pre-configured?
11:07.00DocScrutinizer05freemangordon: driver needs to handle that and repeat command when NAK answer
11:07.20freemangordonDocScrutinizer05: ok, I'll try to patch it
11:07.41DocScrutinizer05don't do endless loop! only one NAK allowed
11:07.46freemangordonok :)
11:08.27DocScrutinizer05also check why driver doesn't do it already. Most likely driver doesn't know about suspend command either
11:09.16freemangordonDocScrutinizer05: driver does HW power down/up sequence, via _SD pin
11:09.17DocScrutinizer05also you might want to check datasheet of amp, if it actually works that way
11:09.23freemangordonalready did
11:09.28DocScrutinizer05mhm
11:09.41l4m3rxfreemangordon, if i recall correctly it reads them from /dev
11:09.58DocScrutinizer05when chip does this wakeup and answer NAK thing, this is documented in datasheet
11:10.05freemangordonl4m3rx: thanks
11:10.14freemangordonDocScrutinizer05: it is not supposed to answer with nak
11:10.28DocScrutinizer05then it's a bug
11:10.42DocScrutinizer05culprit somewhere else
11:10.53freemangordon:nod:
11:11.23DocScrutinizer05maybe I2C interface of SoC lacks proper init
11:11.34freemangordoncould be
11:11.37Palialsamixer -c 0 shows first hw card
11:11.50Pali-c 1 second ...
11:12.13freemangordonPali: sure, but I don;t see "Ext Spk" control there
11:12.13Pali-c default will show default (which is fake/virtual PA)
11:12.32PaliI had same problem
11:12.40Palialsamixer does not show all switches
11:12.55Paliand some have different names as in kernel...
11:13.12freemangordonexactly
11:13.17PaliDocScrutinizer05: you know more about alsa, try to help :-)
11:13.44freemangordonPali: shall I push the audio patch now?
11:14.00Paliyou can push to your git repo
11:14.04Paliand I can look at it
11:14.15freemangordonsure, but do you need it "now"?
11:14.24freemangordonI mean - do you have time to look at it
11:14.45freemangordonwell, ok, will push it
11:15.41DocScrutinizer05alsa is pretty much a mess with names and renames and aliases
11:16.26DocScrutinizer05and it generally uses names as of chip manuf gave to the pins of chip, nit how the in/out is actually used in a particular platform
11:16.40DocScrutinizer05not*
11:17.01DocScrutinizer05can get confusing like hell
11:17.21DocScrutinizer05when speaker is headphone and earpiece is speaker and aux is earpiece
11:18.49DocScrutinizer05prolly card0 is tps65950/twl4030? and card1 is 320aic34?
11:19.00DocScrutinizer05I dunno
11:19.56DocScrutinizer05don't expect to find any logic when it comes to ALSA mixer names
11:20.40DocScrutinizer05sure, it probably has *some* logic, just it doesn't hit me
11:22.23DocScrutinizer05usually 1 or 2 hours of experimenting and checking what does what, and reading datasheets of chips and the names of in- and outputs in there, results in better understanding of what's actually up
11:22.58freemangordonDocScrutinizer05: iiuc, the names are given by the driver, ain't?
11:23.27DocScrutinizer05usually yes, though I think there's a method for later aliases getting assigned
11:23.43freemangordondo you know where those aliases reside?
11:23.53freemangordonis it some conf file?
11:24.15DocScrutinizer05ooh, and output of two audio sinks is physically identical on N900, mixing getting done by muting amps
11:24.34DocScrutinizer05sorry, no idea how exactly this works
11:25.09DocScrutinizer05ask in openmoko-cdevel maybe, I discussed this stuff with guys who did alsa for gta02
11:25.44DocScrutinizer05I got a headache when I tried to understand the ALSA sources
11:26.04DocScrutinizer05it's a terrible mess
11:26.33DocScrutinizer05you got one name in driver source, and you can override it maybe from bord file?
11:26.38DocScrutinizer05board*
11:27.19DocScrutinizer05sorry, can't recall, was too scary to not forget
11:27.35DocScrutinizer05also too mad and annoying
11:30.25DocScrutinizer05http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#List_of_controls
11:30.30DocScrutinizer05see righ col which I did
11:38.57freemangordonPali: https://gitorious.org/linux-n900/freemangordons-linux-n900/commit/484bac958407b9cee17524be6c8cc64a760b2f33
11:42.42DocScrutinizer05dang, I shouldn't have read that page again. Welcome my old friend nausea, long time no see
11:43.05DocScrutinizer05((http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem that is))
11:46.12DocScrutinizer05freemangordon: you might want to ask in #also and #alsa-soc
11:46.19DocScrutinizer05#alsa even
11:46.48DocScrutinizer05~seen broonie
11:46.50infobotbroonie is currently on #oe, last said: 'dol: Right, that's not going to work then - this would be a hardware change.'.
11:47.17DocScrutinizer05^^^ did some asoc-devel
11:49.19freemangordonPali: it is "Speaker Function" :D
11:49.43*** join/#maemo-ssu FReaper (~assassin@jiz-215-105.tm.net.my)
11:49.54Palifreemangordon: ok, when you find where is mapping stored, please tell me it :-)
11:50.13Palimapping between kernel names and names in amixer/alsamixer
11:50.15freemangordonYESSSS!!!!
11:50.26freemangordonI have sound from the media player :D
11:50.44PaliI already tried to use strace and ltrace on amixer, but nothing...
11:50.55freemangordonPali: there is no mapping
11:51.02PaliI have really no idea how amixer invent that names
11:51.10freemangordonsee aic34_rx51_controls
11:51.19freemangordonin rx51.c
11:51.55*** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172)
11:51.56Paliok
11:52.18Palifreemangordon: can you look at amixer -c 0 output on kp52 and on 3.12/3.13 kernel
11:52.25Paliwhat and how was changed?
11:52.40PaliI think that some names of channels were renamed
11:52.48freemangordonPali: it would ba a nightmare, there are more that 50 controls for playback only
11:52.58Paliand maybe in aic34_rx51_controls needs to be changed
11:53.20freemangordonyes, but it would be easier to compare the source rather that what alsamixer reports
11:53.32freemangordons/that/than
11:53.38Palialready tried it...
11:53.47Palinot easy
11:53.58Palibecause old kernel does not support more codecs in one driver
11:54.24Paliand this was "hacked" in nokia kernel by creating new submodule for controlling second snd device
11:54.28Palidirectly in rx51.c
11:54.50Palinow in upstream kernel both codecs using their proper kernel drivers
11:55.18freemangordonyes
11:55.19Paliso rx51.c is smaller (duplicate code which is in second b block was removed)
11:55.29Paliit it one big mess
11:55.31freemangordonI know that
11:55.39freemangordonhmm, why mess?
11:55.54Palilook at amixer -c 0 output :D
11:56.09Paliand if all those names are not mess...
11:57.22freemangordonok, there is a sound from the external speaker connected through the jack
11:57.57freemangordonwe just need to fix the names and add the missing jack functionality
11:58.43freemangordonand maybe add some notifier chain support in rx51.c, to emulate gpio-switch functionality
11:58.46freemangordonPali: ^^^
11:59.16PaliI will send you some patches which I created
12:00.22freemangordonok
12:00.35freemangordonPali: btw could you pull rc3?
12:00.50freemangordonthere is something broken in i2c in rc2
12:01.05freemangordon<PROTECTED>
12:01.11freemangordonomap_i2c omap_i2c.1: timeout waiting for bus ready
12:02.17Paliit is fixed in rc3?
12:02.36Palifreemangordon: I sent some sound rx51 patches to your email address
12:02.38DocScrutinizer05http://privatepaste.com/02956e7ccf
12:02.44Palino idea if patches working or not
12:02.58Palibut you already started hacking rx51 sound, so look at them
12:03.12freemangordonDocScrutinizer05: on stock?
12:03.17freemangordonPali: ok
12:03.19DocScrutinizer05yeah
12:03.30Palithere is some init work for jack
12:03.32DocScrutinizer05well, CSSU
12:03.33freemangordonstupid question :D. thanks
12:03.34Palibut unfinished
12:03.40freemangordonPali: ok
12:04.55Paliamixer from 2.6.28: http://pastebin.com/YYZFzSL0
12:05.22freemangordonok
12:05.34Paliamixer from 3.12: http://pastebin.com/YKi9VQC4
12:09.45Palifreemangordon: rebasing and now compiling
12:10.21freemangordonPali: what is that patch supposed to do?
12:10.52Paliin that 3 patches I tried to add missing switches/options which are in kp but not in 3.x
12:11.01freemangordondid you test it?
12:11.04Palino
12:11.09freemangordon:D
12:11.13Palithird patch I think will not compile
12:11.20Palibecause is unfinished
12:11.38Paliand using that dummy functions from dummy b part code
12:11.38*** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23)
12:12.10freemangordon_what needs to be done?
12:12.22Palilook to syslog
12:12.24freemangordon_Pali: hmm, RX51_CODEC_RESET_GPIO does not belong here
12:12.24Palifor PA errors
12:12.44PaliI do not know, I just copied code from 2.6.28 kernel
12:12.54freemangordon_hmm, ok
12:13.50Palihere are all PA erros on 3.12 kernel: http://pastebin.com/GALcL3hG
12:15.35freemangordon_Pali: just to make you aware - TWL gpio base is no longer 192 in 3.x kernels
12:15.44freemangordon_it is 238
12:15.55freemangordon_I guess there is a way to get that in runtime
12:18.54freemangordon_Pali: ok, going to apply your patch, but you'll owe me a new n900 if it fries mine :P
12:20.07Paliv3.13-rc3-n900 branch on linux-n900 was created
12:20.20freemangordon_Pali: hmm, on which branch is your patch based on?
12:20.31freemangordon_it does not apply on 3.13-rc2
12:20.51Pali3.12.0-rc5
12:21.04freemangordon_weird, seems there are some changes
12:21.07Palisee commit date 2013-10-24 14:12:37 :-)
12:21.12freemangordon_will apply it by hand
12:21.16Palipatches are old
12:21.39freemangordon_could you give me sha id?
12:21.45freemangordon_fot that date
12:21.48freemangordon_*for
12:21.53Palion top of this commit 8b2759340639923d591d8701927be382baa82268
12:22.36Palibut it should apply on top of v3.12-rc5-n900
12:22.52freemangordonI am trying to apply it on top of 3.13-rc2
12:23.20freemangordonso I'll apply it by hand, selecting only the code I think is needed
12:27.16freemangordonPali: did you try to compile that?
12:27.43Palithird patch will not compile
12:27.59Palibecause is unfinished and using dummy b part module
12:28.31freemangordonPali: on what order should I apply those?
12:28.41Palifirst and second
12:28.47Palithird is not finished
12:28.54freemangordonoh, ok
12:29.04freemangordonmy fault then
12:29.31PaliI think it is not for testing yes
12:29.54freemangordonall of them or only the third patch?
12:30.42PaliI just sent it yo you, because you started hacking code and I wanted be sure, that you do not (re)write same code
12:30.49PaliI think only third
12:30.52Palido not remember
12:30.54freemangordonok
12:30.58Paliit was two months ago..
12:32.45freemangordonPali: I think I can make those patches upstreamable
12:33.00freemangordonlemme try
12:33.51Paliquestion is if that patches are needed or not
12:42.10*** part/#maemo-ssu schjetne (~schjetne@fsf/member/schjetne)
12:59.31*** join/#maemo-ssu chillroom (~chillroom@91.210.100.111)
13:00.35*** join/#maemo-ssu chillroom (~chillroom@91.229.248.27)
13:07.30*** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali)
13:15.02*** join/#maemo-ssu kolp (~quassel@212.255.253.167)
13:41.29*** join/#maemo-ssu peropavlina (~peropavli@193.104.110.19)
13:41.46Palifreemangordon: maybe better would be to look at tidspbridge patches in linux-n900 tree and trying to upstream them
13:41.56Palithere are some for clk_enable
13:42.15Paliand some other which fixing compilation!
13:42.32freemangordonI'll wait for those I've already send to be upstreamed :)
13:42.44Paliok
13:42.52Palior you can look at -rc3
13:42.59PaliI pushed it to linux-n900 git
13:43.18freemangordonwill do, lets see if I can fix anything in the audion in the meanwhile
13:43.24freemangordon*audio
14:01.57*** join/#maemo-ssu infobot (~infobot@rikers.org)
14:01.57*** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-10-27): 21.2011.38-1Tmaemo8.3; Stable(2013-06-18): 21.2011.38-1Smaemo6.1
14:02.10*** mode/#maemo-ssu [+v infobot] by ChanServ
14:06.33*** join/#maemo-ssu infobot (~infobot@rikers.org)
14:06.34*** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: http://gitorious.org/community-ssu/ | Latest version: Testing(2013-10-27): 21.2011.38-1Tmaemo8.3; Stable(2013-06-18): 21.2011.38-1Smaemo6.1
14:06.34*** mode/#maemo-ssu [+v infobot] by ChanServ
14:15.41*** join/#maemo-ssu NishanthMenon (~nmenon@nat/ti/x-dxhalrtoxltmzkdw)
14:24.25freemangordonPali: compiling rc3 now, lets see :)
14:25.23freemangordonPali: though I'm afraid that i2c bug will be there as well :(
14:25.33Palireport bug
14:25.39freemangordonwill do
14:27.10freemangordonPali: BTW do you have any clue who should enable "Ext Spk"?
14:27.36freemangordonbecause one the reasons for the missing audio is that one disable
14:27.43freemangordonthe other is the wrong GPIO number
14:27.44Palialsaped?
14:27.45PaliPA?
14:27.57freemangordonhmm, and why it doesn;t enable it?
14:28.08Palilook at that PA error log
14:28.21Palimaybe there is something...
14:49.17*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
14:57.05freemangordonPali: 3.13-rc3 doesn't boot :(
14:57.10Palishit
14:57.38freemangordonwell, it sits on "Loading Boot Menu"
14:57.59freemangordonthere is no oops
14:58.08freemangordonroot seems mounted
14:58.51Palicheck if you do not have same problem with BSI as pavelm
14:59.04freemangordonhmm?
14:59.27freemangordonPali: what problem?
14:59.43Palireported BSI is too low
14:59.48freemangordontoo low battery?
15:00.12PaliI think I CCed mails to you...
15:00.18freemangordonPali: but ut was booting 5 minutes ago with -rc2
15:00.26freemangordonno, I am not in cc
15:00.48freemangordonok, will charge the battery and will retry
15:01.18freemangordonPali: oh, so Pavel managed to boot it? nice
15:01.38Palino problem is not with battery
15:01.44Palibut sometimes for unknown reason BSI is too low with 3.x kernel
15:01.57*** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike)
15:02.19freemangordonhmm, never happened with rc2
15:02.46Palifreemangordon: you are cced in that mail
15:03.00PaliMessage-Id: <201312052102.13966@pali>
15:03.45freemangordonhmm
15:03.48*** join/#maemo-ssu l4m3rx (~7350@195.24.90.254)
15:03.51freemangordonwell, nevermind
15:04.06freemangordonI can't search by message id anyways :D
15:04.27*** join/#maemo-ssu DocScrutinizer05 (~saturn@openmoko/engineers/joerg)
15:05.27freemangordonPali: also, it got stuck before loading bootmenu here
15:06.07*** join/#maemo-ssu tom_ (~tom@66.172.11.27)
15:07.04freemangordonPali: hmm, with closed keyboard it boots
15:07.09freemangordonin default maemo ofc :D
15:08.12freemangordonit seems that bootmenu fails for some reason
15:08.35freemangordondammit
15:10.13*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
15:13.59*** join/#maemo-ssu FReaper (~assassin@jiz-215-105.tm.net.my)
15:14.38*** join/#maemo-ssu FReaper (~assassin@jiz-215-105.tm.net.my)
15:22.44*** join/#maemo-ssu FlameReaper (~assassin@jiz-215-105.tm.net.my)
15:50.47*** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1)
16:33.35*** join/#maemo-ssu arcean (~arcean@apn-46-215-67-63.dynamic.gprs.plus.pl)
16:34.21*** join/#maemo-ssu NIN101 (~NIN@p5DD287B5.dip0.t-ipconnect.de)
16:34.34*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
16:36.23*** join/#maemo-ssu NIN101 (~NIN@p5DD287B5.dip0.t-ipconnect.de)
17:07.20*** join/#maemo-ssu hbib (~wurmel@pD9E3C70A.dip0.t-ipconnect.de)
17:11.44freemangordonPali: I'll revert to rc2 and contunue work on audio
17:42.32*** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa)
18:20.01Paliok
18:33.55*** join/#maemo-ssu LauRoman (~LauRoman@5-14-89-148.residential.rdsnet.ro)
18:39.12*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
19:09.37*** join/#maemo-ssu ushiro (~ushiro@91.210.101.34)
19:10.05*** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz)
19:20.10*** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de)
19:27.43freemangordonDocScrutinizer05:can you remember how is done that alsa renaming?
19:29.45*** join/#maemo-ssu LauRoman|Alt (~LauRoman@5-14-89-148.residential.rdsnet.ro)
20:23.38*** join/#maemo-ssu dos11 (~dos@unaffiliated/dos1)
20:29.29*** join/#maemo-ssu sixwheeledbeast (~paul@host-92-19-197-183.as13285.net)
20:45.39*** join/#maemo-ssu hbib1 (~wurmel@pD9E0D36D.dip0.t-ipconnect.de)
21:37.13*** join/#maemo-ssu hbib (~wurmel@pD9E0D36D.dip0.t-ipconnect.de)
21:59.37*** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23)
22:50.48*** join/#maemo-ssu nox- (noident@freebsd/developer/nox)
22:55.45*** join/#maemo-ssu lenoch (~chatzilla@88.103.110.54)

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