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.16 | DocScrutinizer05 | introduces radekp to freemangordon and the channel at alrge |
09:31.50 | DocScrutinizer05 | one more 2kernel hacker" |
09:31.53 | radekp | hi freemangordon, old sucker! :-) |
09:31.59 | freemangordon | radekp: hi! |
09:32.00 | DocScrutinizer05 | hehehehe |
09:32.03 | radekp | :) |
09:32.10 | DocScrutinizer05 | told him |
09:32.32 | radekp | is this common greeting in this channel? |
09:32.50 | DocScrutinizer05 | so now you both became friends, I hope you will synergize your efforts |
09:33.06 | freemangordon | radekp: gimme 10 minutes to resend a patch to LKML, I hope we can have a little discussion after that |
09:33.08 | DocScrutinizer05 | radekp: not really, except when I have my funny 5 minutes |
09:33.13 | freemangordon | yeah |
09:35.05 | DocScrutinizer05 | VMware 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.28 | 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... |
09:40.40 | DocScrutinizer05 | [2013-12-06 18:09:54] <JimmyDB> I should note, the driver is not a module that is listed by lsmod etc |
09:40.50 | DocScrutinizer05 | [2013-12-06 19:06:09] <gabrbedd> JimmyDB: i2cset -f -y |
09:40.52 | 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!!" |
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.25 | freemangordon | ok, patch sent |
10:15.40 | freemangordon | radekp: so, you want to help with kernel hacking? |
10:16.23 | freemangordon | what we try to do is to have 3.13 and up successfully booting maemo5 with full functionality |
10:16.48 | freemangordon | on n900 that is, but it'll work on neo900 as well, at least that's waht is the hope IMO |
10:17.38 | freemangordon | radekp: so far we have most of the stuff working, besides audio and camera afaik |
10:18.16 | freemangordon | with 3.13-rc2 that is |
10:18.59 | *** join/#maemo-ssu titanic (~titanic@91.210.103.177) |
10:20.26 | 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... |
10:21.02 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
10:21.21 | freemangordon | radekp: with the upcomming DT we can't use anything < 3.14 if we want to have upstream support IMO |
10:21.23 | radekp | freemangordon: is power management working properly with these kernels? |
10:21.28 | freemangordon | should be |
10:22.34 | freemangordon | Pali: hi! got the audio (almost) working) :D. there is a nasty bug in tlv320aic3x.c |
10:22.41 | 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) |
10:22.52 | Pali | freemangordon: hi! nice for audio :-) |
10:23.12 | freemangordon | radekp: maemo is using different power management to what I know is used on gta04 |
10:23.20 | freemangordon | it does not suspend to RAM |
10:23.41 | Pali | freemangordon: about pm, in upstream kernel is only arch/arm/mach-omap2/omap-pm-noop.c |
10:23.44 | radekp | freemangordon: i think we (userspace developers) would be happy to use it the same way (without suspend to ram) |
10:23.50 | Pali | only noop pm :-( |
10:24.12 | freemangordon | Pali: I guess we can forward-port nemo PM |
10:24.14 | Pali | there is missing omap-pm-srf |
10:24.19 | freemangordon | or KP PM |
10:24.30 | freemangordon | I know a bit about SR driver :P |
10:24.41 | freemangordon | will port it when it comes to it |
10:24.41 | Pali | freemangordon: problem is that kernel drivers not using omap-pm |
10:24.46 | radekp | freemangordon: but i think our kernel is missing important parts/drivers for this - IIRC it's using ~90mA with screen dimmed |
10:24.50 | Pali | and something from cpufreq |
10:25.02 | freemangordon | Pali: will fix it when it comes to it |
10:25.12 | freemangordon | lets have it working without PM first |
10:25.26 | Pali | or maybe omap-pm was integrated into some omap cpufreq driver |
10:25.46 | freemangordon | I *think* the clock FW is what is used in upstream |
10:25.47 | Pali | see file Documentation/arm/OMAP/omap_pm |
10:25.59 | freemangordon | and pm_runtime_... stuff |
10:26.08 | Pali | This document describes the *temporary* OMAP PM interface. |
10:27.58 | freemangordon | radekp: we have a reference kernel to use, that is the stock Nokia kernel and its derivatives (like kernel-power) |
10:28.09 | Pali | freemangordon: when ready, commit audio patches to your git repo |
10:28.14 | freemangordon | so we can port whatever needed IMO |
10:28.34 | freemangordon | Pali: I was thinking to send a patch upstream, but ok, will do |
10:28.50 | Pali | and I remember that there is some initial work for highpass filter in tlv320aic3x codec driver |
10:28.50 | freemangordon | Pali: btw I'll need your help on that one |
10:28.57 | Pali | ok |
10:29.07 | freemangordon | how to test the sound? |
10:29.13 | Pali | use aplay |
10:29.15 | Pali | or paplay |
10:29.16 | Pali | or mplayer |
10:29.35 | 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 |
10:29.56 | freemangordon | radekp: well, DocScrutinizer05 introduced you as a kernel dev :P |
10:30.17 | freemangordon | Pali: is there a chance any of those to blow the speakers? |
10:30.24 | radekp | freemangordon: ohh - should be non-kernel dev :) |
10:30.36 | freemangordon | yeah, got it |
10:30.41 | radekp | freemangordon: the GTA04 kernel is mostly Neil Brown's work |
10:31.00 | Pali | freemangordon: play sound at low volume, I really do not know... ask Doc about HW parts... |
10:31.04 | freemangordon | i see |
10:37.06 | 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 |
10:37.27 | freemangordon | the headphone AMP that is |
10:37.52 | Pali | myabe some reinit of i2c is needed? |
10:37.57 | freemangordon | Pali: also any hint how to use mplayer to play to speakers? |
10:38.02 | Pali | or some other gpio is need to set? |
10:38.14 | Pali | mplayer -ao alsa |
10:38.18 | freemangordon | gpios should be fine, I've checked them |
10:38.25 | Pali | and you need to find documentation how to use alsa in mplyaer |
10:38.49 | freemangordon | ok |
10:44.40 | luf | freemangordon: hi, I'm just curios have you tested bluetooth with the new kernel? |
10:44.56 | freemangordon | it works, but spits some errors |
10:45.07 | freemangordon | luf: hi! long time no see |
10:45.38 | luf | freemangordon: I know :( I'm overloaded. But I'm looking for some time to be back in maemo devel. |
10:45.51 | freemangordon | great! |
10:45.59 | luf | freemangordon: bluez from stock or the newer from me? |
10:46.12 | freemangordon | luf: the one in CSSU :D |
10:48.23 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
10:50.03 | luf | freemangordon: you scared me :) Do you know the version? Because I never publish it into CSSU release :) |
10:50.42 | freemangordon | luf: ii bluez 4.60-0maemo1.6+0m5 |
10:50.45 | *** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de) |
10:51.05 | freemangordon | I guess that is stock |
10:51.13 | luf | Cool it's stock one. |
10:51.34 | freemangordon | dammit, why there is no sound? :( |
10:52.00 | luf | Because there is silence :D |
10:52.18 | freemangordon | hmm, I guess you're right :D |
10:52.38 | DocScrutinizer05 | freemangordon: (I2C NAK) usual way chips answer a "wakeup from suspend", if they know such mode |
10:53.21 | freemangordon | DocScrutinizer05: it is tpa6130a2, the headset amplifier |
10:53.30 | DocScrutinizer05 | so? |
10:53.50 | freemangordon | and it happens only if I reboot from kp to 3.13, not after power-up |
10:54.19 | freemangordon | hmm, wait, it has a SW shutdown |
10:54.25 | DocScrutinizer05 | what can I say? |
10:54.55 | DocScrutinizer05 | maybe KP tells amp to suspend? |
10:55.05 | freemangordon | but on the other hand, it just stops the charge-pump in that mode, i2c should be working |
10:55.13 | DocScrutinizer05 | which would be a sane thing to do |
10:55.37 | DocScrutinizer05 | and maybe mainline kernel has nfc about that - as usual? |
10:55.37 | freemangordon | maybe, but I assert the HW reset before trying to communicate |
10:55.39 | 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 |
10:55.46 | jonwil | its an ancient Pentium 4 |
10:58.06 | 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 |
10:59.07 | 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 |
11:00.00 | DocScrutinizer05 | mainline drivers are generally suspicious for NOT being optimized for powersaving |
11:00.17 | DocScrutinizer05 | that's why we got a maemo kernel |
11:02.30 | DocScrutinizer05 | Nokia didn't use maemo kernel patches just to satify NIH |
11:03.17 | DocScrutinizer05 | they upstreamed what was possible to upstream (maybe) but generally used "proprietary" patches only when needed since mainline been too crappy |
11:05.12 | freemangordon | Pali: any idea what alsamixer -c 0 shows? |
11:05.31 | freemangordon | are those running or configured values? |
11:05.40 | 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 |
11:06.14 | l4m3rx | freemangordon , current values |
11:06.55 | freemangordon | l4m3rx: the point is - does it query kernel for all those sliders, or they are pre-configured? |
11:07.00 | DocScrutinizer05 | freemangordon: driver needs to handle that and repeat command when NAK answer |
11:07.20 | freemangordon | DocScrutinizer05: ok, I'll try to patch it |
11:07.41 | DocScrutinizer05 | don't do endless loop! only one NAK allowed |
11:07.46 | freemangordon | ok :) |
11:08.27 | DocScrutinizer05 | also check why driver doesn't do it already. Most likely driver doesn't know about suspend command either |
11:09.16 | freemangordon | DocScrutinizer05: driver does HW power down/up sequence, via _SD pin |
11:09.17 | DocScrutinizer05 | also you might want to check datasheet of amp, if it actually works that way |
11:09.23 | freemangordon | already did |
11:09.28 | DocScrutinizer05 | mhm |
11:09.41 | l4m3rx | freemangordon, if i recall correctly it reads them from /dev |
11:09.58 | DocScrutinizer05 | when chip does this wakeup and answer NAK thing, this is documented in datasheet |
11:10.05 | freemangordon | l4m3rx: thanks |
11:10.14 | freemangordon | DocScrutinizer05: it is not supposed to answer with nak |
11:10.28 | DocScrutinizer05 | then it's a bug |
11:10.42 | DocScrutinizer05 | culprit somewhere else |
11:10.53 | freemangordon | :nod: |
11:11.23 | DocScrutinizer05 | maybe I2C interface of SoC lacks proper init |
11:11.34 | freemangordon | could be |
11:11.37 | Pali | alsamixer -c 0 shows first hw card |
11:11.50 | Pali | -c 1 second ... |
11:12.13 | freemangordon | Pali: sure, but I don;t see "Ext Spk" control there |
11:12.13 | Pali | -c default will show default (which is fake/virtual PA) |
11:12.32 | Pali | I had same problem |
11:12.40 | Pali | alsamixer does not show all switches |
11:12.55 | Pali | and some have different names as in kernel... |
11:13.12 | freemangordon | exactly |
11:13.17 | Pali | DocScrutinizer05: you know more about alsa, try to help :-) |
11:13.44 | freemangordon | Pali: shall I push the audio patch now? |
11:14.00 | Pali | you can push to your git repo |
11:14.04 | Pali | and I can look at it |
11:14.15 | freemangordon | sure, but do you need it "now"? |
11:14.24 | freemangordon | I mean - do you have time to look at it |
11:14.45 | freemangordon | well, ok, will push it |
11:15.41 | DocScrutinizer05 | alsa is pretty much a mess with names and renames and aliases |
11:16.26 | 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 |
11:16.40 | DocScrutinizer05 | not* |
11:17.01 | DocScrutinizer05 | can get confusing like hell |
11:17.21 | DocScrutinizer05 | when speaker is headphone and earpiece is speaker and aux is earpiece |
11:18.49 | DocScrutinizer05 | prolly card0 is tps65950/twl4030? and card1 is 320aic34? |
11:19.00 | DocScrutinizer05 | I dunno |
11:19.56 | DocScrutinizer05 | don't expect to find any logic when it comes to ALSA mixer names |
11:20.40 | DocScrutinizer05 | sure, it probably has *some* logic, just it doesn't hit me |
11:22.23 | 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 |
11:22.58 | freemangordon | DocScrutinizer05: iiuc, the names are given by the driver, ain't? |
11:23.27 | DocScrutinizer05 | usually yes, though I think there's a method for later aliases getting assigned |
11:23.43 | freemangordon | do you know where those aliases reside? |
11:23.53 | freemangordon | is it some conf file? |
11:24.15 | DocScrutinizer05 | ooh, and output of two audio sinks is physically identical on N900, mixing getting done by muting amps |
11:24.34 | DocScrutinizer05 | sorry, no idea how exactly this works |
11:25.09 | DocScrutinizer05 | ask in openmoko-cdevel maybe, I discussed this stuff with guys who did alsa for gta02 |
11:25.44 | DocScrutinizer05 | I got a headache when I tried to understand the ALSA sources |
11:26.04 | DocScrutinizer05 | it's a terrible mess |
11:26.33 | DocScrutinizer05 | you got one name in driver source, and you can override it maybe from bord file? |
11:26.38 | DocScrutinizer05 | board* |
11:27.19 | DocScrutinizer05 | sorry, can't recall, was too scary to not forget |
11:27.35 | DocScrutinizer05 | also too mad and annoying |
11:30.25 | DocScrutinizer05 | http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#List_of_controls |
11:30.30 | DocScrutinizer05 | see righ col which I did |
11:38.57 | freemangordon | Pali: https://gitorious.org/linux-n900/freemangordons-linux-n900/commit/484bac958407b9cee17524be6c8cc64a760b2f33 |
11:42.42 | DocScrutinizer05 | dang, I shouldn't have read that page again. Welcome my old friend nausea, long time no see |
11:43.05 | DocScrutinizer05 | ((http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem that is)) |
11:46.12 | DocScrutinizer05 | freemangordon: you might want to ask in #also and #alsa-soc |
11:46.19 | DocScrutinizer05 | #alsa even |
11:46.48 | DocScrutinizer05 | ~seen broonie |
11:46.50 | infobot | broonie is currently on #oe, last said: 'dol: Right, that's not going to work then - this would be a hardware change.'. |
11:47.17 | DocScrutinizer05 | ^^^ did some asoc-devel |
11:49.19 | freemangordon | Pali: it is "Speaker Function" :D |
11:49.43 | *** join/#maemo-ssu FReaper (~assassin@jiz-215-105.tm.net.my) |
11:49.54 | Pali | freemangordon: ok, when you find where is mapping stored, please tell me it :-) |
11:50.13 | Pali | mapping between kernel names and names in amixer/alsamixer |
11:50.15 | freemangordon | YESSSS!!!! |
11:50.26 | freemangordon | I have sound from the media player :D |
11:50.44 | Pali | I already tried to use strace and ltrace on amixer, but nothing... |
11:50.55 | freemangordon | Pali: there is no mapping |
11:51.02 | Pali | I have really no idea how amixer invent that names |
11:51.10 | freemangordon | see aic34_rx51_controls |
11:51.19 | freemangordon | in rx51.c |
11:51.55 | *** join/#maemo-ssu dhbiker (~dhbiker@95.87.145.172) |
11:51.56 | Pali | ok |
11:52.18 | Pali | freemangordon: can you look at amixer -c 0 output on kp52 and on 3.12/3.13 kernel |
11:52.25 | Pali | what and how was changed? |
11:52.40 | Pali | I think that some names of channels were renamed |
11:52.48 | freemangordon | Pali: it would ba a nightmare, there are more that 50 controls for playback only |
11:52.58 | Pali | and maybe in aic34_rx51_controls needs to be changed |
11:53.20 | freemangordon | yes, but it would be easier to compare the source rather that what alsamixer reports |
11:53.32 | freemangordon | s/that/than |
11:53.38 | Pali | already tried it... |
11:53.47 | Pali | not easy |
11:53.58 | Pali | because old kernel does not support more codecs in one driver |
11:54.24 | Pali | and this was "hacked" in nokia kernel by creating new submodule for controlling second snd device |
11:54.28 | Pali | directly in rx51.c |
11:54.50 | Pali | now in upstream kernel both codecs using their proper kernel drivers |
11:55.18 | freemangordon | yes |
11:55.19 | Pali | so rx51.c is smaller (duplicate code which is in second b block was removed) |
11:55.29 | Pali | it it one big mess |
11:55.31 | freemangordon | I know that |
11:55.39 | freemangordon | hmm, why mess? |
11:55.54 | Pali | look at amixer -c 0 output :D |
11:56.09 | Pali | and if all those names are not mess... |
11:57.22 | freemangordon | ok, there is a sound from the external speaker connected through the jack |
11:57.57 | freemangordon | we just need to fix the names and add the missing jack functionality |
11:58.43 | freemangordon | and maybe add some notifier chain support in rx51.c, to emulate gpio-switch functionality |
11:58.46 | freemangordon | Pali: ^^^ |
11:59.16 | Pali | I will send you some patches which I created |
12:00.22 | freemangordon | ok |
12:00.35 | freemangordon | Pali: btw could you pull rc3? |
12:00.50 | freemangordon | there is something broken in i2c in rc2 |
12:01.05 | freemangordon | <PROTECTED> |
12:01.11 | freemangordon | omap_i2c omap_i2c.1: timeout waiting for bus ready |
12:02.17 | Pali | it is fixed in rc3? |
12:02.36 | Pali | freemangordon: I sent some sound rx51 patches to your email address |
12:02.38 | DocScrutinizer05 | http://privatepaste.com/02956e7ccf |
12:02.44 | Pali | no idea if patches working or not |
12:02.58 | Pali | but you already started hacking rx51 sound, so look at them |
12:03.12 | freemangordon | DocScrutinizer05: on stock? |
12:03.17 | freemangordon | Pali: ok |
12:03.19 | DocScrutinizer05 | yeah |
12:03.30 | Pali | there is some init work for jack |
12:03.32 | DocScrutinizer05 | well, CSSU |
12:03.33 | freemangordon | stupid question :D. thanks |
12:03.34 | Pali | but unfinished |
12:03.40 | freemangordon | Pali: ok |
12:04.55 | Pali | amixer from 2.6.28: http://pastebin.com/YYZFzSL0 |
12:05.22 | freemangordon | ok |
12:05.34 | Pali | amixer from 3.12: http://pastebin.com/YKi9VQC4 |
12:09.45 | Pali | freemangordon: rebasing and now compiling |
12:10.21 | freemangordon | Pali: what is that patch supposed to do? |
12:10.52 | Pali | in that 3 patches I tried to add missing switches/options which are in kp but not in 3.x |
12:11.01 | freemangordon | did you test it? |
12:11.04 | Pali | no |
12:11.09 | freemangordon | :D |
12:11.13 | Pali | third patch I think will not compile |
12:11.20 | Pali | because is unfinished |
12:11.38 | Pali | and using that dummy functions from dummy b part code |
12:11.38 | *** join/#maemo-ssu freemangordon_ (~freemango@46.249.74.23) |
12:12.10 | freemangordon_ | what needs to be done? |
12:12.22 | Pali | look to syslog |
12:12.24 | freemangordon_ | Pali: hmm, RX51_CODEC_RESET_GPIO does not belong here |
12:12.24 | Pali | for PA errors |
12:12.44 | Pali | I do not know, I just copied code from 2.6.28 kernel |
12:12.54 | freemangordon_ | hmm, ok |
12:13.50 | Pali | here are all PA erros on 3.12 kernel: http://pastebin.com/GALcL3hG |
12:15.35 | freemangordon_ | Pali: just to make you aware - TWL gpio base is no longer 192 in 3.x kernels |
12:15.44 | freemangordon_ | it is 238 |
12:15.55 | freemangordon_ | I guess there is a way to get that in runtime |
12:18.54 | freemangordon_ | Pali: ok, going to apply your patch, but you'll owe me a new n900 if it fries mine :P |
12:20.07 | Pali | v3.13-rc3-n900 branch on linux-n900 was created |
12:20.20 | freemangordon_ | Pali: hmm, on which branch is your patch based on? |
12:20.31 | freemangordon_ | it does not apply on 3.13-rc2 |
12:20.51 | Pali | 3.12.0-rc5 |
12:21.04 | freemangordon_ | weird, seems there are some changes |
12:21.07 | Pali | see commit date 2013-10-24 14:12:37 :-) |
12:21.12 | freemangordon_ | will apply it by hand |
12:21.16 | Pali | patches are old |
12:21.39 | freemangordon_ | could you give me sha id? |
12:21.45 | freemangordon_ | fot that date |
12:21.48 | freemangordon_ | *for |
12:21.53 | Pali | on top of this commit 8b2759340639923d591d8701927be382baa82268 |
12:22.36 | Pali | but it should apply on top of v3.12-rc5-n900 |
12:22.52 | freemangordon | I am trying to apply it on top of 3.13-rc2 |
12:23.20 | freemangordon | so I'll apply it by hand, selecting only the code I think is needed |
12:27.16 | freemangordon | Pali: did you try to compile that? |
12:27.43 | Pali | third patch will not compile |
12:27.59 | Pali | because is unfinished and using dummy b part module |
12:28.31 | freemangordon | Pali: on what order should I apply those? |
12:28.41 | Pali | first and second |
12:28.47 | Pali | third is not finished |
12:28.54 | freemangordon | oh, ok |
12:29.04 | freemangordon | my fault then |
12:29.31 | Pali | I think it is not for testing yes |
12:29.54 | freemangordon | all of them or only the third patch? |
12:30.42 | 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 |
12:30.49 | Pali | I think only third |
12:30.52 | Pali | do not remember |
12:30.54 | freemangordon | ok |
12:30.58 | Pali | it was two months ago.. |
12:32.45 | freemangordon | Pali: I think I can make those patches upstreamable |
12:33.00 | freemangordon | lemme try |
12:33.51 | Pali | question 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.46 | Pali | freemangordon: maybe better would be to look at tidspbridge patches in linux-n900 tree and trying to upstream them |
13:41.56 | Pali | there are some for clk_enable |
13:42.15 | Pali | and some other which fixing compilation! |
13:42.32 | freemangordon | I'll wait for those I've already send to be upstreamed :) |
13:42.44 | Pali | ok |
13:42.52 | Pali | or you can look at -rc3 |
13:42.59 | Pali | I pushed it to linux-n900 git |
13:43.18 | freemangordon | will do, lets see if I can fix anything in the audion in the meanwhile |
13:43.24 | freemangordon | *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.25 | freemangordon | Pali: compiling rc3 now, lets see :) |
14:25.23 | freemangordon | Pali: though I'm afraid that i2c bug will be there as well :( |
14:25.33 | Pali | report bug |
14:25.39 | freemangordon | will do |
14:27.10 | freemangordon | Pali: BTW do you have any clue who should enable "Ext Spk"? |
14:27.36 | freemangordon | because one the reasons for the missing audio is that one disable |
14:27.43 | freemangordon | the other is the wrong GPIO number |
14:27.44 | Pali | alsaped? |
14:27.45 | Pali | PA? |
14:27.57 | freemangordon | hmm, and why it doesn;t enable it? |
14:28.08 | Pali | look at that PA error log |
14:28.21 | Pali | maybe there is something... |
14:49.17 | *** join/#maemo-ssu _rd_ (~rd@p57B481BB.dip0.t-ipconnect.de) |
14:57.05 | freemangordon | Pali: 3.13-rc3 doesn't boot :( |
14:57.10 | Pali | shit |
14:57.38 | freemangordon | well, it sits on "Loading Boot Menu" |
14:57.59 | freemangordon | there is no oops |
14:58.08 | freemangordon | root seems mounted |
14:58.51 | Pali | check if you do not have same problem with BSI as pavelm |
14:59.04 | freemangordon | hmm? |
14:59.27 | freemangordon | Pali: what problem? |
14:59.43 | Pali | reported BSI is too low |
14:59.48 | freemangordon | too low battery? |
15:00.12 | Pali | I think I CCed mails to you... |
15:00.18 | freemangordon | Pali: but ut was booting 5 minutes ago with -rc2 |
15:00.26 | freemangordon | no, I am not in cc |
15:00.48 | freemangordon | ok, will charge the battery and will retry |
15:01.18 | freemangordon | Pali: oh, so Pavel managed to boot it? nice |
15:01.38 | Pali | no problem is not with battery |
15:01.44 | Pali | but sometimes for unknown reason BSI is too low with 3.x kernel |
15:01.57 | *** join/#maemo-ssu chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
15:02.19 | freemangordon | hmm, never happened with rc2 |
15:02.46 | Pali | freemangordon: you are cced in that mail |
15:03.00 | Pali | Message-Id: <201312052102.13966@pali> |
15:03.45 | freemangordon | hmm |
15:03.48 | *** join/#maemo-ssu l4m3rx (~7350@195.24.90.254) |
15:03.51 | freemangordon | well, nevermind |
15:04.06 | freemangordon | I can't search by message id anyways :D |
15:04.27 | *** join/#maemo-ssu DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
15:05.27 | freemangordon | Pali: also, it got stuck before loading bootmenu here |
15:06.07 | *** join/#maemo-ssu tom_ (~tom@66.172.11.27) |
15:07.04 | freemangordon | Pali: hmm, with closed keyboard it boots |
15:07.09 | freemangordon | in default maemo ofc :D |
15:08.12 | freemangordon | it seems that bootmenu fails for some reason |
15:08.35 | freemangordon | dammit |
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.44 | freemangordon | Pali: I'll revert to rc2 and contunue work on audio |
17:42.32 | *** join/#maemo-ssu amizraa (~amizraa@gateway/tor-sasl/amizraa) |
18:20.01 | Pali | ok |
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.43 | freemangordon | DocScrutinizer05: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) |