T42 | <Heng %lastname%> my touchscreen appears as /dev/input/mouse0 | 00:07 |
---|---|---|
T42 | <Heng %lastname%> will it still work in sailfish with the lipstick config | 00:08 |
T42 | <linusdan> guys, is it normal to type droid-hal-init in telnet and boot into TWRP? | 00:39 |
T42 | <linusdan> P.S .: months ago I started updating the P3110 to the base of android 6 but did not know how to continue after compiling rootfs and abandoned it. I decided to come back today and I have the same problem: what to do now? | 00:42 |
T42 | <elros34> did you start droid-hal-init same ways as in droid-hal-startup.sh? Also it can be only started once | 00:44 |
T42 | <linusdan> no, i just typed droid-hal-init after entering telnet | 00:45 |
T42 | <elros34> did you masked it first? | 00:45 |
T42 | <linusdan> no | 00:46 |
T42 | <elros34> so that is your issue, it can be started only once | 00:47 |
T42 | <linusdan> how do I do that? | 00:49 |
T42 | <elros34> systemctl mask droid-hal-init, reboot then your can try to start it manually same as in droid-hal-startup.sh. BTW what issue you are trying to debug so you need to start it manually? | 00:52 |
T42 | <elros34> maybe you would need to mask user@100000 also but I assume it will be not started if droid-hal-init is masked. | 00:55 |
T42 | <linusdan> ok, i will try :) | 00:57 |
T42 | <linusdan> about issue, after installing and restarting the tablet, it goes black screen | 00:57 |
T42 | <linusdan> it does not appear the interface | 00:57 |
T42 | <elros34> then more useful would be journalctl and logcat | 00:57 |
T42 | <elros34> this is old device so you can try with EGL_PLATFORM=fbdev | 00:59 |
T42 | <elros34> instead hwcomposer | 00:59 |
T42 | <linusdan> can you change without having to compile everything again? | 01:01 |
T42 | <elros34> sure, that env variable is defined in /var/lib/environment/compositor/droid-hal-device.conf | 01:02 |
T42 | <linusdan> thanks! I'll test. | 01:04 |
T42 | <linusdan> I'm having to install rootfs again, I'll send you news as soon as I can :) | 01:04 |
T42 | <Lucas Thomas %lastname%> https://t.me/joinchat/AAAAAFOyJ4b7z_y0iRSuPw | 02:22 |
T42 | <Samuel Martin %lastname%> https://t.me/joinchat/AAAAAFOyJ4b7z_y0iRSuPw | 02:26 |
T42 | <Heng %lastname%> Spam | 02:29 |
T42 | <Spidey_SPIDEY_Spidey> @Manuvaidya81 [Ofcourse there are apps in fdroid like WhatsAp …], In my usage I need all gapps | 03:12 |
T42 | <ankaos> hı. ı build hybris-16.0. but not open screen device. https://paste.ubuntu.com/p/hfdRQ9tGWP/ ı send journalctl | 13:32 |
T42 | <ankaos> mal: where is the problem? | 13:35 |
mal | you seem to have selinux enabled | 13:36 |
T42 | <ankaos> mal: ı dont see kernel out config selinux | 13:38 |
mal | who did you disable selinux? did you do it the wrong way? | 13:48 |
mal | you should have CONFIG_AUDIT=y and CONFIG_SECURITY_SELINUX_BOOTPARAM=y | 13:49 |
mal | and then in kernel commandline selinux=0 | 13:49 |
T42 | <ankaos> mal: yes ı read this CONFIG_AUDIT=y CONFIG_SECURITY_SELINUX_BOOTPARAM=y | 13:50 |
mal | so why did you say "ı dont see kernel out config selinux" ? | 14:16 |
T42 | <ankaos> ./hybris/mer-kernel-check/mer_verify_kernel_config out/target/product/oxygen/obj/KERNEL_OBJ/.config -> not read CONFIG_SECURITY_SELINUX_BOOTPARAM=y | 14:27 |
T42 | <linusdan> good morning @elros34 and everyone :) | 14:34 |
T42 | <linusdan> I managed to copy the journalctl log to the tablet storage today: | 14:34 |
T42 | <linusdan> https://paste.opensuse.org/52777294 | 14:34 |
T42 | <linusdan> droid-hal-init continues to have the same problem after masking | 14:36 |
T42 | <linusdan> I don't quite understand the log, but the most common error was the "[grilio-socket] ERROR! Can't connect to RILD: No such file or directory" | 14:37 |
T42 | <linusdan> What would that be? | 14:38 |
mal | @ankaos you seem to have some issue with mounting, check using ls -l /firmware and ls -l /dsp and ls -l /persist | 14:47 |
T42 | <elros34> @linusdan I don't see droid-hal-init at all in your logs so it's hard to guess | 14:59 |
T42 | <elros34> unmask it, reboot, then grab dmesg, journalctl --no-page -b0 and logcat | 14:59 |
T42 | <linusdan> ok | 15:01 |
T42 | <elros34> you seems to build some old sfos release. Which one is that? | 15:02 |
T42 | <linusdan> I'm using version 3.3.0.16 | 15:05 |
T42 | <ankaos> sh-3.2# ls -l firmware | 15:10 |
T42 | <ankaos> lrwxrwxrwx 1 root root 20 Dec 13 2020 firmware -> /vendor/firmware_mnt | 15:10 |
T42 | <ankaos> sh-3.2# ls -l dsp | 15:10 |
T42 | <ankaos> lrwxrwxrwx 1 root root 11 Dec 13 2020 dsp -> /vendor/dsp | 15:10 |
T42 | <ankaos> mal: answer :) | 15:11 |
T42 | <ankaos> sh-3.2# ls -l persist | 15:15 |
T42 | <ankaos> lrwxrwx--x 1 root system 19 Dec 13 2020 persist -> /mnt/vendor/persist | 15:15 |
mal | is /vendor mounted correctly? | 15:17 |
T42 | <ankaos> yes | 15:24 |
T42 | <linusdan> @elros34 journalctl: https://paste.opensuse.org/8005569 | 15:28 |
T42 | <linusdan> dmesg: https://paste.opensuse.org/19545447 | 15:28 |
T42 | <elros34> is that log with EGL_PLATFORM=fbdev? What about logcat? | 15:37 |
T42 | <linusdan> yes, with fbdev :) | 15:49 |
T42 | <linusdan> oh wait, i forget of logcat 😂 | 15:49 |
T42 | <elros34> also check lsmod because I guess some init*rc file try to insmod module from /system and fail. Check what modules you have in /lib/modules/`uname -r`/ | 15:58 |
T42 | <linusdan> it says that the logcat command is not found | 16:00 |
T42 | <elros34> full path is /usr/libexec/droid-hybris/system/bin/logcat | 16:01 |
T42 | <linusdan> logcat: https://paste.opensuse.org/91335925 | 16:18 |
T42 | <linusdan> lsmod: https://imgur.com/a/8One92n | 16:18 |
T42 | <elros34> so you should modprobe both omap and pvr modules | 16:25 |
T42 | <elros34> you can create conf files in /etc/modules-load.d/ so it happen automatically at boot time | 16:30 |
T42 | <linusdan> OK | 16:35 |
T42 | <linusdan> and how do I create these files with the configuration? | 16:35 |
T42 | <Heng %lastname%> soo...I set the droid-hal-device lipstick options to use the touchscreen at /dev/input/event4 but it is still not functionign | 16:37 |
T42 | <Heng %lastname%> what should I try to get it working | 16:37 |
T42 | <Heng %lastname%> Lipstick Options: `LIPSTICK_OPTIONS="-plugin evdevkeyboard:keymap=/usr/share/qt5/keymaps/droid.qmap -plugin evdevtouch:/dev/input/event4"` | 16:43 |
T42 | <elros34> @linusdan just put name of module without .ko. You can find examples probably even in your host system | 16:56 |
T42 | <elros34> Heng Ye: is that really touchscreen device? evdev_trace (mce-tools package) will print all your evdev devices and also events they generates. QT_LOGGING_RULES="qt.qpa.input=true" could also be useful | 17:02 |
T42 | <Heng %lastname%> @elros34 ...which means I should get wifi working first? | 17:07 |
T42 | <elros34> no, telnet via usb which is not hard and it is very usefull | 17:07 |
T42 | <Heng %lastname%> yes i have a console | 17:07 |
T42 | <Heng %lastname%> so reverse USB tethering? @elros34 | 17:08 |
T42 | <elros34> ah, then you can find in HADK pdf how to get internet working | 17:08 |
T42 | <elros34> or download package in sdk target and copy to device | 17:09 |
T42 | <Heng %lastname%> @elros34 [ah, then you can find in HADK pdf how to get i …], It seems that the /dev/input/event number changes each boot | 19:03 |
T42 | <Heng %lastname%> now it's /dev/input/event7 | 19:03 |
T42 | <Heng %lastname%> evdev_trace -t gives ABS_MT_POSITION, ABS_MT_TOOL, ABS_MT_TOUCH, BTM_TOUCH, ABS_X, ABS_Y | 19:04 |
T42 | <Heng %lastname%> does this mean that it detected as touchscreen? @elros34 | 19:04 |
T42 | <Heng %lastname%> Need udev rules for consistent path ? @elros34 | 19:07 |
T42 | <elros34> Heng Ye: yes you can use udev, you can reuse this: KERNEL=="event*", SUBSYSTEM=="input", ATTRS{name}=="atmxt-i2c", ACTION=="add", TEST!=" | 20:02 |
T42 | <elros34> /dev/touchscreen", SYMLINK+="touchscreen", ENV{ID_INPUT_KEY}="0" | 20:02 |
T42 | <elros34> you don't have ABS_MT_PRESSURE but maybe BTN_TOUCH is enough for evdevtouch | 20:04 |
T42 | <Heng %lastname%> @elros34 [Heng Ye: yes you can use udev, you can reuse t …], What is the priority (filename) i should set? | 20:04 |
T42 | <Heng %lastname%> @elros34 | 20:04 |
T42 | <elros34> not sure it is relevant, I use 61-touchscreen.rules | 20:05 |
T42 | <Heng %lastname%> @elros34 [Heng Ye: yes you can use udev, you can reuse t …], soo...that didn't work, theres no /dev/touchscreen | 20:08 |
T42 | <elros34> did you change ATTRS{name}? | 20:09 |
T42 | <Heng %lastname%> @elros34 [did you change ATTRS{name}?], so I did the attribute walk, there are 6 levels of parent devices | 20:50 |
T42 | <Heng %lastname%> which one should I use @elros34 | 20:50 |
T42 | <Heng %lastname%> the device itself does not have a name @elros34 | 20:54 |
T42 | <elros34> so use any other attrs which is unique to this device | 20:54 |
T42 | <Heng %lastname%> @elros34 [so use any other attrs which is unique to this …], there are none | 20:54 |
T42 | <Heng %lastname%> the first parent device shares with 4 other inputs | 20:55 |
T42 | <elros34> oh :) | 20:55 |
T42 | <Heng %lastname%> @elros34 [oh :)], so...maybe use the Persistent Block Naming? | 20:57 |
T42 | <Heng %lastname%> it's at /devices/pci0000:00/808622C1:05/i2c-5/i2c-ELAN2562:00/0018:04F3:2562:0001/input/input25/event20 | 20:57 |
T42 | <Heng %lastname%> or should i keep trying to do something with the udev rules | 20:57 |
T42 | <Heng %lastname%> @elros34 | 20:57 |
T42 | <Heng %lastname%> the device itself has no ATTRs | 20:57 |
T42 | <elros34> not sure, maybe first just rty whether it works at all, so put correct node in droid-hal-device.conf and restart user@100000.service or maybe just lipstick.service | 20:59 |
T42 | <Heng %lastname%> @elros34 [not sure, maybe first just rty whether it work …], well...then I have to have root | 21:00 |
T42 | <elros34> that shoudn't be a problem. Using telnet you are already root otherwise use devel-su to gain root | 21:02 |
T42 | <Heng %lastname%> yay | 21:06 |
T42 | <Heng %lastname%> it works | 21:08 |
T42 | <Heng %lastname%> so I should try the persistent block naming? @elros34 | 21:09 |
T42 | <elros34> not sure what do you mean. If you want to use /devices/pci0000*1/input/input25/event20 then I don't think it will work. qevdevtouchmanager.cpp expects "/dev/" string | 21:11 |
T42 | <Heng %lastname%> @elros34 [not sure what do you mean. If you want to use …], hmm...what else should i try then> | 21:11 |
T42 | <Heng %lastname%> @elros34 | 21:11 |
T42 | <Heng %lastname%> @elros34 this looks interesting https://github.com/mer-hybris/evcap | 21:16 |
T42 | <Heng %lastname%> is this relevant? | 21:17 |
T42 | <elros34> never used it but looks like perfect solution for you | 21:18 |
T42 | <Heng %lastname%> @elros34 [never used it but looks like perfect solution …], yeah but it's going to get confused with the digitizer @elros34 | 21:39 |
T42 | <Heng %lastname%> is there any other way to get the udev to work without having ATTRs for the device? | 21:39 |
T42 | <elros34> evcap use device capabilities. I am pretty sure you will find unique ones. Does evcap for you touchscreen and digitizer? returns same caps? | 21:41 |
T42 | <Heng %lastname%> @elros34 [evcap use device capabilities. I am pretty sur …], the evdev_trace shows the same capabilites when i use touchscreen and digitizer | 21:41 |
T42 | <elros34> oh so use whatever you can and write simple script, even that long path you provided earlier | 21:46 |
T42 | <Heng %lastname%> @elros34 [oh so use whatever you can and write simple sc …], well even that is dynamic | 21:46 |
T42 | <Heng %lastname%> with the input20 and event20 | 21:46 |
T42 | <elros34> haha | 21:46 |
T42 | <elros34> if that is really true then amend kernel driver or built driver touchscreen/digitizer as module and load it in correct order... | 21:49 |
T42 | <Heng %lastname%> they do slightly have a difference in evcap bitmask | 21:49 |
T42 | <Heng %lastname%> perhalps that will help | 21:49 |
T42 | hypnz was added by: hypnz | 21:54 |
T42 | <Heng %lastname%> yay fixed touchscren | 22:15 |
T42 | <Heng %lastname%> but once booted, it shuts down saying battery is empty, while actually its not empty | 22:26 |
T42 | <Heng %lastname%> is there a service or config i can modify for this? ^ | 23:31 |
T42 | <elros34> mce takes care of battery. You can stop mce and run it in verbose mode to figure out what is wrong: mce -Tq -l"modules/battery-udev.c:*" | 23:41 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!