T42 | <elros34> use: vi /lib/systemd/system/system.mount and edit that few lines | 00:09 |
---|---|---|
T42 | <ankaos> Okey. I get it now. | 00:10 |
T42 | <ankaos> not work | 00:45 |
T42 | <ankaos> it gives the same errors. | 00:48 |
T42 | <ankaos> https://paste.ubuntu.com/p/Rk6PTfqf5N/ | 00:52 |
T42 | <elros34> always include command you used to generate paste because your last one doesn't make sense | 01:03 |
T42 | <ankaos> https://paste.ubuntu.com/p/wRk9yKBjpp/ now? | 01:05 |
T42 | <ankaos> https://paste.ubuntu.com/p/Rh7syZn8rq/ | 01:09 |
T42 | <ankaos> which? | 01:09 |
T42 | <ankaos> neither of them worked. | 01:18 |
T42 | Bob %lastname% was added by: Bob %lastname% | 05:47 |
T42 | Herbert %lastname% was added by: Herbert %lastname% | 06:05 |
rinigus | mal: yes, just changed that line. I wonder if you could make it work with gyro disabled in sensorfw? Sounds like proper place to disable gyroscope | 06:12 |
rinigus | Maybe gyroscope has to be removed from from qtconfig in sensors.conf as well. Code does check if it can enable gyro in constructor, so maybe just correct config is missing | 06:14 |
rinigus | mal: just checked, without gyro it should be disabled in sensorfw. when disabling under qtconfig, it leads to compass crash. will have to approach it better there - probably by just checking if the sensor is available | 08:41 |
rinigus | mal: looks like there is no proper error handling in that generic compass code, let's add some | 08:43 |
rinigus | mal: seems like crash occurs somewhere deeper in qt. as soon as I disable QGyroscope=sensorfw.gyroscope, compass crashes. but it works to set gyroscopesensor=False in sensorfw | 09:46 |
rinigus | now csd and Messwork can handle absence of QGyroscope | 09:47 |
*** birdzhang1 is now known as birdzhang | 10:01 | |
rinigus | mal: I have found a place for extra check that I missed for QGyroscope. will test and update later today | 10:13 |
mal | rinigus: ok, so disabling has to be in sensorfw not in Sensors.conf | 11:35 |
mal | rinigus: yep, right after adding gyro back to Sensors.conf the code started to work | 11:37 |
mal | didn't think it would be that stupid | 11:37 |
T42 | <Amber %lastname%> @ankaos [https://paste.ubuntu.com/p/wRk9yKBjpp/ now?], Bro any progress..are you able to solve the issue. | 11:45 |
mal | rinigus: the direction it gives is quite close but always a bit off | 11:46 |
T42 | <ankaos> the computer is broken. | 11:46 |
*** birdzhang1 is now known as birdzhang | 12:22 | |
rinigus | mal: same over here, but close to what's shown by compass. I will make a new version soon that will work with/without gyro as expected. | 12:49 |
mal | rinigus: yeah, the errors is strange, depending on the device orientation it is either one direction or the other, quite reproducable, quite often even 20 degress error, usually 10-20 degrees | 13:14 |
mal | the compass I use as comparison is an actual physical orienteering compass which should be quite accurate | 13:15 |
rinigus | mal: new version is ready for testing. now you should be able to drop QGyro from Sensors.conf | 13:21 |
rinigus | it failed before as it was checking for gyro as well in the prev version here: https://git.sailfishos.org/rinigus/qtsensors/blob/generic_compass/src/plugins/sensors/generic/main.cpp#L95 | 13:22 |
rinigus | as for comparison with physical compass, I am getting closer to +-10 degrees, maybe even less. but I have to make measurement on some surface with the analog one and then, on exactly the same spot, with the app | 13:24 |
rinigus | if I hold it in hands, slightly different locations, I can get +-20 degrees differences. | 13:24 |
rinigus | but even in that case, it should be sufficient to decide on which side to walk when you exit metro | 13:25 |
rinigus | mal: I guess for xperia 10 proper config would disable gyro in sensorfw and in qt sensors.conf | 13:25 |
mal | yeah, that would be the proper way imo | 13:25 |
T42 | <ankaos> @Amber %lastname% [Bro any progress..are you able to solve the is …], now ı see | 13:26 |
mal | rinigus: although having gyro in Sensors.conf isn't that bad, wondering if it reports correctly that there is no backend | 13:27 |
mal | rinigus: ah, in the main.cpp it only enables the compass sensor in gyro is present | 13:28 |
rinigus | mal: that was in the prev version. now it should be enabled without gyro as well | 13:28 |
mal | rinigus: does it work if you only remove that requirement? I would assume the other calls would be just noop calls | 13:29 |
mal | if the backend is missing | 13:29 |
mal | I can test that | 13:29 |
rinigus | mal: I suspect that the sensorfw backend will return zeros then | 13:30 |
rinigus | mal: but the checks for gyro presence are in genericcompass.cpp. commit at https://git.sailfishos.org/rinigus/qtsensors/commit/6fc4ec15020b144e52a92b08572f97f44fe485be | 13:31 |
rinigus | I did try to disable gyro backend as well and it looked to be ok | 13:31 |
rinigus | but good if you test | 13:31 |
T42 | <ankaos> https://paste.ubuntu.com/p/kDFz3J8Qvr/ ı dont understand O.o | 16:39 |
T42 | <ankaos> and kernel defcnfig https://paste.ubuntu.com/p/cFC7VZfymg/ | 16:44 |
T42 | <ankaos> @elros34 now build lge g2 | 16:45 |
T42 | <edp_17> @ankaos : What don't you understand? You need to fix errors from mer-kernel-check. | 17:32 |
T42 | <ankaos> I corrected the kernel file. | 17:35 |
T42 | <ankaos> I get an error in the kernel file in the output. | 17:36 |
T42 | 邹汝惠 %lastname% was added by: 邹汝惠 %lastname% | 17:57 |
T42 | <edp_17> What is the error? What command did you run when the error happened? | 18:23 |
T42 | <ankaos> @edp_17 [What is the error? What command did you run wh …], ./hybris/mer-kernel-check/mer_verify_kernel_config kernel/lge/msm8974/arch/arm/configs/cyanogenmod_d802_defconfig | 18:35 |
T42 | <ankaos> ı havent error output | 18:35 |
T42 | <edp_17> Good evening. Can somebody let me know where Sailfish is storing the wifi MAC address, please? | 21:33 |
T42 | <ankaos> good night | 21:34 |
T42 | <elros34> loading wlan in systemd service didn't help? | 21:46 |
T42 | <edp_17> I couldn't compile the wifi as module. 😔 Because other errors the kernel didn't compile. | 21:47 |
T42 | <edp_17> I have seen that kalube has hardcoded the wifi mac address for enchilada, so I am currently checking his work and trying something similar. | 21:48 |
T42 | <elros34> Did you set every other config to =y after enabling CONFIG_MODULES? | 21:49 |
T42 | <edp_17> I have tried to identify all changes the way you suggested but it was not obvious for me. I used 'git diff HEAD ....defconfig | 21:50 |
T42 | <edp_17> Now, with the CONFIG_MODULES=y, the kernel compiles. | 21:51 |
T42 | <edp_17> But when I try to put the wifi into module (CONFIG_BCM4358=m) it fails. | 21:53 |
T42 | <edp_17> Well, kalube's solution won't help either because he also uses the wifi as module. | 21:53 |
T42 | <edp_17> It seems the only way is compile the wifi as module. | 21:54 |
T42 | <edp_17> I got this: https://paste.ubuntu.com/p/nF38YqJGRQ/ | 22:00 |
T42 | <edp_17> I have a CONFIG_EXYNOS_PCIE=y in defconfig but am not sure what happens if I unset it. | 22:00 |
T42 | <elros34> try with CONFIG_BCMDHD=y | 22:09 |
T42 | <edp_17> I have tried with # CONFIG_EXYNOS_PCIE is unset, but it failed. Now I try with CONFIG_BCM4358=y and CONFIG_WLAN=m. If it fails, I'll try with CONFIG_BCMDHD=y. | 22:14 |
T42 | <edp_17> By the way the 'CONFIG_BCMDHD=y' was not there, I have added it. | 22:14 |
T42 | <elros34> xconfig doesn't allow CONFIG_WLAN to be set as module | 22:19 |
T42 | <edp_17> It compiled. but still there is no dhd module. I try with what you suggested. CONFIG_BCMDHD=y | 22:20 |
T42 | <edp_17> I guess I should set CONFIG_BCM4358=m. | 22:21 |
T42 | <edp_17> I always wanted to about the oneshot. What is it? | 22:23 |
T42 | <edp_17> *ask | 22:24 |
T42 | <elros34> https://git.sailfishos.org/mer-core/oneshot/blob/master/README | 22:24 |
T42 | <edp_17> Thanks. | 22:24 |
T42 | <edp_17> It failed again with the same error: /home/n4/mer/android/droid/out/target/product/treltexx/obj/KERNEL_OBJ/../../../../../../kernel/samsung/exynos5433/drivers/pci/host/pci-exynos.c:367: undefined reference to `dhd_host_recover_link' | 22:25 |
T42 | <edp_17> It is related to the exynos_pcie | 22:25 |
T42 | <edp_17> When I set: | 22:37 |
T42 | <edp_17> CONFIG_BC4358=m, | 22:38 |
T42 | <edp_17> CONFIG_BCMDHD=m, | 22:38 |
T42 | <edp_17> # CONFIG_BCMDHD_PCIE is not set | 22:38 |
T42 | <edp_17> I get: https://paste.ubuntu.com/p/XTC5wRwfYS/ | 22:38 |
T42 | <edp_17> Okay, I go back to what you suggested. I only set CONFIG_BC4358=m and CONFIG_BCMDHD=m. | 22:39 |
T42 | <edp_17> I will fail, then I will copy the .config to defconfig and try to see what else changed. | 22:40 |
T42 | <elros34> from where did you get this CONFIG_BCMDHD, I can't seam to find it in kernel nor via xconfig | 22:41 |
T42 | <edp_17> From the S2 defconfig. This kernel probably doesn't need as it didn't make any difference if I set or unset it. | 22:42 |
T42 | <edp_17> Originally it was not there. | 22:42 |
T42 | <elros34> looks like this line is false so dhd_host_recover_link is not exported: https://github.com/edp17/android_kernel_samsung_exynos5433/blob/cm-14.1-treltexx/drivers/net/wireless/bcmdhd4358/dhd_linux.c#L8865 | 22:45 |
T42 | <elros34> or something around | 22:46 |
T42 | <edp_17> What kernel source did you check in my repo cm-14.1-treltexx or cm14.1-treltexx-v2? | 22:48 |
T42 | <edp_17> Because it is set in the defconfig I use: https://github.com/edp17/android_kernel_samsung_exynos5433/blob/cm-14.1-treltexx-v2/arch/arm/configs/lineage_exynos5433_treltexx_defconfig#L387 | 22:48 |
T42 | <edp_17> I compiled a kernel with wifi built in then copied the .config to defconfig and pushed to github as -v2. | 22:49 |
T42 | <elros34> I use default, but anyway machine for sure was already set | 22:50 |
T42 | <edp_17> Sorry that's my bad because I didn't set the v2 as default yet. I wanted to do it once the kernel is fixed. | 22:52 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!