| *** jake42_ is now known as jake42 | 00:04 | |
| *** Guest24451 has quit IRC | 00:19 | |
| *** dafox has joined #maemo-ssu | 00:19 | |
| *** dafox has quit IRC | 00:29 | |
| *** yayakushev has joined #maemo-ssu | 00:35 | |
| *** _rd_ has quit IRC | 00:41 | |
| *** gandonis has joined #maemo-ssu | 00:43 | |
| *** okias has quit IRC | 00:49 | |
| *** okias has joined #maemo-ssu | 00:50 | |
| *** trx has quit IRC | 00:53 | |
| *** okias has quit IRC | 00:56 | |
| *** trx has joined #maemo-ssu | 00:59 | |
| *** trx has joined #maemo-ssu | 00:59 | |
| *** dhbiker has quit IRC | 01:00 | |
| *** dhbiker has joined #maemo-ssu | 01:04 | |
| *** freemangordon_ has joined #maemo-ssu | 01:15 | |
| *** freemangordon has quit IRC | 01:15 | |
| *** dos1 has quit IRC | 01:21 | |
| *** dos1 has joined #maemo-ssu | 01:22 | |
| *** gandonis has quit IRC | 01:33 | |
| *** dos1 has quit IRC | 02:35 | |
| *** M4rtinK has quit IRC | 02:50 | |
| *** FlameReaper has quit IRC | 03:48 | |
| *** lenoch has quit IRC | 03:49 | |
| *** nox- has quit IRC | 04:27 | |
| *** LauRoman has joined #maemo-ssu | 04:35 | |
| *** M13 has joined #maemo-ssu | 04:51 | |
| *** LauRoman has quit IRC | 05:04 | |
| *** freemangordon has joined #maemo-ssu | 05:40 | |
| *** freemangordon_ has quit IRC | 05:40 | |
| *** amiconn_ has joined #maemo-ssu | 05:42 | |
| *** amiconn has quit IRC | 05:42 | |
| *** M13 has quit IRC | 07:17 | |
| *** FlameReaper has joined #maemo-ssu | 07:47 | |
| *** _rd_ has joined #maemo-ssu | 08:18 | |
| *** jonwil has joined #maemo-ssu | 08:36 | |
| *** _rd_ has quit IRC | 08:44 | |
| *** luf has joined #maemo-ssu | 08:55 | |
| *** olukanina has joined #maemo-ssu | 10:17 | |
| *** olukanina has quit IRC | 10:23 | |
| *** sunny_s has joined #maemo-ssu | 10:25 | |
| *** diaron has joined #maemo-ssu | 10:32 | |
| *** ivanoww has joined #maemo-ssu | 10:44 | |
| *** ivanoww has quit IRC | 10:45 | |
| *** M13 has joined #maemo-ssu | 10:50 | |
| *** brolin_empey has joined #maemo-ssu | 11:04 | |
| *** anYc_ is now known as anYc | 11:12 | |
| *** radekp has joined #maemo-ssu | 11:22 | |
| *** wmarone_ has joined #maemo-ssu | 11:24 | |
| *** wmarone__ has quit IRC | 11:24 | |
| * DocScrutinizer05 introduces radekp to freemangordon and the channel at alrge | 11:31 | |
| DocScrutinizer05 | one more 2kernel hacker" | 11:31 |
|---|---|---|
| radekp | hi freemangordon, old sucker! :-) | 11:31 |
| freemangordon | radekp: hi! | 11:31 |
| DocScrutinizer05 | hehehehe | 11:32 |
| radekp | :) | 11:32 |
| DocScrutinizer05 | told him | 11:32 |
| radekp | is this common greeting in this channel? | 11:32 |
| DocScrutinizer05 | so now you both became friends, I hope you will synergize your efforts | 11:32 |
| freemangordon | radekp: gimme 10 minutes to resend a patch to LKML, I hope we can have a little discussion after that | 11:33 |
| DocScrutinizer05 | radekp: not really, except when I have my funny 5 minutes | 11:33 |
| freemangordon | yeah | 11:33 |
| DocScrutinizer05 | VMware security update: http://www.vmware.com/security/advisories/VMSA-2013-0014.html | 11:35 |
| *** _rd_ has joined #maemo-ssu | 11:36 | |
| DocScrutinizer05 | btw @ 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... | 11:40 |
| DocScrutinizer05 | [2013-12-06 18:09:54] <JimmyDB> I should note, the driver is not a module that is listed by lsmod etc | 11:40 |
| DocScrutinizer05 | [2013-12-06 19:06:09] <gabrbedd> JimmyDB: i2cset -f -y | 11:40 |
| DocScrutinizer05 | [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!!" | 11:40 |
| *** slepoj has joined #maemo-ssu | 12:07 | |
| *** gadddd has joined #maemo-ssu | 12:11 | |
| freemangordon | ok, patch sent | 12:15 |
| *** gadddd has quit IRC | 12:15 | |
| freemangordon | radekp: so, you want to help with kernel hacking? | 12:15 |
| freemangordon | what we try to do is to have 3.13 and up successfully booting maemo5 with full functionality | 12:16 |
| freemangordon | on n900 that is, but it'll work on neo900 as well, at least that's waht is the hope IMO | 12:16 |
| freemangordon | radekp: so far we have most of the stuff working, besides audio and camera afaik | 12:17 |
| freemangordon | with 3.13-rc2 that is | 12:18 |
| *** titanic has joined #maemo-ssu | 12:18 | |
| radekp | freemangordon: i was using 3.7 as stable kernel on GTA04 and i can use 3.12 - but this one has much worse power management... | 12:20 |
| *** Pali has joined #maemo-ssu | 12:21 | |
| freemangordon | radekp: with the upcomming DT we can't use anything < 3.14 if we want to have upstream support IMO | 12:21 |
| radekp | freemangordon: is power management working properly with these kernels? | 12:21 |
| freemangordon | should be | 12:21 |
| freemangordon | Pali: hi! got the audio (almost) working) :D. there is a nasty bug in tlv320aic3x.c | 12:22 |
| radekp | then 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) | 12:22 |
| Pali | freemangordon: hi! nice for audio :-) | 12:22 |
| freemangordon | radekp: maemo is using different power management to what I know is used on gta04 | 12:23 |
| freemangordon | it does not suspend to RAM | 12:23 |
| Pali | freemangordon: about pm, in upstream kernel is only arch/arm/mach-omap2/omap-pm-noop.c | 12:23 |
| radekp | freemangordon: i think we (userspace developers) would be happy to use it the same way (without suspend to ram) | 12:23 |
| Pali | only noop pm :-( | 12:23 |
| freemangordon | Pali: I guess we can forward-port nemo PM | 12:24 |
| Pali | there is missing omap-pm-srf | 12:24 |
| freemangordon | or KP PM | 12:24 |
| freemangordon | I know a bit about SR driver :P | 12:24 |
| freemangordon | will port it when it comes to it | 12:24 |
| Pali | freemangordon: problem is that kernel drivers not using omap-pm | 12:24 |
| radekp | freemangordon: but i think our kernel is missing important parts/drivers for this - IIRC it's using ~90mA with screen dimmed | 12:24 |
| Pali | and something from cpufreq | 12:24 |
| freemangordon | Pali: will fix it when it comes to it | 12:25 |
| freemangordon | lets have it working without PM first | 12:25 |
| Pali | or maybe omap-pm was integrated into some omap cpufreq driver | 12:25 |
| freemangordon | I *think* the clock FW is what is used in upstream | 12:25 |
| Pali | see file Documentation/arm/OMAP/omap_pm | 12:25 |
| freemangordon | and pm_runtime_... stuff | 12:25 |
| Pali | This document describes the *temporary* OMAP PM interface. | 12:26 |
| freemangordon | radekp: we have a reference kernel to use, that is the stock Nokia kernel and its derivatives (like kernel-power) | 12:27 |
| Pali | freemangordon: when ready, commit audio patches to your git repo | 12:28 |
| freemangordon | so we can port whatever needed IMO | 12:28 |
| freemangordon | Pali: I was thinking to send a patch upstream, but ok, will do | 12:28 |
| Pali | and I remember that there is some initial work for highpass filter in tlv320aic3x codec driver | 12:28 |
| freemangordon | Pali: btw I'll need your help on that one | 12:28 |
| Pali | ok | 12:28 |
| freemangordon | how to test the sound? | 12:29 |
| Pali | use aplay | 12:29 |
| Pali | or paplay | 12:29 |
| Pali | or mplayer | 12:29 |
| radekp | freemangordon: 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 | 12:29 |
| freemangordon | radekp: well, DocScrutinizer05 introduced you as a kernel dev :P | 12:29 |
| freemangordon | Pali: is there a chance any of those to blow the speakers? | 12:30 |
| radekp | freemangordon: ohh - should be non-kernel dev :) | 12:30 |
| freemangordon | yeah, got it | 12:30 |
| radekp | freemangordon: the GTA04 kernel is mostly Neil Brown's work | 12:30 |
| Pali | freemangordon: play sound at low volume, I really do not know... ask Doc about HW parts... | 12:31 |
| freemangordon | i see | 12:31 |
| freemangordon | Pali: 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 | 12:37 |
| freemangordon | the headphone AMP that is | 12:37 |
| Pali | myabe some reinit of i2c is needed? | 12:37 |
| freemangordon | Pali: also any hint how to use mplayer to play to speakers? | 12:37 |
| Pali | or some other gpio is need to set? | 12:38 |
| Pali | mplayer -ao alsa | 12:38 |
| freemangordon | gpios should be fine, I've checked them | 12:38 |
| Pali | and you need to find documentation how to use alsa in mplyaer | 12:38 |
| freemangordon | ok | 12:38 |
| *** titanic has quit IRC | 12:41 | |
| *** dhbiker has quit IRC | 12:42 | |
| luf | freemangordon: hi, I'm just curios have you tested bluetooth with the new kernel? | 12:44 |
| freemangordon | it works, but spits some errors | 12:44 |
| freemangordon | luf: hi! long time no see | 12:45 |
| luf | freemangordon: I know :( I'm overloaded. But I'm looking for some time to be back in maemo devel. | 12:45 |
| freemangordon | great! | 12:45 |
| luf | freemangordon: bluez from stock or the newer from me? | 12:45 |
| freemangordon | luf: the one in CSSU :D | 12:46 |
| *** dhbiker has joined #maemo-ssu | 12:48 | |
| luf | freemangordon: you scared me :) Do you know the version? Because I never publish it into CSSU release :) | 12:50 |
| *** _rd_ has quit IRC | 12:50 | |
| freemangordon | luf: ii bluez 4.60-0maemo1.6+0m5 | 12:50 |
| *** _rd_ has joined #maemo-ssu | 12:50 | |
| freemangordon | I guess that is stock | 12:51 |
| luf | Cool it's stock one. | 12:51 |
| freemangordon | dammit, why there is no sound? :( | 12:51 |
| luf | Because there is silence :D | 12:52 |
| freemangordon | hmm, I guess you're right :D | 12:52 |
| DocScrutinizer05 | freemangordon: (I2C NAK) usual way chips answer a "wakeup from suspend", if they know such mode | 12:52 |
| freemangordon | DocScrutinizer05: it is tpa6130a2, the headset amplifier | 12:53 |
| DocScrutinizer05 | so? | 12:53 |
| freemangordon | and it happens only if I reboot from kp to 3.13, not after power-up | 12:53 |
| freemangordon | hmm, wait, it has a SW shutdown | 12:54 |
| DocScrutinizer05 | what can I say? | 12:54 |
| DocScrutinizer05 | maybe KP tells amp to suspend? | 12:54 |
| freemangordon | but on the other hand, it just stops the charge-pump in that mode, i2c should be working | 12:55 |
| DocScrutinizer05 | which would be a sane thing to do | 12:55 |
| DocScrutinizer05 | and maybe mainline kernel has nfc about that - as usual? | 12:55 |
| freemangordon | maybe, but I assert the HW reset before trying to communicate | 12:55 |
| jonwil | I 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 | 12:55 |
| jonwil | its an ancient Pentium 4 | 12:55 |
| DocScrutinizer05 | (mainline no clue) would be just one more instance to prove why maemo kernel is better on power saving than the pretty sloppy mainline | 12:58 |
| DocScrutinizer05 | just 10 min ago I heard almost same story, about lis302 driver which causes an additional 6mA when you use the one from mainline | 12:59 |
| DocScrutinizer05 | mainline drivers are generally suspicious for NOT being optimized for powersaving | 13:00 |
| DocScrutinizer05 | that's why we got a maemo kernel | 13:00 |
| DocScrutinizer05 | Nokia didn't use maemo kernel patches just to satify NIH | 13:02 |
| DocScrutinizer05 | they upstreamed what was possible to upstream (maybe) but generally used "proprietary" patches only when needed since mainline been too crappy | 13:03 |
| freemangordon | Pali: any idea what alsamixer -c 0 shows? | 13:05 |
| freemangordon | are those running or configured values? | 13:05 |
| DocScrutinizer05 | freemangordon: 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 | 13:05 |
| l4m3rx | freemangordon , current values | 13:06 |
| freemangordon | l4m3rx: the point is - does it query kernel for all those sliders, or they are pre-configured? | 13:06 |
| DocScrutinizer05 | freemangordon: driver needs to handle that and repeat command when NAK answer | 13:07 |
| freemangordon | DocScrutinizer05: ok, I'll try to patch it | 13:07 |
| DocScrutinizer05 | don't do endless loop! only one NAK allowed | 13:07 |
| freemangordon | ok :) | 13:07 |
| DocScrutinizer05 | also check why driver doesn't do it already. Most likely driver doesn't know about suspend command either | 13:08 |
| freemangordon | DocScrutinizer05: driver does HW power down/up sequence, via _SD pin | 13:09 |
| DocScrutinizer05 | also you might want to check datasheet of amp, if it actually works that way | 13:09 |
| freemangordon | already did | 13:09 |
| DocScrutinizer05 | mhm | 13:09 |
| l4m3rx | freemangordon, if i recall correctly it reads them from /dev | 13:09 |
| DocScrutinizer05 | when chip does this wakeup and answer NAK thing, this is documented in datasheet | 13:09 |
| freemangordon | l4m3rx: thanks | 13:10 |
| freemangordon | DocScrutinizer05: it is not supposed to answer with nak | 13:10 |
| *** M13 has quit IRC | 13:10 | |
| DocScrutinizer05 | then it's a bug | 13:10 |
| DocScrutinizer05 | culprit somewhere else | 13:10 |
| freemangordon | :nod: | 13:10 |
| DocScrutinizer05 | maybe I2C interface of SoC lacks proper init | 13:11 |
| freemangordon | could be | 13:11 |
| Pali | alsamixer -c 0 shows first hw card | 13:11 |
| Pali | -c 1 second ... | 13:11 |
| freemangordon | Pali: sure, but I don;t see "Ext Spk" control there | 13:12 |
| Pali | -c default will show default (which is fake/virtual PA) | 13:12 |
| Pali | I had same problem | 13:12 |
| Pali | alsamixer does not show all switches | 13:12 |
| Pali | and some have different names as in kernel... | 13:12 |
| freemangordon | exactly | 13:13 |
| Pali | DocScrutinizer05: you know more about alsa, try to help :-) | 13:13 |
| freemangordon | Pali: shall I push the audio patch now? | 13:13 |
| Pali | you can push to your git repo | 13:14 |
| Pali | and I can look at it | 13:14 |
| freemangordon | sure, but do you need it "now"? | 13:14 |
| freemangordon | I mean - do you have time to look at it | 13:14 |
| freemangordon | well, ok, will push it | 13:14 |
| DocScrutinizer05 | alsa is pretty much a mess with names and renames and aliases | 13:15 |
| DocScrutinizer05 | and 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 | 13:16 |
| DocScrutinizer05 | not* | 13:16 |
| DocScrutinizer05 | can get confusing like hell | 13:17 |
| DocScrutinizer05 | when speaker is headphone and earpiece is speaker and aux is earpiece | 13:17 |
| DocScrutinizer05 | prolly card0 is tps65950/twl4030? and card1 is 320aic34? | 13:18 |
| DocScrutinizer05 | I dunno | 13:19 |
| DocScrutinizer05 | don't expect to find any logic when it comes to ALSA mixer names | 13:19 |
| DocScrutinizer05 | sure, it probably has *some* logic, just it doesn't hit me | 13:20 |
| DocScrutinizer05 | usually 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 | 13:22 |
| freemangordon | DocScrutinizer05: iiuc, the names are given by the driver, ain't? | 13:22 |
| DocScrutinizer05 | usually yes, though I think there's a method for later aliases getting assigned | 13:23 |
| *** _rd_ has quit IRC | 13:23 | |
| freemangordon | do you know where those aliases reside? | 13:23 |
| freemangordon | is it some conf file? | 13:23 |
| DocScrutinizer05 | ooh, and output of two audio sinks is physically identical on N900, mixing getting done by muting amps | 13:24 |
| DocScrutinizer05 | sorry, no idea how exactly this works | 13:24 |
| DocScrutinizer05 | ask in openmoko-cdevel maybe, I discussed this stuff with guys who did alsa for gta02 | 13:25 |
| DocScrutinizer05 | I got a headache when I tried to understand the ALSA sources | 13:25 |
| DocScrutinizer05 | it's a terrible mess | 13:26 |
| DocScrutinizer05 | you got one name in driver source, and you can override it maybe from bord file? | 13:26 |
| DocScrutinizer05 | board* | 13:26 |
| DocScrutinizer05 | sorry, can't recall, was too scary to not forget | 13:27 |
| DocScrutinizer05 | also too mad and annoying | 13:27 |
| DocScrutinizer05 | http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#List_of_controls | 13:30 |
| DocScrutinizer05 | see righ col which I did | 13:30 |
| freemangordon | Pali: https://gitorious.org/linux-n900/freemangordons-linux-n900/commit/484bac958407b9cee17524be6c8cc64a760b2f33 | 13:38 |
| DocScrutinizer05 | dang, I shouldn't have read that page again. Welcome my old friend nausea, long time no see | 13:42 |
| DocScrutinizer05 | ((http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem that is)) | 13:43 |
| *** dhbiker has quit IRC | 13:43 | |
| DocScrutinizer05 | freemangordon: you might want to ask in #also and #alsa-soc | 13:46 |
| DocScrutinizer05 | #alsa even | 13:46 |
| DocScrutinizer05 | ~seen broonie | 13:46 |
| infobot | broonie is currently on #oe, last said: 'dol: Right, that's not going to work then - this would be a hardware change.'. | 13:46 |
| DocScrutinizer05 | ^^^ did some asoc-devel | 13:47 |
| freemangordon | Pali: it is "Speaker Function" :D | 13:49 |
| *** FReaper has joined #maemo-ssu | 13:49 | |
| *** FlameReaper has quit IRC | 13:49 | |
| Pali | freemangordon: ok, when you find where is mapping stored, please tell me it :-) | 13:49 |
| Pali | mapping between kernel names and names in amixer/alsamixer | 13:50 |
| freemangordon | YESSSS!!!! | 13:50 |
| freemangordon | I have sound from the media player :D | 13:50 |
| Pali | I already tried to use strace and ltrace on amixer, but nothing... | 13:50 |
| freemangordon | Pali: there is no mapping | 13:50 |
| Pali | I have really no idea how amixer invent that names | 13:51 |
| freemangordon | see aic34_rx51_controls | 13:51 |
| freemangordon | in rx51.c | 13:51 |
| *** dhbiker has joined #maemo-ssu | 13:51 | |
| Pali | ok | 13:51 |
| Pali | freemangordon: can you look at amixer -c 0 output on kp52 and on 3.12/3.13 kernel | 13:52 |
| Pali | what and how was changed? | 13:52 |
| Pali | I think that some names of channels were renamed | 13:52 |
| freemangordon | Pali: it would ba a nightmare, there are more that 50 controls for playback only | 13:52 |
| Pali | and maybe in aic34_rx51_controls needs to be changed | 13:52 |
| freemangordon | yes, but it would be easier to compare the source rather that what alsamixer reports | 13:53 |
| freemangordon | s/that/than | 13:53 |
| Pali | already tried it... | 13:53 |
| Pali | not easy | 13:53 |
| Pali | because old kernel does not support more codecs in one driver | 13:53 |
| Pali | and this was "hacked" in nokia kernel by creating new submodule for controlling second snd device | 13:54 |
| Pali | directly in rx51.c | 13:54 |
| Pali | now in upstream kernel both codecs using their proper kernel drivers | 13:54 |
| freemangordon | yes | 13:55 |
| Pali | so rx51.c is smaller (duplicate code which is in second b block was removed) | 13:55 |
| Pali | it it one big mess | 13:55 |
| freemangordon | I know that | 13:55 |
| freemangordon | hmm, why mess? | 13:55 |
| Pali | look at amixer -c 0 output :D | 13:55 |
| Pali | and if all those names are not mess... | 13:56 |
| freemangordon | ok, there is a sound from the external speaker connected through the jack | 13:57 |
| freemangordon | we just need to fix the names and add the missing jack functionality | 13:57 |
| freemangordon | and maybe add some notifier chain support in rx51.c, to emulate gpio-switch functionality | 13:58 |
| freemangordon | Pali: ^^^ | 13:58 |
| Pali | I will send you some patches which I created | 13:59 |
| freemangordon | ok | 14:00 |
| freemangordon | Pali: btw could you pull rc3? | 14:00 |
| freemangordon | there is something broken in i2c in rc2 | 14:00 |
| freemangordon | twl4030: I2C error -110 reading PIH ISR | 14:01 |
| freemangordon | omap_i2c omap_i2c.1: timeout waiting for bus ready | 14:01 |
| Pali | it is fixed in rc3? | 14:02 |
| Pali | freemangordon: I sent some sound rx51 patches to your email address | 14:02 |
| DocScrutinizer05 | http://privatepaste.com/02956e7ccf | 14:02 |
| Pali | no idea if patches working or not | 14:02 |
| Pali | but you already started hacking rx51 sound, so look at them | 14:02 |
| freemangordon | DocScrutinizer05: on stock? | 14:03 |
| freemangordon | Pali: ok | 14:03 |
| DocScrutinizer05 | yeah | 14:03 |
| Pali | there is some init work for jack | 14:03 |
| DocScrutinizer05 | well, CSSU | 14:03 |
| freemangordon | stupid question :D. thanks | 14:03 |
| Pali | but unfinished | 14:03 |
| freemangordon | Pali: ok | 14:03 |
| Pali | amixer from 2.6.28: http://pastebin.com/YYZFzSL0 | 14:04 |
| freemangordon | ok | 14:05 |
| Pali | amixer from 3.12: http://pastebin.com/YKi9VQC4 | 14:05 |
| Pali | freemangordon: rebasing and now compiling | 14:09 |
| freemangordon | Pali: what is that patch supposed to do? | 14:10 |
| Pali | in that 3 patches I tried to add missing switches/options which are in kp but not in 3.x | 14:10 |
| freemangordon | did you test it? | 14:11 |
| Pali | no | 14:11 |
| freemangordon | :D | 14:11 |
| Pali | third patch I think will not compile | 14:11 |
| Pali | because is unfinished | 14:11 |
| *** freemangordon has quit IRC | 14:11 | |
| Pali | and using that dummy functions from dummy b part code | 14:11 |
| *** freemangordon_ has joined #maemo-ssu | 14:11 | |
| freemangordon_ | what needs to be done? | 14:12 |
| Pali | look to syslog | 14:12 |
| freemangordon_ | Pali: hmm, RX51_CODEC_RESET_GPIO does not belong here | 14:12 |
| Pali | for PA errors | 14:12 |
| Pali | I do not know, I just copied code from 2.6.28 kernel | 14:12 |
| freemangordon_ | hmm, ok | 14:12 |
| Pali | here are all PA erros on 3.12 kernel: http://pastebin.com/GALcL3hG | 14:13 |
| freemangordon_ | Pali: just to make you aware - TWL gpio base is no longer 192 in 3.x kernels | 14:15 |
| freemangordon_ | it is 238 | 14:15 |
| freemangordon_ | I guess there is a way to get that in runtime | 14:15 |
| freemangordon_ | Pali: ok, going to apply your patch, but you'll owe me a new n900 if it fries mine :P | 14:18 |
| Pali | v3.13-rc3-n900 branch on linux-n900 was created | 14:20 |
| freemangordon_ | Pali: hmm, on which branch is your patch based on? | 14:20 |
| freemangordon_ | it does not apply on 3.13-rc2 | 14:20 |
| Pali | 3.12.0-rc5 | 14:20 |
| freemangordon_ | weird, seems there are some changes | 14:21 |
| Pali | see commit date 2013-10-24 14:12:37 :-) | 14:21 |
| freemangordon_ | will apply it by hand | 14:21 |
| Pali | patches are old | 14:21 |
| freemangordon_ | could you give me sha id? | 14:21 |
| freemangordon_ | fot that date | 14:21 |
| freemangordon_ | *for | 14:21 |
| Pali | on top of this commit 8b2759340639923d591d8701927be382baa82268 | 14:21 |
| *** freemangordon_ is now known as freemangordon | 14:21 | |
| Pali | but it should apply on top of v3.12-rc5-n900 | 14:22 |
| freemangordon | I am trying to apply it on top of 3.13-rc2 | 14:22 |
| freemangordon | so I'll apply it by hand, selecting only the code I think is needed | 14:23 |
| freemangordon | Pali: did you try to compile that? | 14:27 |
| Pali | third patch will not compile | 14:27 |
| Pali | because is unfinished and using dummy b part module | 14:27 |
| freemangordon | Pali: on what order should I apply those? | 14:28 |
| Pali | first and second | 14:28 |
| Pali | third is not finished | 14:28 |
| freemangordon | oh, ok | 14:28 |
| freemangordon | my fault then | 14:29 |
| Pali | I think it is not for testing yes | 14:29 |
| freemangordon | all of them or only the third patch? | 14:29 |
| Pali | I just sent it yo you, because you started hacking code and I wanted be sure, that you do not (re)write same code | 14:30 |
| Pali | I think only third | 14:30 |
| Pali | do not remember | 14:30 |
| freemangordon | ok | 14:30 |
| Pali | it was two months ago.. | 14:30 |
| freemangordon | Pali: I think I can make those patches upstreamable | 14:32 |
| freemangordon | lemme try | 14:33 |
| Pali | question is if that patches are needed or not | 14:33 |
| *** schjetne has left #maemo-ssu | 14:42 | |
| *** chillroom has joined #maemo-ssu | 14:59 | |
| *** chillroom has joined #maemo-ssu | 15:00 | |
| *** Pali has quit IRC | 15:07 | |
| *** Pali has joined #maemo-ssu | 15:07 | |
| *** chillroom has quit IRC | 15:10 | |
| *** kolp has joined #maemo-ssu | 15:15 | |
| *** peropavlina has joined #maemo-ssu | 15:41 | |
| Pali | freemangordon: maybe better would be to look at tidspbridge patches in linux-n900 tree and trying to upstream them | 15:41 |
| Pali | there are some for clk_enable | 15:41 |
| Pali | and some other which fixing compilation! | 15:42 |
| freemangordon | I'll wait for those I've already send to be upstreamed :) | 15:42 |
| Pali | ok | 15:42 |
| Pali | or you can look at -rc3 | 15:42 |
| Pali | I pushed it to linux-n900 git | 15:42 |
| freemangordon | will do, lets see if I can fix anything in the audion in the meanwhile | 15:43 |
| freemangordon | *audio | 15:43 |
| *** infobot has quit IRC | 15:54 | |
| *** infobot has joined #maemo-ssu | 16:01 | |
| *** ChanServ sets mode: +v infobot | 16:02 | |
| *** infobot has quit IRC | 16:05 | |
| *** infobot has joined #maemo-ssu | 16:06 | |
| *** ChanServ sets mode: +v infobot | 16:06 | |
| *** NishanthMenon has joined #maemo-ssu | 16:15 | |
| freemangordon | Pali: compiling rc3 now, lets see :) | 16:24 |
| freemangordon | Pali: though I'm afraid that i2c bug will be there as well :( | 16:25 |
| Pali | report bug | 16:25 |
| freemangordon | will do | 16:25 |
| freemangordon | Pali: BTW do you have any clue who should enable "Ext Spk"? | 16:27 |
| freemangordon | because one the reasons for the missing audio is that one disable | 16:27 |
| freemangordon | the other is the wrong GPIO number | 16:27 |
| Pali | alsaped? | 16:27 |
| Pali | PA? | 16:27 |
| freemangordon | hmm, and why it doesn;t enable it? | 16:27 |
| Pali | look at that PA error log | 16:28 |
| Pali | maybe there is something... | 16:28 |
| *** _rd_ has joined #maemo-ssu | 16:49 | |
| *** chainsawbike has quit IRC | 16:51 | |
| freemangordon | Pali: 3.13-rc3 doesn't boot :( | 16:57 |
| Pali | shit | 16:57 |
| freemangordon | well, it sits on "Loading Boot Menu" | 16:57 |
| freemangordon | there is no oops | 16:57 |
| freemangordon | root seems mounted | 16:58 |
| Pali | check if you do not have same problem with BSI as pavelm | 16:58 |
| freemangordon | hmm? | 16:59 |
| freemangordon | Pali: what problem? | 16:59 |
| Pali | reported BSI is too low | 16:59 |
| freemangordon | too low battery? | 16:59 |
| Pali | I think I CCed mails to you... | 17:00 |
| freemangordon | Pali: but ut was booting 5 minutes ago with -rc2 | 17:00 |
| freemangordon | no, I am not in cc | 17:00 |
| freemangordon | ok, will charge the battery and will retry | 17:00 |
| freemangordon | Pali: oh, so Pavel managed to boot it? nice | 17:01 |
| *** DocScrutinizer05 has quit IRC | 17:01 | |
| *** l4m3rx has quit IRC | 17:01 | |
| *** tom_ has quit IRC | 17:01 | |
| Pali | no problem is not with battery | 17:01 |
| Pali | but sometimes for unknown reason BSI is too low with 3.x kernel | 17:01 |
| *** chainsawbike has joined #maemo-ssu | 17:01 | |
| freemangordon | hmm, never happened with rc2 | 17:02 |
| Pali | freemangordon: you are cced in that mail | 17:02 |
| Pali | Message-Id: <201312052102.13966@pali> | 17:03 |
| freemangordon | hmm | 17:03 |
| *** l4m3rx has joined #maemo-ssu | 17:03 | |
| freemangordon | well, nevermind | 17:03 |
| freemangordon | I can't search by message id anyways :D | 17:04 |
| *** DocScrutinizer05 has joined #maemo-ssu | 17:04 | |
| freemangordon | Pali: also, it got stuck before loading bootmenu here | 17:05 |
| *** tom_ has joined #maemo-ssu | 17:06 | |
| freemangordon | Pali: hmm, with closed keyboard it boots | 17:07 |
| freemangordon | in default maemo ofc :D | 17:07 |
| freemangordon | it seems that bootmenu fails for some reason | 17:08 |
| freemangordon | dammit | 17:08 |
| *** _rd_ has quit IRC | 17:09 | |
| *** _rd_ has joined #maemo-ssu | 17:10 | |
| *** FReaper has quit IRC | 17:13 | |
| *** FReaper has joined #maemo-ssu | 17:13 | |
| *** FReaper has quit IRC | 17:14 | |
| *** FReaper has joined #maemo-ssu | 17:14 | |
| *** _rd_ has quit IRC | 17:16 | |
| *** FReaper has quit IRC | 17:22 | |
| *** FlameReaper has joined #maemo-ssu | 17:22 | |
| *** amizraa has quit IRC | 17:48 | |
| *** dos1 has joined #maemo-ssu | 17:50 | |
| *** arcean has joined #maemo-ssu | 18:33 | |
| *** NIN101 has joined #maemo-ssu | 18:34 | |
| *** okias has joined #maemo-ssu | 18:34 | |
| *** NIN101 has quit IRC | 18:35 | |
| *** NIN101 has joined #maemo-ssu | 18:36 | |
| *** luf has quit IRC | 18:44 | |
| *** hbib has joined #maemo-ssu | 19:07 | |
| freemangordon | Pali: I'll revert to rc2 and contunue work on audio | 19:11 |
| *** amizraa has joined #maemo-ssu | 19:42 | |
| Pali | ok | 20:20 |
| *** LauRoman has joined #maemo-ssu | 20:33 | |
| *** _rd_ has joined #maemo-ssu | 20:39 | |
| *** _rd_ has quit IRC | 20:51 | |
| *** okias has quit IRC | 21:03 | |
| *** ushiro has joined #maemo-ssu | 21:09 | |
| *** ushiro has quit IRC | 21:09 | |
| *** okias has joined #maemo-ssu | 21:10 | |
| *** _rd_ has joined #maemo-ssu | 21:20 | |
| freemangordon | DocScrutinizer05:can you remember how is done that alsa renaming? | 21:27 |
| *** LauRoman|Alt has joined #maemo-ssu | 21:29 | |
| *** sixwheeledbeast has quit IRC | 22:03 | |
| *** _rd_ has quit IRC | 22:22 | |
| *** dos11 has joined #maemo-ssu | 22:23 | |
| *** dos1 has quit IRC | 22:23 | |
| *** dos11 is now known as dos1 | 22:23 | |
| *** sixwheeledbeast has joined #maemo-ssu | 22:29 | |
| *** hbib1 has joined #maemo-ssu | 22:45 | |
| *** hbib has quit IRC | 22:47 | |
| *** LauRoman|Alt has quit IRC | 22:48 | |
| *** LauRoman has quit IRC | 23:05 | |
| *** hbib1 has quit IRC | 23:35 | |
| *** hbib has joined #maemo-ssu | 23:37 | |
| *** NIN101 has quit IRC | 23:39 | |
| *** hbib has quit IRC | 23:47 | |
| *** freemangordon_ has joined #maemo-ssu | 23:59 | |
| *** freemangordon has quit IRC | 23:59 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!