T42 | <elros34> also when in logs do you connect display? | 00:00 |
---|---|---|
T42 | <elros34> I can't find hwc11_callback_hotplug report | 00:00 |
T42 | <simonschmeisser> xmn: the sfos image runs latest megi kernel, however some config options where missing and crust is not installed by default yet. config options where added yesterday evening, for crust see my hacky PR for flashit | 06:40 |
T42 | <simonschmeisser> also it sounds like you might want to update the modem firmware, see if you get a warning about that in dmesg | 06:41 |
xmn | oh cool, good to hear! | 06:41 |
T42 | <simonschmeisser> also wifi is broken since yesterday evening :D | 06:41 |
xmn | :) | 06:42 |
xmn | on your pr? | 06:42 |
xmn | well the latest vers wifi is broken | 06:42 |
xmn | ? | 06:42 |
xmn | also which sfos image are you referring to? | 06:43 |
xmn | ah I see for the flash-it upgrade gotcha | 06:45 |
T42 | Michael %lastname% was added by: Michael %lastname% | 09:47 |
T42 | Katherina %lastname% was added by: Katherina %lastname% | 09:48 |
T42 | Lillian %lastname% was added by: Lillian %lastname% | 09:48 |
T42 | Lewis %lastname% was added by: Lewis %lastname% | 09:49 |
T42 | Magnus %lastname% was added by: Magnus %lastname% | 09:50 |
T42 | Rawlings %lastname% was added by: Rawlings %lastname% | 09:50 |
T42 | my90ds was added by: my90ds | 09:54 |
T42 | Litz %lastname% was added by: Litz %lastname% | 12:25 |
T42 | <ankaos> where is the problem? and how fix? https://paste.ubuntu.com/p/sMKszycyWV/ | 13:23 |
mal | @ankaos you should tell what problem you are trying to fix, it's not very simple to guess that from some random log | 14:44 |
T42 | <ankaos> device not open. and read initi rootfs not mounted | 15:36 |
T42 | <adampigg> @elros34 [maybe check whether your wlan modules support …], I grepped the source.... | 15:38 |
T42 | <adampigg> #ifdef CONFIG_PLATFORM_ANDROID | 15:38 |
T42 | <adampigg> char *if2name = "p2p%d"; | 15:38 |
T42 | <adampigg> #else /* CONFIG_PLATFORM_ANDROID */ | 15:38 |
T42 | <adampigg> char *if2name = "wlan%d"; | 15:38 |
T42 | <adampigg> #endif /* CONFIG_PLATFORM_ANDROID */ | 15:38 |
T42 | <adampigg> oh, and this... | 15:39 |
T42 | <adampigg> module_param(if2name, charp, 0644); | 15:39 |
T42 | <adampigg> MODULE_PARM_DESC(if2name, "The default name to allocate for second interface"); | 15:39 |
T42 | <elros34> or you could use modinfo wlan :) | 15:39 |
T42 | <adampigg> its so long since i made a modprobe conf ... need to google how! | 15:40 |
T42 | <elros34> @ankaos "mount: /system: special device /system_root/system does not exist." Does your device use system as root? Check what you have in: ls -al /system_root | 15:44 |
T42 | <ankaos> ls -al /system_root -> https://paste.ubuntu.com/p/yQdMFrFffj/ | 15:46 |
T42 | <elros34> so looks like regular system not system-as-root so now check in droid-hal-device.log whether it use correct fstab | 15:47 |
T42 | <ankaos> https://github.com/enesutku07/android_device_xiaomi_oxygen/blob/halium-7.1/rootdir/fstab.qcom this is true? | 15:52 |
T42 | <elros34> looks correct | 15:54 |
T42 | <adampigg> @elros34 im not sure there are enough options.... https://paste.mozilla.org/hPOMeTzZ | 15:55 |
T42 | <elros34> indeed a lot of | 15:57 |
mal | @adampigg so some module parameter issue? | 16:40 |
T42 | floraeo was added by: floraeo | 16:51 |
T42 | <adampigg> mal: well, maybe also a connman/wpa_supplicant issue worked around...... driver by default exposes wlan0 and wlan1, but should only use wlan0 for normal, non p2p use, but wpa_supplicant was trying to use wlan1 | 16:51 |
T42 | <adampigg> by using the module option, i was supposed to name wlan1 to p2p0, but, it actually dissapeared from ifconfig, so, only wlan0 now and connects ok! | 16:52 |
mal | @adampigg I was told it might be possible to use also wlan0 and wlan1 what capabilities those report in wpa_supplicant | 16:54 |
T42 | <adampigg> just walking 🐶, will report back! | 16:55 |
piggz | mal: https://paste.mozilla.org/XgmXpmqm you can see it trying to associate with pgznet on wlan1, not wlan0 | 17:13 |
T42 | <simonschmeisser> after enabling autosleep/suspend on pinephone it now suspends even during calls ... should mce do a wakelock for that automatically or would I need to add/write another module for it? | 17:22 |
mal | piggz: check dbus-send --system --print-reply --type=method_call --dest=fi.w1.wpa_supplicant1 /fi/w1/wpa_supplicant1/Interfaces/0 org.freedesktop.DBus.Properties.GetAll string:fi.w1.wpa_supplicant1.Interface | 17:26 |
piggz | mal: https://paste.mozilla.org/bcdwWa6y | 17:27 |
mal | then same for interface 1 | 17:27 |
piggz | https://paste.mozilla.org/Wde8onwL | 17:28 |
mal | hmm, both return same caps | 17:31 |
mal | @simonschmeisser is wakelock support enabled in kernel? | 17:33 |
T42 | <simonschmeisser> mal: megi showed the same yesterday | 17:33 |
T42 | <simonschmeisser> mal: yes, enabled | 17:34 |
piggz | mal: ifaict, wlan1/p2p is for wifidirect type stuff | 17:35 |
mal | piggz: probably, there should also be option somewhere to make connman ignore some interface based on name | 17:37 |
mal | piggz: NetworkInterfaceBlacklist in /etc/connman/main.conf maybe you edit that or optional give connman -I parameter to ignore a specific interface | 17:39 |
piggz | mal: im ahead of you, done that and its working | 17:40 |
T42 | <simonschmeisser> mal: I can succesfully inhibit suspend with eg pure maps | 17:40 |
mal | piggz: which wya did you use? | 17:41 |
piggz | modified main-native.conf (what we use on pinephone) | 17:41 |
mal | ok | 17:41 |
mal | piggz: what other customizations do you have in the config? | 17:42 |
T42 | <simonschmeisser> hmm, ssh does not inhibit but should also do it? | 17:42 |
piggz | mal: remove usb from the same line, as the usb net is usb0 | 17:44 |
mal | ok | 17:45 |
piggz | i think android uses rndis0 ? | 17:45 |
mal | yes | 17:46 |
wdehoog | @mal what would be the best way for me to look for the cause of all the EGL errors I see in my logcat (when using latest libhybris)? | 18:22 |
rinigus | when updating port to 3.4.0, is there any package that should be not updated to the latest? like nfcd was earlier, for example? | 18:37 |
piggz | rinigus: sensorfwd plugin, use 0.11.9 | 18:44 |
rinigus | piggz: but that doesn't have my compass fix. the one we are using on tama for a while already | 18:46 |
piggz | rinigus: ask mal then, thats what he told me :) | 18:47 |
rinigus | piggz: yes, I remember, he did. will have to grep history and see what was the reason | 18:51 |
rinigus | looking at commits, I may as well stay with 0.11.8 + my patches for tama (compass and pickup sensor) | 18:55 |
T42 | <floraeo> Fwd from Recap: https://t.me/joinchat/AAAAAFQlS00LtspNQWPpAw | 18:57 |
rinigus | from scanning logs, no idea what is broken newer sensorfwd. maybe mal can explain... | 19:00 |
mal | rinigus: sensorfw should be 0.11.9 | 19:04 |
mal | rinigus: the hybris/binder plugin | 19:04 |
mal | .8 should be fine also | 19:05 |
mal | rinigus: anything in logs about sensorfw | 19:05 |
rinigus | mal: no logs yet, I am going through packages at OBS and preparing for update. on 3.3, I am running .8 + rotation vector (merged to upstream now) + pickup sensor (tama specific) just fine. compared to 0.12.1, that just doesn't have one dbus commit | 19:07 |
rinigus | ... commit from upstream. and your fixes for older androids | 19:07 |
rinigus | but ok, I will stick with my current version then | 19:08 |
mal | rinigus: what fixes to older androids? | 19:13 |
mal | ah, that one | 19:14 |
mal | rinigus: maybe you should then make a custom branch with 0.11.9 + the rotation vector | 19:14 |
rinigus | mal: that would be needed only when switching to aarch64. the diff is just this: https://git.sailfishos.org/mer-core/sensorfw/commit/d436b43a1171e873ccf8a609048c4d3cf1a83379 | 19:17 |
mal | yeah, 0.11.8 should be fine also | 19:18 |
rinigus | but surely I will be interested to try to switch over to aarch64. just not this weekend :) | 19:18 |
mal | rinigus: aarch64 is not yet perfect, I have issues with video recording, I know in theory how to fix it probably but I have some issues with that on my device | 19:19 |
rinigus | mal: good luck with fixing it! | 19:20 |
mal | otherwise it works quite well | 19:20 |
rinigus | sounds promising. I will keep it in mind and try to join aarch64 in foreseeable future | 19:25 |
rinigus | Thaodan: you switched to your own dhd fork in https://github.com/sailfishos-sony-tama/droid-hal-sony-tama-pie/commit/65f6456b518316c948dbdf2201a2c5424e2503df, is it still needed? | 20:14 |
rinigus | note that tama is so far configured with its own "meta" packages support and I wonder whether/how those mods and upstream will clash | 20:15 |
T42 | <adampigg> rinigus: i switched pro1 and volla to the new meta-packages, it wasnt too hard, an lets you delete a few packages from obs | 20:17 |
rinigus | must say that I hate to redo something that was already working. meta is there already for tama, would have to see what's the difference. maybe later tonight... | 20:19 |
T42 | <adampigg> rinigus: basically, move your package .specs to pattern/ and rename .inc ... include both in the .spec, and some edits to change some names in the files | 20:26 |
T42 | <adampigg> because it gets included, you dont have to build the other specs individually | 20:26 |
mal | wdehoog: do you see any other erros than egl errors in logcat, do things crash? | 20:42 |
wdehoog | some 'unrecognized pixel format: 0xb19909c9'. 10 min ago I reinstalled it. lots of egl errors, then lipstick crashed and restarted and now no more egl errors. huh ???? | 20:44 |
T42 | <ankaos> elros and mal: thank you | 20:47 |
T42 | <ankaos> but not use toucpad | 20:47 |
wdehoog | @mal sorry. see ^ | 20:48 |
wdehoog | is it good/required/bad to install parts of sailfishsecrets in a port? | 20:49 |
mal | wdehoog: so it fails only on first boot? | 20:52 |
wdehoog | One moment..... | 20:53 |
mal | wdehoog: did startup wizard work? | 20:53 |
wdehoog | startup wizard worked. after reboot egl errors are back | 20:55 |
T42 | <ankaos> which ı use? sh-3.2# ls /dev/input/ | 20:57 |
T42 | <ankaos> by-path event0 event1 event2 event3 event4 mice mouse0 | 20:57 |
wdehoog | at boot the 3 bottom icons on topmenu are invisible. after 'systemctl --user restart lipstick' they become visible | 20:58 |
wdehoog | and no more egl errors | 20:59 |
mal | @ankaos you should not need input device in compositor config https://github.com/mer-hybris/droid-config-sony-ganges-pie/blob/master/sparse/var/lib/environment/compositor/droid-hal-device.conf#L4 | 21:02 |
mal | that should be enough | 21:02 |
mal | wdehoog: quite odd issue, can you get logs from such failing situation, journal and logcat, as soon as possible after boot so we can any early messages | 21:03 |
T42 | <ankaos> mal: thanks ı testing | 21:04 |
T42 | <ankaos> mal: not work touchscreen | 21:05 |
mal | so then set it manually, you need to check either manually using cat to see which input device outputs something when you touch the screen or use evdev_trace -t | 21:06 |
mal | that evdev_trace is from mce-tools package | 21:06 |
wdehoog | @mal don't know if this is usefull. part of the log I saved when lipstick crashed: https://pastebin.com/Hv3jxsVy | 21:07 |
T42 | <ankaos> mal: https://paste.ubuntu.com/p/xSgXmYHgbn/ | 21:08 |
T42 | <ankaos> touchscreen not work | 21:08 |
wdehoog | @mal logcat: http://sprunge.us/ECWf0R and journal: http://sprunge.us/XYFTZt | 21:11 |
mal | @ankaos then you need to provide full journal log | 21:12 |
T42 | <ankaos> mal: journalctl output: https://paste.ubuntu.com/p/FQqJcdC9H9/ | 21:18 |
mal | wdehoog: so does it fail right away or after a moment? | 21:23 |
T42 | <ankaos> mal: https://paste.ubuntu.com/p/FQqJcdC9H9/ | 21:33 |
wdehoog | @mal after reboot topmenu does not display the 3 bottom icons, system feels sluggish and egl errors appear in logcat (not always from the start but in the end the always appear) | 21:33 |
T42 | <ankaos> ı dont found error | 21:33 |
mal | @ankaos where is the kernel source repos for your device | 21:35 |
mal | wdehoog: how does it work after you restart lipstick, does it stay stable for long time? | 21:36 |
T42 | <ankaos> mal: https://github.com/enesutku07/android_kernel_xiaomi_oxygen/blob/sailfishos/arch/arm64/configs/lineageos_oxygen_defconfig | 21:38 |
wdehoog | @mal yes it seems to be quit stable. launched lots of stuff and nothing bad happens . you know some stress test? | 21:38 |
Umeaboy | Hi! | 21:40 |
wdehoog | only these appear: qdmemalloc(15211): unrecognized pixel format: 0xb291f9c9 | 21:40 |
Umeaboy | Hopefully someone here can answer my question I asked yesterday. | 21:40 |
T42 | <ankaos> mal: problem is kernel source | 21:40 |
Umeaboy | IF my phone (it currently runs an unofficial build of LOS 17.1 and the HADK is written to use AOSP as base. Problem is, there is no Android 10 base for my phone on github so how can I instead use the HADK with LOS and get the patches working? | 21:42 |
mal | wdehoog: I was just wondering about if there was some fence leak or something but doesn't seem like it | 21:42 |
Umeaboy | It's the Samsung Galaxy S10 Plus. | 21:42 |
Umeaboy | Not a Sony phone. | 21:42 |
T42 | 允棕号 %lastname% was added by: 允棕号 %lastname% | 21:43 |
Umeaboy | Here's the repo used for the S10 Plus: https://github.com/whatawurst/android_device_samsung_beyond2lte | 21:43 |
mal | Umeaboy: why do you keep claiming hadk is based on aosp, it's not, hadk pdf is based on lineage/cm | 21:44 |
Umeaboy | Well, do I just need the device and kernel repo for the patches to work or do I also include the rest of them in that roomservice.xml that whatawurst made? | 21:45 |
mal | the hybris-17.1 patches are not public yet, there are aosp-10 patches though, I haven't pushed my hybris-17.1 stuff anywhere | 21:46 |
Umeaboy | OK. aosp 10 is made for Sony devices, right? | 21:46 |
mal | yes | 21:47 |
mal | maybe I should try to rebase my hybris-17.1 this weekend | 21:47 |
Umeaboy | My phone in this case is a Samsung Galaxy S10. | 21:47 |
mal | need to add more disks to my build machine to make space | 21:47 |
Umeaboy | OK. | 21:47 |
mal | I don't have enough space to build anything now | 21:47 |
Umeaboy | mal: Have you heard of this company? https://platform9.com/ | 21:51 |
Umeaboy | You did mention you lacked of space. | 21:52 |
mal | well I have 2x10 TB disks waiting for installation | 21:53 |
Umeaboy | OK. | 21:53 |
mal | rinigus: ping, I noticed a typo in your sensorfw PR, you wrote pkconfig instead of pkgconfig in one of the commits couple of times | 22:21 |
mal | rinigus: did you ever test the built-in compass in sensorfw? | 23:11 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!