Wizzup | le0nklcpp - pinch to zoom works | 02:43 |
---|---|---|
Wizzup | I might recommend hiding some of the UI elements though, like the tabs and other things, but that's for later :) | 02:43 |
Wizzup | tested on droid 4 | 02:44 |
norayr | freemangordon: i still think i just didn't install something which would cause my d4 to vibrate. i am sure nothing is broken, because it was working before my sdcard failed. | 12:47 |
norayr | i think i miss some package. | 12:48 |
uvos | norayr: really only the kernel, mce and hh are involved in vibration | 15:10 |
uvos | none of those can not be installed without more serious side effects | 15:10 |
uvos | besides something being missing in the image is a bug in and of itself | 15:10 |
uvos | vibration only dosent work via xdg desktop notifications right? | 15:11 |
uvos | ie sphone can vibrate fine | 15:11 |
le0nklcpp | Wizzup_: thanks, tabbar is the only thing that can't be turned off in settings :) | 16:49 |
Wizzup | le0nklcpp: right | 16:51 |
Wizzup | ah, I see | 16:51 |
Wizzup | I think we'd ultimately just want a window instead of a tab, not sure | 16:51 |
maxwelld | yes email vibrates. | 16:52 |
uvos | for ff i hide the tab bar using some custom css, i think falkon uses qwidgets not browser rendered html for the ui elemetns, right? | 16:52 |
le0nklcpp | right, hiding tabs will require some code | 16:58 |
tmlind | heh soo.. looks like i was trying to debug i2c device with wrong id.. the tc358765 is on i2c1 at 0xf and not at 0x50.. 0x50 is some eeprom | 19:19 |
tmlind | i can now read and write tc358765 regs with i2c-tools, the problem of mipi commands not making is still exists | 19:19 |
tmlind | control over dsi won't do anything, need to still debug that at lease | 19:20 |
tmlind | at least | 19:20 |
* Wizzup gets excited thinking about mapphone tablets every time | 19:20 | |
tmlind | heh yeah i too have been waiting for years now :) | 19:21 |
tmlind | for reference, here are the i2c commands to read and write tc358765 regs | 19:22 |
tmlind | at least gpio_45 must be high to read and write to tc358765 over i2c, probably gpio_101 too | 19:23 |
tmlind | read tc358765 id register | 19:23 |
tmlind | i2ctransfer -y -f 0 w2@0x0f 0x05 0x80 r4 | 19:23 |
tmlind | write to tc358765 sysrst register without resetting i2c | 19:23 |
tmlind | i2ctransfer -y -f 0 w6@0x0f 0x05 0x04 0x1e 0x00 0x00 0x00 | 19:23 |
tmlind | eeprom at 0x50, gpio_40 must be high all the time for eeprom write protect to avoid trashing it, otherwise no lcd for android either | 19:24 |
tmlind | also gpio_46 must be high to read eeprom | 19:25 |
tmlind | no idea what's in the eeprom and why the lcd would depend on it | 19:25 |
Wizzup | maybe some timing data | 19:33 |
Wizzup | (for the display) | 19:33 |
tmlind | yeah could be the clock is wrong | 19:45 |
tmlind | anyways, i can now properly verify if and when the mipi dsi write to the registers does something | 19:49 |
Wizzup | great :) | 19:52 |
arno11 | Wizzup: sicelo: hi guys, few lines need to be modified in ucm to avoid noise in headphone. I'll send you an email soon. | 21:33 |
Wizzup | great, ty | 21:34 |
sicelo | arno11: thank you :-) | 21:39 |
arno11 | no probs :) | 21:39 |
sicelo | Wizzup, tmlind, freemangordon, any suggestions for where one could start chasing kernel issue leading to the output at https://paste.debian.net/1283753/ ? | 21:40 |
Wizzup | sicelo: this is not an answer, but any idea what you were doing while this occurred? | 21:48 |
Wizzup | and which kernel / device? | 21:48 |
sicelo | it happens intermittently, at boot. I'm currently on 6.3.5, Nokia N900 | 21:50 |
Wizzup | is this with off mode on? | 21:50 |
Wizzup | as in, is this with patches? | 21:50 |
sicelo | vanilla, unmodified kernel | 21:51 |
Wizzup | ok | 21:51 |
Wizzup | so I don't know how to fix it, but I've ran into it plenty too | 21:51 |
Wizzup | this is traced back all the way to when they enabled off mode by default | 21:51 |
Wizzup | happens randomly on boot, and then it doesn't anymore since it never hits off (at least in leste), so the instability is gone there | 21:52 |
sicelo | mmm, in my case, it completely hangs the kernel. can't do anything further | 21:53 |
Wizzup | yeah same | 22:06 |
sicelo | Wizzup: can you recall if you tried this patch and if so, what results you got? https://lore.kernel.org/all/Yb2O%2Fm4wMYdMgZbh@atomide.com/ | 22:06 |
sicelo | i'll try it though ... it's a pity that the issue is somewhat intermittent | 22:12 |
Wizzup | sicelo: I think it wasn't related, will try to recall | 22:20 |
uvos | i would add printks before and after entering off and see if it is unbalanced when the hang happens | 22:22 |
uvos | if it really hangs in off mode it might be pretty hard to debug without jtag | 22:23 |
uvos | but maybe tmlind has ideas | 22:23 |
freemangordon | sicelo: does it happen with omap_ssi disabled? | 23:07 |
freemangordon | also, why we have ssi_exit() called at all? | 23:09 |
sicelo | i haven't checked ... but i think the omap_ssi issue is different. it happened much later, when i was plying with modprobe -r on nokia-modem | 23:09 |
freemangordon | oh, right | 23:09 |
freemangordon | dunno, maybe post to the ML | 23:10 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!