rinigus | mal: I did repo sync (and updated kernel configuration now), but kept dhd submodule of droid-hal-onyx the same as before. So, i presume that systoem/core is updated | 04:31 |
---|---|---|
*** OhYash1 is now known as ohyash | 05:27 | |
pseudodev | How can I see if my wlan is loaded as a module? | 05:39 |
kimmoli | rinigus: when ready, i can promote to testing in the evening. already added 3.0.3.9 to testing: meta as disabled target. | 05:41 |
pseudodev | kimmoli: Can you tell me how do i see if my wifi is loaded as a module? | 05:44 |
T4 | <birdzhang> @pseudodev use "lsmod" | 05:46 |
pseudodev | lsmod shows only one thing | 05:46 |
pseudodev | Module | 05:46 |
T4 | <birdzhang> so wlan module not loaded | 05:47 |
pseudodev | But there literaly no modules in there then? | 05:47 |
pseudodev | I mean, it just returns this: | 05:48 |
pseudodev | sh-3.2# lsmod | 05:48 |
pseudodev | Module Size Used by | 05:48 |
pseudodev | sh-3.2# | 05:48 |
T4 | <birdzhang> you can load it via insmod /lib/modules/`uname -r`/wlan.ko | 05:48 |
T4 | <birdzhang> i know, lsmod returns modules already loaded | 05:48 |
spiiroin | rinigus: the mtp stuff changed as follows: previously mtp responder = plugin loaded by msyncd process, currently = standalone daemon -> the plugin needs to be removed | 05:49 |
spiiroin | as those things were/are pulled in via device specific patterns, they too need to be adjusted to avoid conflicts | 05:49 |
rinigus | kimmoli: I'll let you know when devel is tested and ready | 06:15 |
kimmoli | i will be home about 1600 EEST then i have access to HADK | 06:15 |
rinigus | spiiroin: thank you, I'll check it out tonight | 06:16 |
kimmoli | rinigus: is #45 ready to merge, or do i wait? | 06:16 |
rinigus | kimmoli: i think it is. Please squash it... | 06:17 |
kimmoli | rinigus: https://github.com/mer-hybris/droid-config-onyx/commit/e1ee564109f7abeb9e97aaf77dce98d6e8392f7f | 06:21 |
pseudodev | krnlyng: I built my wifi as a module. Cna't find it anywhere | 06:39 |
pseudodev | *Can't | 06:39 |
rinigus | kimmoli: thanks! | 08:13 |
pseudodev | Well, that was a drag | 08:43 |
pseudodev | Built wifi as module | 08:43 |
pseudodev | A lot of hit an trial | 08:43 |
pseudodev | *and | 08:43 |
pseudodev | mal: do i still need those service files as mentioned in faq for bluetooth? | 09:02 |
pseudodev | mal: Also, Do i need to use backported Bluetooth drivers meant for 3.4 kernels | 09:36 |
mal | depends on if you want to use bluetooth LE | 09:36 |
pseudodev | CONFIG_CRYPTO_CMAC | 09:36 |
mal | although not sure if those are needed if you use binder backend | 09:37 |
pseudodev | sorry | 09:37 |
pseudodev | do i still need those service files as mentioned in faq for bluetooth? | 09:37 |
mal | no idea | 09:37 |
mal | probably not | 09:37 |
pseudodev | I built CONFIG_BT_HCIUART as a module | 09:37 |
mal | but I think for binder backend you might not need the backported drivers but I have never tried it | 09:37 |
pseudodev | is that OK? | 09:37 |
pseudodev | mal: I cannot seem to get bluetooth up. I built CONFIG_BT_HCIUART as a module | 09:38 |
pseudodev | maybe try to turn that on manually? | 09:38 |
mal | pseudodev: do you finally have bluebinder installed? | 09:50 |
pseudodev | mal: I always had it installed | 09:50 |
mal | but is it running? | 09:50 |
pseudodev | 3:08 PM <mal> pseudodev: in 15.1 build and install bluebinder for bluetooth | 09:51 |
pseudodev | I did exactly as you said. Addd "- bluebinder" in hw_adaptation.yamal, built it wile running build_packages, updated patterns and created a new build | 09:52 |
pseudodev | mal: No, it is not running | 09:52 |
pseudodev | zypper if bluebinder returns noting | 09:52 |
pseudodev | mal: is it running? https://www.irccloud.com/pastebin/F0xvmyLL/ | 09:55 |
pseudodev | mal: do i need to enable CONFIG_BT_HCIVHCI.? | 09:57 |
mal | yes | 10:11 |
pseudodev | Ok | 10:11 |
mal | you need the virtual hci | 10:11 |
pseudodev | mal: as a module (m) or just enable (y)? | 10:11 |
mal | enable | 10:17 |
pseudodev | mal: Also, my mtp behaves weird. I can delete/copy/cut files from the home folder using mtp to the host PC, but i cannot copy anything from host to home folder. | 10:19 |
T4 | <elros34> fix for noisy udev: https://pastebin.com/EwNZpvMg | 11:33 |
mal | @elros34 ok, need to test | 11:47 |
mal | @elros34 there is something wrong with that, missing some parts of print lines | 11:49 |
T4 | <elros34> right, hope it's good now https://pastebin.com/KW4r8YKa | 11:52 |
T4 | <elros34> not sure if executing chmod every time cpu core is online is really needed so I just commented out it | 11:57 |
mal | @elros34 is the ACTION=="online" really needed for those cpu calls, isn't the test enough? | 11:58 |
T4 | <elros34> probably test is enough but I think it's nice to match action too | 11:59 |
T4 | <elros34> with action add path doesn't exist | 11:59 |
mal | not sure what that means | 12:03 |
rinigus | mal & elros34: I don't have those chown messages on onyx 3.0.3 | 15:13 |
rinigus | kimmoli: I think we can proceed with testing, new kernel seems to be ok. needs longer testing though | 15:13 |
kimmoli | ok, all uploaded to desting? | 15:14 |
rinigus | kimmoli: I will readup on this mtp later tonight - maybe something will be needed for that as well | 15:14 |
kimmoli | all uploaded to devel? so far? mtp is just configs so they are lured w/o local builds? | 15:18 |
rinigus | kimmoli: yes, all in devel | 16:04 |
rinigus | kimmoli, re mtp: I presume so. so that will be easy to do as we test | 16:04 |
masya_ | Hi to all. While build_packages get this: "Package 'ssu-kickstart-configuration' not found." | 16:23 |
masya_ | pkgconfig(android-headers) is needed by droid-config-wayne-1-1.armv7hl | repomd-pattern-builder is needed by droid-config-wayne-1-1.armv7hl |ssu-kickstart-configuration is needed by droid-config-wayne-1-1.armv7hl | 16:24 |
Mister_Magister | mal: did you look at more log? | 16:25 |
mal | still at work | 16:28 |
kimmoli | rinigus: i'll do the promotion now | 17:08 |
rinigus | kimmoli: thanks! | 17:09 |
Mister_Magister | mal: m'kay | 17:14 |
kimmoli | rinigus: https://build.merproject.org/project/monitor/nemo:testing:hw:oneplus:onyx building... | 17:15 |
rinigus | kimmoli: let's see if we need anything in addition for mtp. earlier I had to force it be properly installed under devel. after manual install it works, as far as I can see. | 17:18 |
rinigus | kimmoli: its not clear whether ew need to do some config changes to uninstall mtp plugins on upgrade. was that suggested by spiiroin? | 17:18 |
kimmoli | the mtp stuff changed as follows: previously mtp responder = plugin loaded by msyncd process, currently = standalone daemon -> the plugin needs to be removed as those things were/are pulled in via device specific patterns, they too need to be adjusted to avoid conflicts | 17:21 |
kimmoli | ^thats what spiiroin said to you | 17:22 |
Nebrassy[m] | mal: tried keeping audit and disabling selinux in cmdline, same thing | 17:24 |
rinigus | kimmoli: yes, that I saw :) . so, and how are we going to do that? cannot see anything relevant in fp2, for example. | 17:24 |
rinigus | kimmoli: Obsoletes? | 17:25 |
rinigus | ^in https://github.com/mer-hybris/droid-config-onyx/blob/master/rpm/droid-config-onyx.spec | 17:25 |
vknecht | just updated my local pfsdk to 3.0.2.8 using sb2 with these commands http://merproject.org/logs/%23sailfishos-porters/%23sailfishos-porters.2019-05-10.log.html#t2019-05-10T22:14:13 | 17:25 |
vknecht | what would be the equivalent commands to upgrade tooling target to 3.0.2.8 ? | 17:25 |
vknecht | I suspect using sdk-assistant would update to latest, eg. 3.0.3.9 ? | 17:27 |
mal | Nebrassy[m]: I think the issue is much earlier than selinux, otherwise you would see something in host dmesg | 17:32 |
kimmoli | rinigus: yes that is way to remove packages installed by previous versions | 17:40 |
kimmoli | rinigus: disabled 3.0.3.9. build from testing | 17:41 |
rinigus | kimmoli: I am trying to update without any config changes from 3.0.2. if that will fail, we will disable buteo-mtp-qt5-sync-plugin | 17:48 |
T4 | <DSstill01> Hahahahaa huawai banned from USA hahaha | 18:40 |
T4 | <DSstill01> Good luck huawai users hahahaa | 18:41 |
rinigus | kimmoli: update went smoothly, there seem to be no issues with mtp either. corresponding blocking package is not there and all booted nicely. so, we should be ready for testing from now. let's see if anything will show up | 18:54 |
usvi | I hope USA has solid proof of espionage | 19:19 |
nk2IsHere | hi, i'm trying to resolve this bootloop on early stage (seems that the kernel is already booted). can you please help me? kmesg device: https://pastebin.com/TVJasjYS dmesg host: https://pastebin.com/AQgrr6mz | 20:20 |
mal | nk2IsHere: do you have correctly disabled selinux? which android base? | 20:26 |
nk2IsHere | android base cm11.0 CONFIG_SECURITY_SELINUX_BOOTPARAM=y and in kernel commandline selinux=0 | 20:27 |
mal | how soon does it reboot? | 20:27 |
nk2IsHere | bootlogo stays for around 5 secs then black screen around 10 to 15 or so | 20:28 |
nk2IsHere | 12 seconds, as dmesg show | 20:29 |
mal | how did you get that kmsg? | 20:29 |
nk2IsHere | using recovery and adb | 20:29 |
nk2IsHere | it lives in /proc/last_kmsg | 20:30 |
mal | that log talks about selinux being initialized which looks wrong if it would be sailfish | 20:31 |
nk2IsHere | oof, that is a wrong one | 20:35 |
nk2IsHere | https://pastebin.com/SnxBLwSN | 20:36 |
mal | so there is some issue that some watchdog is causing the reboot, maybe try enabling CONFIG_WATCHDOG_NOWAYOUT in your kernel, that is suggested in kernel checker | 20:44 |
nk2IsHere | CONFIG_WATCHDOG_NOWAYOUT is already enabled | 20:49 |
mal | ok | 20:49 |
mal | nk2IsHere: try adding nowatchdog to kernel commandline | 20:53 |
nk2IsHere | mal: https://pastebin.com/BPfXkcDQ kmsg, dmsg didn't change | 21:14 |
T4 | <elros34> try: touch /data/.stowaways/sailfishos/init_enter_debug2 to stop booting system. If it's cm11 base then you will probably also need downgrade libhybris to 20bcd5be | 21:27 |
nk2IsHere | touching init_enter_debug2 stops device bootloop | 21:31 |
nk2IsHere | going to downgrade hybris to 20... | 21:32 |
T4 | <elros34> now you can examine journalctl to see what fail | 21:33 |
Nebrassy[m] | mal: mal our 8.1 kernel/trees are really awful, as they came so close to Pie release, no one used or improved them, i'll wait for 9.0 compatibility | 21:38 |
mal | nk2IsHere: hmm, intestesting | 21:44 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!