libera/#maemo-leste/ Wednesday, 2021-06-09

Wizzupfreemangordon: ok to test now?00:06
freemangordonbetter not, I have to make a new version first00:07
freemangordonbut, for some reason Scan stopped giving me results :(00:07
Wizzupok00:07
Wizzupbtw00:07
Wizzuphttp://wizzup.org/dirlist/droidfam/00:07
Wizzupnot sure if I should make better ones or if these are ok00:07
Wizzupthe thought is just to capture all the droid4 and bionic phones in one place00:07
freemangordonomg00:08
Wizzup:)00:09
WizzupI'll make one in July showing the "family", with n900, pinephone and others, all on00:09
uvosthats... a lot of mapphones00:09
WizzupI actually have one or two more but w/e00:11
uvosmy gf thinks im a crazy persion for having 3 :D00:12
Wizzupwell if you need to put it in perspective, there's photos :p00:12
uvoshaha i allready fwd it :P00:12
parazyd:D00:13
freemangordonWizzup: new version is building ATM00:27
Wizzupcool00:27
freemangordonwhat I don;t get it why nokia code does not terminate connecting to hidden wlan if it cannot be found00:28
freemangordondo you see some value?00:28
Wizzupit might take a while to scan for it, but I see no point in not stopping00:29
freemangordonsee https://github.com/maemo-leste/connui-internet/blob/master/src/settings/easy-wlan.c#L76100:30
freemangordonit doesn;t make sense to me00:30
freemangordonWizzup: you may upgrade and test00:36
freemangordonWizzup: hmm, seems I should not rely on BSSAdded only, as once added it is never removed00:39
freemangordonso, if while scanning I don;t receive BSSAdded for the given hidden wlan, I shall iterate over all the BSSs on ScanStop. Is that correct?00:40
WizzupBSSes should expire over time00:40
freemangordonbut not immediately00:41
WizzupYes, iterate over them on scandone/scanstop00:41
freemangordonyeah, ScanDone00:41
Wizzupright, they can persist across scans00:41
freemangordonok, so it doesn;t make sense to listen for BSSAdded00:41
Wizzupfor icd2 it does, since you can show added networks in real time00:42
freemangordonas it will be fired only once (the first time I issue scan)00:42
freemangordonyeah (icd2)00:42
freemangordonbut, you still can try to connect with the current code, it will succeed the first time you try00:43
Wizzupok00:43
Wizzupfreemangordon: best if I reboot, I guess00:45
Wizzup(rather than re-launch connui-conndlgs)00:45
freemangordonhmm, yeah00:45
freemangordonboth should work00:45
freemangordonrestart connui-conndlgs first00:45
WizzupI just rebooted the device, more clean way00:46
freemangordonok00:46
freemangordonWizzup: is there a way to force wpa_supplicant to forget about that specific ssid?00:47
Wizzupabout the result of the scan you mean?00:49
freemangordonyes00:49
WizzupI see:00:49
WizzupFlushBSS ( u : age ) –> nothing00:49
WizzupFlush BSS entries from the cache.00:49
freemangordonbecause I don;t want to wait for scan to complete and then to iterate over all of the networks just to get the results for 'my' network00:49
Wizzupfreemangordon: yeah worked (connecting)00:51
Wizzupit got stuck forever when I wrote the wrong ssid though00:51
Wizzupbut I think you remarked on that earlier00:51
freemangordonmhm00:51
freemangordonI don;t understand why nokia did it like that00:52
Wizzuphm, now opening osso controlpanel causes it to close/crash00:52
Wizzup(could be something on my side)00:52
Wizzupwell when I open the internet connections dialog00:52
Wizzuphm, worked when I did it again00:52
Wizzupok, looks like it was nicely added to list of connections00:53
freemangordonyep, was just about to ask :)00:53
Wizzupfreemangordon: the crash might be a local thing (cellular)00:53
freemangordonbecause here it never finished connecting (no dhcp sever setup)00:53
Wizzupheh00:54
freemangordonok, so we have a fix now that works only once :)00:54
Wizzupwhat do you mean?00:54
freemangordonI may consider sending flush00:54
freemangordonBSSAdded is never called more than once here00:54
Wizzupright, ok00:55
freemangordonWizzup: building a version which flushes cache before scanning for a hidden AP07:47
freemangordonhowever, I think there might be some issue in icd wpa plugin - it seems to try to connect forever to a hidden AP which is non-existent07:48
freemangordonI tried the same on fremantle and it gives error dialog in 10 seconds or so07:49
freemangordonthat could be part of the issue that connui dialog has to be closed if first connection attempt fails07:49
freemangordonyou can easily trigger that by entering wrong ssid for a hidden AP - wifi icon will start blinking forever07:50
freemangordonalso, it is a good idea to mask psk and others like it when logging from the plugin08:00
Wizzupfreemangordon: ok, it's possible I lack some timeout09:42
diejuseapt install xfce4-appfinder10:09
diejuseit works and looks perfect on MLeste10:10
freemangordonhow does it look?10:11
freemangordonI mean - screenshot please :)10:11
diejuse1https://drive.google.com/file/d/1SLt1kIB3_ALAiWxQhcN2sH4Bma2vqU3A/view?usp=drivesdk10:36
diejusefreemangordon: There is the image.10:37
freemangordondiejuse1: yeah, looks nice11:10
freemangordonWizzup: what about https://pastebin.com/mxfVBsAy ?13:25
freemangordonthis seems to fix "connecting forever" bug13:25
Wizzupfreemangordon: sorry, in plane now, will check later tonight, pls ping me if I do not look at it tonight14:11
freemangordonWizzup: no hurry, also, the patch seems to break normal connections14:46
freemangordonlets have a look/discussion when you have more time14:46
mighty17[m]Would you guys like adding support for another device (omap4430) ofc I'll do the porting and stuff, but I need directions16:32
Wizzupmighty17[m]: what device?18:00
mighty17[m]<Wizzup "mighty17: what device?"> Samsung Galaxy Tab 218:33
mighty17[m]Iirc I asked before but that was in freenode channel18:33
Wizzupmighty17[m]: sure, if you have display, wifi and usb or something working, we can start looking at building an image for it18:38
WizzupI assume you don't have powervr working yet18:38
mighty17[m]<Wizzup "I assume you don't have powervr "> in pmOS i do!18:39
mighty17[m]https://wiki.postmarketos.org/wiki/Samsung_Galaxy_Tab_2_7.0%22_(samsung-espresso3g)18:39
Wizzupok, cool18:40
Wizzupwhich ddk is that?18:40
Wizzupmighty17[m]: I am thinking what makes the most sense perhaps is for you to download a droid4 image that we have, and then modify the kernel/modules and a few other things to fix your device18:41
Wizzupwe have this for device specific config: https://github.com/maemo-leste/leste-config18:41
mighty17[m]<Wizzup "which ddk is that?"> 1.1718:42
Wizzupok, for leste you'll want an older one18:42
WizzupI'd suggest to use the one we use for the d418:42
Wizzup(the latest one does not support X)18:42
mighty17[m]1.9 as it supports X18:42
Wizzupyes18:42
mighty17[m]i use the linux_openpvrsgx kernel anyways, it requires some patches for charger and touch (and dts ofc)18:43
Wizzupgreat18:44
Wizzupso maybe start with a droid 4 or bionic image, add your own kernel+modules, and check leste-config for other files you might want to tweak18:45
Wizzupand then we can look at adding a leste-config package for it, and then auto build images for it18:45
mighty17[m]i was checking droid4 and the entire https://github.com/maemo-leste/leste-config/tree/master/leste-config-droid4/etc/mce/mce.ini.d seems unneeded for tab 2 (henceforth called as espresso/3g)18:47
Wizzupdoes the tablet have a rgb status led?18:48
Wizzupand does it have an ambient light sensor?18:48
Wizzupand vibrator, etc?18:49
Wizzupsometimes you need to provide a sysfs path for those kind of things18:49
Wizzupof course for an initial port this does not matter18:49
mighty17[m]no led, light sensor is still not working (i cant get gpadc working)18:49
Wizzupbut you''ll probably want some kind of nce.ini.d18:49
Wizzupnot even a charging led? ok18:49
mighty17[m]<Wizzup "of course for an initial port th"> yeah for now i will do what u said, use d4 img and my kernel18:49
mighty17[m]<Wizzup "not even a charging led? ok"> yup not even that18:49
Wizzupok18:50
Wizzupwell, you can omit it and see how it goes18:50
mighty17[m]a lot of things need to be omitted xD18:51
Wizzupexciting nonetheless18:52
mighty17[m]```18:53
mighty17[m]/usr/share/X11/xorg.conf.d/40-ts.conf.leste18:53
mighty17[m]/usr/share/X11/xorg.conf.d/99-omap.conf.leste18:53
mighty17[m]what are these two18:53
Wizzupis this in leste-config-mapphone ?18:55
Wizzuphttps://github.com/maemo-leste/leste-config/blob/master/leste-config-mapphone/usr/share/X11/xorg.conf.d/99-omap.conf.leste18:55
mighty17[m]yes yes found it18:55
Wizzupok18:55
Wizzupnot sure about 40-ts.conf18:55
WizzupI don't see it anymore in leste-config18:55
mighty17[m]https://github.com/MightyM17/leste-config/commit/424739f9cdbdd22097a88c3d8cb6276d00bff15818:56
mighty17[m]<Wizzup "not sure about 40-ts.conf"> its in pinephone folder somehow18:57
mighty17[m]pocophone*18:57
Wizzupwell, various devices could have had such a ts.conf19:04
Wizzupmighty17[m]: I suggest (later, when submitting a PR) that you create a new directory for your device rather than modifying the droid4 one19:04
mighty17[m]<Wizzup "mighty17: I suggest (later, when"> yes ofc, i wanted to copy it now and do changes but t'was too much work for initial port19:11
Wizzup:)19:12
mighty17[m]<Wizzup ":)"> now what, how do i build it, (suggestion add dummy device package)19:53
uvosmighty17[m]: note that leste-config-droid4 is NOT a compleate or sufficant device specification for leste20:26
uvosmighty17[m]: only the combination of leste-config-mapphone and leste-config-droid4 has everything needed for the d420:26
uvosyour device is not a mapphone so it dose not have the cpcap devices assumed by *-mapphone packages20:27
mighty17[m]correct20:27
mighty17[m]i think i removed then20:27
mighty17[m]them*20:27
uvosto create a new device you must20:28
uvos1 provide a seris of kernel patches that apply to https://github.com/maemo-leste/droid4-linux/tree/droid4-pending-v5.11 (sorry about the bad name of this repo)20:29
uvosbest base your patches on upstream 5.11 then they will apply to this branch20:29
uvosthese patches must be of resonable quality that they can be upstreamed to the mainline kernel.20:30
uvos2. you must add your device to https://github.com/maemo-leste/image-builder20:30
uvos3. you must provide the package list needed by your device to https://github.com/maemo-leste/hildon-meta/blob/master/debian/control20:31
uvos4. you must provide a pr on leste-config that creates a package in leste-config (an be minimal or even empty)20:31
uvosif you do that you device will be supported as a "experiamental" device20:32
mighty17[m]<uvos "best base your patches on upstre"> is 11 necessary, i have a driver which was added in 5.1220:33
uvosmighty17[m]: yes20:33
mighty17[m]ok i will add it as a patch20:33
mighty17[m]also my cpu is clocked to 1GHz compared to 1.2 on d420:33
uvosmighty17[m]: so? your dts should specify this20:34
mighty17[m]<uvos "if you do that you device will b"> seems like quite a lot20:34
uvosor use omap4 defaults whitch are 1.020:34
mighty17[m]<uvos "mighty17: so? your dts should sp"> what? doesnt the omap4.dtsi specify that20:34
mighty17[m]ok nvm20:34
uvosmighty17[m]: yes it dose we override that for mapphones20:35
uvosmighty17[m]: but as your device is a omap normal speed one its fine as is20:35
uvosif you want your device to be marked "supported" you must achive functionality somewhate close to the droid bionic see the table here: https://leste.maemo.org/Motorola_Droid_Bionic20:35
uvosand you must test the device regularly and at least one other active persion in the comunity must also have the same device20:36
mighty17[m]thats quite a lot20:37
mighty17[m]mostly i wont be working on 3g/modem20:37
mighty17[m]https://wiki.postmarketos.org/wiki/Samsung_Galaxy_Tab_2_7.0%22_(samsung-espresso3g)20:37
uvoson a tablet that fine20:37
uvosyour device is a tablet right?20:37
uvosno modem is perfecly fine20:38
uvosfunctionaliy is also not so important as regular testing really20:38
mighty17[m]<uvos "your device is a tablet right?"> yes20:38
mighty17[m]<uvos "functionaliy is also not so impo"> i think i know a person who can do testing20:38
uvosanyhow lets get you into experiamental state first :P20:39
mighty17[m]indeed xD20:39
uvosi have a driver which was added in 5.1220:40
uvoswhat driver was this btw?20:40
mighty17[m]yas53020:40
mighty17[m]magnetometer20:40
uvosoh20:40
uvosdont patch that in20:40
uvosjust drop it in 5.1120:40
mighty17[m]like cp the driver lol20:41
uvosdont do this, just leave the magnetometer broken in leste untill we move to 5.12+20:41
mighty17[m]<uvos "1 provide a seris of kernel patc"> https://github.com/maemo-leste/droid4-linux/tree/droid4-pending-pvr-omapdrm-v5.11 ?20:41
uvosno20:41
uvosjust patches on top mainline 5.11 or droid4-pending-v5.1120:42
uvoswith droid4-pending-v5.11 prefered20:42
uvosif you have patches to the pvr driver please provied thos (and only those) on top of droid4-pending-pvr-omapdrm-v5.1120:43
uvosi ment with mainline v5.11 prefered sorry20:43
mighty17[m]<uvos "if you have patches to the pvr d"> Oh I thought that was the kernel (like openpvrsgx)20:44
uvosno20:44
uvossame with openpvrsgx20:44
uvosits the kernel20:44
uvostree20:44
uvosbut in reality we just merge that in20:44
mighty17[m]Ah okay20:45
uvosand delop on top of mainline20:45
mighty17[m]Basically fork of openpvrsgx20:45
uvosright we develop on the droid4-pending-* branch and merge in droid4-pending-pvr-omapdrm-v5.11 just before compileing20:46
uvosso our commits are never at risk of dependancies to the pvr driver/patches20:47

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!