| Wizzup | ok, did that | 00:34 |
|---|---|---|
| sicelo | :-) | 00:37 |
| sicelo | and second workqueue method seems to be working beautifully on my end | 00:37 |
| sicelo | but must sleep now | 00:37 |
| Wizzup | great, gn | 00:42 |
| inky | https://mikrophone.net/ | 15:10 |
| inky | lets hope they succeed and we'll have a maemo port. | 15:10 |
| Wizzup | microcontroller doesn't sound like something that would run linux | 15:18 |
| uvos__ | not only that | 15:44 |
| uvos__ | never mind that it cant run linux, its specs are laugable even for a uc | 15:44 |
| uvos__ | 16kB Data SRAM | 15:44 |
| uvos__ | thats small 8bit uc territory | 15:45 |
| uvos__ | specs are kinda simmilar to something like an old nokia 3210 style feature phone for referance | 15:48 |
| uvos__ | its allso a pretty wierd and seemingly senslessly idelogically motivated move to use a riscv cpu as your main processor | 15:51 |
| uvos__ | but then an esp32 for wifi, wich is almost certenly more powerfull than your riscv soc | 15:51 |
| uvos__ | you could just use the esp32 with hw wifi for evertthing and be better off | 15:52 |
| sicelo | https://github.com/maemo-leste/droid4-linux/pull/13/ | 16:34 |
| sicelo | here's updated MR ... it builds up on the previous commit | 16:35 |
| sicelo | freemangordon: please also review | 16:35 |
| sicelo | i've tested this extensively on my Leste N900, and seems to work with 95% reliability. | 16:36 |
| sicelo | it's not 100% because there's definitely something wrong somewhere ... maybe hardware? or ke-recv? The time it takes charger chip to refresh its internal registers keeps increasing somewhat, especially when connected to a PC. seems much more reliable on a charger or power bank. | 16:37 |
| sicelo | i set the delay to 9s in the MR. i'm stable on 8s actually, but hoping one more sec will improve the detection a bit more. 7s didn't help much when connecting to a PC. might have worked fine from power bank but i didn't have access to one at the time | 16:42 |
| sicelo | will send it upstream for further review in a couple of days (hope arno11 will have given it a go too) | 16:52 |
| Wizzup | ugh hildon-thumbnailer packaging is kind of a mess | 21:14 |
| uvos | Wizzup: the audio problem on pasteur is simply down to the fact that pasteur variants have no modem audio | 21:18 |
| uvos | naturally the setup of the cpu<->modem and cpcap<->modem dais fails | 21:18 |
| Wizzup | uvos: ok, so we need to modify the dts for that? | 21:21 |
| Wizzup | that makes sense btw | 21:21 |
| uvos | yeah we need to move all the modem audio related stuff from motorola-mapphone-common to motorola-mapphone-handset | 21:22 |
| uvos | am working on it | 21:22 |
| Wizzup | check :) | 21:23 |
| uvos | actually mz616 might have modem audio | 21:27 |
| uvos | since it shares a modem setup with xt910 | 21:27 |
| uvos | but i cant test that theory | 21:27 |
| uvos | Wizzup: btw | 21:31 |
| uvos | fbcon=rotate:1 needs to go in boot.cfg on mz617 | 21:31 |
| uvos | thats just silly | 21:31 |
| Wizzup | when you say that's just silly, do you mean it's not important but good to do? | 21:33 |
| uvos | it needs to be removed | 21:33 |
| uvos | someone copy pasted that from d4 | 21:33 |
| uvos | but mz61x is native landscape | 21:34 |
| uvos | so we are makeing it portrait | 21:34 |
| uvos | ok | 21:40 |
| uvos | dts changes made | 21:40 |
| uvos | i have audio | 21:40 |
| uvos | but only via the headphones | 21:40 |
| uvos | the speakers are probubly to large to drive directly from cpcap so they added an external amp that needs to be enabled | 21:41 |
| uvos | what do you know the mz617 signal map has a gpio the d4s dosent | 21:46 |
| uvos | external_amp_en 191 | 21:46 |
| uvos | sounds very suspicous | 21:46 |
| Wizzup | ah needs to go, yes | 21:46 |
| Wizzup | uvos: sweet @ headphones! | 21:46 |
| Wizzup | uvos: suspicious as in likely the right value? :D | 21:47 |
| uvos | almost cerntenly thats the right gpio yeah | 21:50 |
| uvos | im just struggeling here to remember how the gpio numbers from the stock kernel corrspond to the gpios on the mainline kernel | 21:52 |
| Wizzup | I have some vague memory but it's probably more helpful if I don't help :D | 21:59 |
| Wizzup | as in it's probably not helpful enough | 21:59 |
| uvos | yeah i got that far allready | 22:00 |
| uvos | its &gpio5 31 | 22:00 |
| tmlind | uvos: only am3 gpio banks start at 0 i recall, so should be &gpio6 31 on mapphones | 22:25 |
| tmlind | nice if you get the audio working, ttyl | 22:25 |
| Wizzup | uvos: btw with the headphones, do you also hit ret? | 22:36 |
| uvos | Wizzup: nope | 22:38 |
| uvos | not related | 22:39 |
| Wizzup | ok, too bad :D | 22:42 |
| uvos | yeah it works | 23:19 |
| Wizzup | sweet :) | 23:19 |
| uvos | but i have yet to figure out how to make dapm do what i want (again) | 23:19 |
| uvos | so i just pinned the amp on | 23:19 |
| uvos | unfortionatly it has an annoying buzz when cpcap is inactive but the amp is enabled | 23:20 |
| uvos | so i need to figure this out | 23:20 |
| Wizzup | hmm | 23:21 |
| uvos | in snd/soc/codecs/cpcap.c function cpcap_input_right_mux_put_enum i have no idea how to associate the parameters with cpcap_spkr_l_mux_enum and so on | 23:25 |
| uvos | really all we need to do there is set the amp gpio high when the mux is set to output to speaker on either channel | 23:25 |
| uvos | but snd/soc is complicated as usual | 23:25 |
| inky | > you could just use the esp32 with hw wifi for evertthing and be better off | 23:27 |
| inky | true | 23:27 |
| uvos | Wizzup: here be wip branch if you are interested: https://github.com/IMbackK/droid4-linux/tree/mz617wip | 23:32 |
| uvos | Wizzup: btw please kick mapphone-kexecboot-config | 23:38 |
| uvos | i removed the framebuffer rotation on mz617 | 23:38 |
| uvos | anyhow ttyl | 23:38 |
| Wizzup | ty, ttyl, will do this tonight | 23:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!