libera/#maemo-leste/ Monday, 2021-11-15

jk_0https://pastebin.com/MZUYRxP800:45
jk_0I managed to get ps xua for you00:46
jk_0Wizzup: https://pastebin.com/JbdkakwY01:00
jk_0and that is pstree -l :)01:00
freemangordonyesss, 2 kernel patches later and h-d works in landscape :)08:49
uvosfreemangordon: what kind of patches?08:50
freemangordonin omapdrm driver (to correctly set GEM buffers size) and pvr driver (to assume BOs sg memory size to be page size aligned)08:51
uvosok08:51
freemangordonwill post them later on so you'll see08:51
uvosgreat08:53
buZzaligment to get TILER working?08:59
freemangordonalignment to get SGX render on TILER BOs09:00
buZznice :)09:04
buZzwill droid4's hw ever allow dual outputs? screen + hdmi?09:04
buZznon-mirrored09:05
uvosyes09:05
buZzomg :) exciting09:05
uvosworks fine atm (well not in hildon but thats h-ds fault)09:05
uvosthis is btw also how motorola used it09:05
buZzapt install pd gem gl4es + that working makes droid4 almost a viable device for video performances09:05
uvosandroid on the phone display + x11 on the hdmi display09:05
buZzhmhm, but only on their initial firmware i think? i should really fix my lapdock soon, keyboard is all mushy09:06
uvosyes only on 2.309:06
uvoslater its just android09:06
buZzlol > Lot of 5.Motorola Lapdock 100 Droid Razr Cracked screen, NP. Parts or repair09:08
buZz35 euros ex everything09:08
buZz:P09:08
parazyduvos: osso-icons09:09
parazyd(Unsure if you got your reply)09:09
uvosparazyd: no thanks09:17
freemangordontmlind: is there a way to set /dev/dri cards order?09:35
freemangordonor, this shall be done through udev?09:35
Wizzupparazyd: I thought could also ship their own icons?09:38
parazydWizzup: Yeah any program can, as long as it's installed under the same (hicolor I think) directory09:41
Wizzupfreemangordon: parazyd: I'll continue on the packaging today, hope to get it done in between some work09:45
parazydok09:45
parazydlmk how I can help09:45
Wizzupmesa, or another pkg from here: https://github.com/maemo-leste/bugtracker/issues/524#issuecomment-96810393409:46
WizzupI am doing the sgx ddk stuff and headers from xf86-video-omap09:46
Wizzupand it should all go into -experimental09:46
Wizzupthere's also a 5.15 kernel build for -experimental based on latest droid4 pending + maybe the patches fmg mentioned09:47
Wizzupmaybe the least painful thing to do is to try with latest mesa release without pvr for -devel, and then we can try to add the pvr stuff on top of that09:48
WizzupI'm setting up a cross container with mostly native performance using bencoh's method for stuff as well09:48
parazydAlright, will check after lunch today09:49
Wizzupjust poke me then, I might have been looking at mesa already09:49
Wizzupbencoh: fakeroot-sysv is not installed after the debootstrap for amd64 it seems09:59
Wizzupchrooting to the amd64 one and installing it10:00
Wizzupbencoh: iirc I also had to install devuan-keyring on the armhf container10:04
uvosis HildonTextView thumb scrollable?10:27
bencohWizzup: if you followed the steps it should be10:46
bencohWizzup: I tried yesterday10:47
Wizzupit wasn't installed, but I installed it manually10:47
Wizzuppretty sure I followed all the steps this time10:47
Wizzupassuming you're taking fakeroot-sysv10:47
bencohbut I updated it with a patched fakeroot-sysv script to allow working with both armhf and amd64; I dunno if the version you have is patched10:47
Wizzuptalking*10:47
bencohWizzup: including the xorg build-dep?10:47
Wizzupbencoh: you're right, that's the one I skipped... :)10:48
bencoh:)10:48
Wizzupin any case it works now10:48
bencohyay10:48
WizzupI haven't tried to build anything yet, but everything else seems ok10:48
Wizzup(I need to add leste sources and such)10:48
Wizzupbtw the xorg dep is after the fakeroot-sysv so I can't matter for that10:48
Wizzupmaybe it's a debootstrap on gentoo vs debian thing10:49
bencoh?10:49
bencohah10:49
Wizzupright, with regards to fakeroot not being installed10:49
bencohI just realized the build-deb thing is in the armhf container, not in the chroot10:49
Wizzupyeah, but the sed on the fakeroot binary is also before that step10:50
Wizzupthe only things I had to change wrt the notes was (1) suspend lxc create and install qemu before it needs it (2) install fakeroot in amd64 container/chroot (3) install fakeroot in armhf10:51
bencohWizzup: the build-dep happens in armhf, so basically it isn't related in any way, I was mistaken :)10:52
bencohso we should probably add it to the list of stuff to install10:52
bencoh(for the amd64 chroot)10:53
Wizzupprobably yeah10:54
Wizzupbut then the order needs to change still10:55
Wizzupas in the sed needs to then happen after the install10:55
bencohWizzup: the sed is amd64-related, the build-dep is armhf-related10:55
Wizzupyes10:56
Wizzupbut if you meant to add fakeroot to this:10:56
Wizzupchroot /amd6410:57
Wizzupapt-get install bash-completion bash-static build-essential debhelper file flex bison gcc-8-arm-linux-gnueabihf g++-arm-linux-gnueabihf locales man-db quilt perl ninja-build meson xsltproc10:57
bencohah, I see what you mean now :)10:57
Wizzupthen you need to still run the sed to create fakeroot-sysv-patched after that10:57
bencohthose should go to debootstrap as well10:57
bencohI haven't changed it yet10:57
bencoh(debootstrap can take a list of packages to install)10:57
Wizzupah check10:57
Wizzupbrb10:58
bencohtbh I'm feeling lazy about it, but I should make that thing a proper script10:58
Wizzupthen we could put it on the wiki, yeah11:04
bencohwe can probably ship it as a tarball meanwhile (that's what scratchbox used to do)11:06
Wizzupparazyd: at least I think having an -experimental repo ready would be useful11:36
parazydWizzup: It should be working already11:52
Wizzupok11:52
Wizzupso there's nothing in there atm that we need to purge first?11:52
parazydLemme check11:52
parazydThere's only a 5.10 droid4 kernel11:53
parazydShould I remove it?11:53
Wizzupyeah although ir probably doesn't matter11:57
parazydSure, if you build a new one it'll be replaced.11:59
parazyd(And the -devel version is newer anyway)12:00
parazydWizzup: ok if I nuke the current mesa repo? We add no patches, it's just newer than beowulf.12:12
parazydI'm gonna  try to make it more easier to maintain12:12
dreamerparazyd: <3 gl4es package. works great ootb so far :)12:13
parazydoh nice12:13
dreamer(buZz and I are testing with pd+Gem)12:13
parazydlmk if I should pull new stuff from upstream12:14
dreameron my pandora I have the upstream version, but the rest of that OS is so incredibly outdated :)12:14
dreamer:( *12:14
* dreamer can't wait to one day figure out how to boot devuan on the pandora ..12:14
Wizzupparazyd: define current12:14
Wizzupparazyd: we need to fork mesa for pvr stuff12:15
Wizzupso removing the repo doesn't make sense to me12:15
parazydWizzup: https://github.com/maemo-leste-upstream-forks/mesa12:15
Wizzupyes, we need it12:15
parazydI just want to start from scratch12:15
Wizzupmaybe save the branch somewhere12:15
Wizzupbut yeah sure feel free to hack on it12:15
parazyd*nod*12:15
WizzupI think bencoh's container thing should make this much more painless to test btw12:16
Wizzupmuch less painful*12:16
WizzupI volunteer to test a build later today if you want12:21
parazydStarted working on it now12:23
Wizzup*nod*12:23
Wizzupcool :)12:23
Wizzupideally we could build 21.2.512:23
Wizzupand add the pvr patches on top of that12:23
parazydYep12:24
Wizzupsince that would help lima devices (presumably)12:24
parazydThat's my plan12:24
Wizzupcool12:24
parazydNeed to see if I have to update glvnd and libdrm first12:24
Wizzupright12:24
uvosheh so i made a thread view for sphone12:44
uvosand it crashes xorg with 100% precision when rotated with it shown12:44
uvoson d412:44
uvoslike him dose soemtimes12:44
Wizzupwell that's good news in the sense that we have a reproducible bug12:44
uvosi was looking for a repoducable case for this12:45
uvosyeah12:45
uvosbut i think fmg is just gona save me at this point12:45
Wizzupbtw, parazyd just got the reboot on upgrade again and it looks like mce cannot get dbus when it restarts and then the device reboots after 10 tries12:45
uvoswith ddk1.17/new -video-omap12:45
Wizzupwe're trying to see if the dbus addrs in /tmp/ get clobbered somehow12:45
Wizzupwhat is threaded view for sms even though?12:46
Wizzupafaik there is no way to 'respond to a thread' ?12:46
uvossure there is12:46
uvosWizzup: like android12:46
WizzupI don't understand12:46
uvoswell every contact has one thread, you can have multiple threads like email foc12:47
uvos*ofc12:47
Wizzupso what's a thread about it?12:47
Wizzupor do you mean what maemo does as well12:47
uvosim not describing it correctly12:47
uvosits like android or telegram or irc or whatever works12:47
uvosthere are rooms12:47
uvoswith recipiants12:47
parazydYou mean "groups" ?12:49
uvosyeah execpt a group is just one perso12:50
uvossince its sms12:50
parazydRight12:50
uvos(only available backend atm anyways - its backend selectable)12:50
bencohmaemo has no real "thread" support (at least in Conversation), but it has "conversations"12:50
uvosyeah sphone is same now12:51
uvosi just dont know the terminology12:51
bencohthen it's a good start I'd say :)12:51
dsc_did someone say conversations12:52
Wizzupheh12:52
dsc_;)12:52
bencoh:)12:52
lelparazyd deleted a repository: https://github.com/maemo-leste-upstream-forks/libglvnd12:53
lelparazyd created a repository: https://github.com/maemo-leste-upstream-forks/libglvnd12:53
lelparazyd edited a repository: https://github.com/maemo-leste-upstream-forks/libglvnd12:54
lelparazyd deleted a repository: https://github.com/maemo-leste-upstream-forks/libdrm12:58
lelparazyd created a repository: https://github.com/maemo-leste-upstream-forks/libdrm12:58
lelparazyd edited a repository: https://github.com/maemo-leste-upstream-forks/libdrm12:59
uvoshehe the moment a bot is reporting on your mistakes in real time13:00
parazydI'm just resetting the repos to a clean slate.13:01
parazydActually the latest unstable builds just fine on beowulf13:01
parazydNow onto mesa13:02
uvosoh ok13:02
freemangordonwith PVR EXA disabled, d4 boots to hildon-desktop :)13:07
tmlindnice, yeah i think the dri nodes are created by udev13:10
freemangordonI think we shall create some udev rules (or whatever) so card0 to be omapdrm, not pvr13:16
uvosENV{ID_PATH}=="?*", KERNEL=="card*", SYMLINK+="dri/by-path/$env{ID_PATH}-card"13:17
uvosoveride it with something that links to dri/by-path/$(whateveromapdrm ist)13:18
freemangordonuvos: please, could you do that13:18
uvossure13:18
freemangordonwe need that for d4 and Nokia devices only13:19
freemangordonwell, not really13:19
uvosdo we want the sgx node at all?13:19
freemangordonwe need it for devices with SGX GPU :)13:19
uvosor is it non operatable13:19
freemangordonuvos: no idea13:19
uvosok13:19
freemangordonI can try without it later on13:20
uvoswe need the sgx node for kmscube/plain kms/drm applicaitons or?13:20
freemangordonand, it seems we'll have to rename pvr_dri to omapdrm_dri13:20
freemangordondon;t know13:20
freemangordonand cannot test ATM13:20
uvosok13:20
uvosill do it later13:21
freemangordonthanks!13:22
dsc_Re: my droid4, I'm now on an USB wall charger, when I connect the d4 it turns on, into kexecboot, but quickly turns off again13:33
dsc_I am getting the feeling it is not actually charging13:33
dsc_*or* kexecboot automatically picks an item from the list (maemo) and turns black because my OS is broken (?)13:34
WizzupI'd just leave it on the wall for ~30 mins13:34
dsc_yeah, it wont boot into stock android too13:35
uvosdsc_: pick stock android13:35
uvosok13:35
uvosits to empty13:35
dsc_ok13:35
parazydCan we somehow protect against this happening?13:36
uvosno13:36
uvoswell we do13:36
uvoswith mce13:36
parazydHow does Android do it?13:36
uvosbut if it happes becasue the device is off for a long time and self0discarges we cant protect13:36
uvosso the probem is:13:36
uvoscpcap charges by itself untill some voltage is accived (unless the voltage is below 2.5 or so volts then it wont charge beause its unsafe)13:37
uvosthen cpcap boots the device13:37
uvosandroid immidatly enters its charge mode13:37
uvosbut with kexecboot, kexecboot loads first13:37
uvosthe battery is then below androids emergency threshold by the time it starts13:38
parazydaha13:38
uvosso its too late and it powers off again13:38
dsc_some sort of visual indicator it is charging at least would be nice somehow13:39
parazydThe green LED should be on13:39
uvosthe green led is cpcap's hw signaling charge13:39
dsc_it is not13:39
parazydfwiw I sometimes charge it with a DC-only USB cable (no data pins) and it helps13:40
parazydNot sure why13:40
parazydI think it works for buZz too13:40
uvosif the id pin is not pulled low13:40
uvoscpcap dosent boot ever13:40
uvosso it just charges while off13:40
dsc_I might have an USB cable that is not capable of delivering power (?)13:41
dsc_:D13:41
uvosno13:41
uvosyou might have an usb calble thats capapble of delivering data13:41
dsc_right13:41
uvosanyhow if this happens i just remove the battery and give it a bit of juice13:41
uvosi gues you dont have anything to do that13:41
dsc_correct13:42
uvosdsc_: ok try what Wizzup said, maybe the charge led is just off because the android kernel wrote the reg to turn this feature off before it powered down13:43
rulehtry plugging it into a pc usb port, seems to work for me13:43
uvosotherwise your out of luck i think13:43
tmlindruleh: hi again!13:43
dsc_kk13:43
rulehHI :)13:43
tmlindthe cpcap charger stuff should sort of behave nowadays13:44
uvostmlind: this is about cpcaps trickel charge behavior before boot13:44
rulehthe low battery charging seems to be highly charger dependent for some reason13:44
tmlinduvos: right, sorry that was for ruleh to summarize the status since few years ago..13:45
uvosoh ok :)13:45
rulehthere is also this situation where the device gets power over usb to run things like fastboot but doesn't actually charge the battery.13:47
uvosruleh: sure yeah for a855 there was the "factory" cable that powerd the device over usb and booted fastboot only13:49
uvosnot sure if its implemented on xt89413:49
uvoslooks like this was with pullup on the id pin13:50
tmlindhmm yeah fastboot cable with id pin pulled up will always power up the device using usb bus, even if no battery. not sure booted stock os charges battery though13:51
uvosok on a855 this forces fastboot mode, no way to boot stock os. so thats not how xt894 works, interesting13:52
rulehwould an usb otg cable do the same?13:53
uvosno13:53
uvosotg pulls the pin down13:53
parazyduvos, Wizzup: btw I just got 7.5G of Nov 15 12:53:53 localhost maemo-launcher[5733]: error accepting connections (Operation not supported)13:54
parazydIn /var/log/syslog13:54
parazydIt keeps filling up13:54
uvosneat13:54
parazydlol13:54
* parazyd reboots13:55
bencohbest way to test the sdcard ever13:55
parazydIt was in the VM, but regardless13:56
Wizzupparazyd: maybe restarting maemo-launcher is problematic?13:56
uvosmy  /var/log/syslog looks fine13:57
uvos(on d4)13:57
parazydPerhaps13:57
parazydI'm trying to build mesa so I don't want to restart services atm13:57
uvosparazyd: this isent wasent on the same boot as where you upraged maemo-launcher?13:57
parazydNo, I already got ke-recv or something reboot my VM when I did a dist-upgrade13:58
bencohis dist-upgrade supposed to work nowadays?14:01
uvosyes but dsme/ke-recv broke it some time ago14:01
Wizzupbencoh: upgrade is mostly dist-upgrade for our purposes, unless you meant actually moving from one release to another14:11
buZzparazyd: yep, blocking data pins on a USB cable makes charging (from zero) a -lot- easier14:26
dreamerblocking?14:39
bencohshorting to ground iirc14:40
bencoh(that's what chargers should do)14:40
bencoh(not sure if it's really shorting it to ground or having a pull-down resistor though)14:40
freemangordonuvos: do you want me to cc you in TILER/omapdrm mails I send to Tomi?15:06
freemangordonWizzup: same question to you15:06
freemangordonthough, linux-omap is in CC so you should already have them15:07
uvosfreemangordon: its unlikely that i can add anything, but i am happy to follow along.15:07
freemangordonyeah, it is not about helping, just FYI15:07
uvosand im on linux-omap only in with the spamy email15:07
uvosso yes15:07
freemangordonok, will cc15:08
Wizzupfreemangordon: yes please15:08
freemangordonok15:08
freemangordonsicelo: hmm, who is that guy? should I know him?15:11
freemangordonI mean - I follow the discussion on the ML, but not sure shall I do anything about15:12
buZzyou mean pavel?15:17
buZzoh different ML i guess15:18
buZzbencoh: no, just not connecting the datapins15:18
buZzso, left floating15:18
bencohshorting D+/D- together?15:18
freemangordonbuZz: I mean Lucas Fryzek15:18
buZzi dont know this person :)15:19
buZzbencoh: i have a 'usb condom' that only allows GND and +5V to connect through15:19
buZzthe datapins are unconnected15:19
bencohah, that15:19
buZzi think i even pulled em out of the usb plugs?15:19
Wizzupfreemangordon:15:21
Wizzupglmark2 Score: 9215:21
Wizzupneat15:21
freemangordonyeah :)15:24
freemangordonXorg segfaults from time to time though, but I'll investigate15:24
Wizzup*nod*15:24
freemangordonthis is with PVR EXA15:25
freemangordonwithout it it is stable15:25
Wizzupcheck15:25
freemangordonso, we have usable 5.15/1.17 :)15:25
freemangordonI'll have to resend some patches though15:25
uvosgreat :)15:26
uvoshows perf with no exa?15:26
freemangordonlemme check15:26
uvosi gues fineish?15:26
freemangordonyes15:26
lelparazyd created a repository: https://github.com/maemo-leste-upstream-forks/directx-headers15:26
uvoscant be worse than current ddk1.9 :)15:26
freemangordonthe same like 1.915:26
uvosok15:26
lelparazyd edited a repository: https://github.com/maemo-leste-upstream-forks/directx-headers15:27
* freemangordon runs glmark without exa15:27
parazyd(mesa dep, in case you wanna make jokes :P )15:27
uvoswas about to15:27
uvosfmg is makeing great progress, but i think dx12 is out of the question on pvr15:27
bencoh:]15:28
freemangordonwell, why not, while I am ont it :p15:28
freemangordonparazyd: do we really need to compile directx suport?15:28
bencoh(I wouldn't be surprised if the poulsbo board received windows/directx support)15:28
freemangordonI guess we cah disable that from the options15:28
bencoh(intel / gma / pvr)15:28
parazydIt's just easier than making a mess out of the repo. I want to have a unified mesa for all architectures.15:29
parazydAnd it just compiled in my VM15:29
parazydSo next I'll rebase PVR on top.15:29
uvosyeah i mean there is no reason not to have dx support on gallium drivers when leste is run on amd6415:30
freemangordonparazyd: ok, I understand that, but still, on no arch we will ever support there will be need fo directx, no?15:30
uvosfreemangordon: gallium supports dx on linux so yeah you can use it on leste on a pc15:30
uvosand wine dose do so15:30
parazydYou can, but the reason I'm building this is there's no directx flag in the compile options.15:30
freemangordonso, you mean windows how provides dx support to linux guest?15:30
freemangordons/how/host15:31
freemangordonparazyd: ok15:31
uvosmesa just implements dx natively you could use it in regular linux applications to (no one dose this ofc)15:31
freemangordonwhat? omg. well, ok15:32
freemangordonI think it is time to wipe it all out and start from scratch :D15:32
freemangordonnext letter is 'm', so 'minux'?15:32
freemangordonuvos: glmark2 Score: 4415:33
uvosfreemangordon: slightly better than ddk1.915:33
parazydfreemangordon: https://149366088.v2.pressablecdn.com/wp-content/uploads/2018/04/microsoft-loves-linux-1.jpg15:33
parazyd:p15:33
uvosfreemangordon: but really ddk1.9 colapses with h-d running15:33
uvosglmark score is like 20 iirc15:33
freemangordonwell, that's noprmal15:34
freemangordon*normal15:34
freemangordonyou have SW copy and SW compositing15:34
uvosyeah15:34
freemangordonthat'll be fixed with EXA15:34
* freemangordon needs some rest15:35
freemangordonttyl15:35
uvosbye15:35
parazydWizzup: ok, everything's here I think: https://github.com/maemo-leste-upstream-forks/mesa/tree/maemo/beowulf-experimental16:28
parazydWizzup: Can you try building it for arm?16:29
parazyd(I don't have a proper lxc setup right now)16:29
Wizzupok16:30
Wizzupparazyd: going to verbose about this16:35
WizzupI run apt-get build-dep .16:36
Wizzupand get:16:36
WizzupThe following packages have unmet dependencies: builddeps:. : Depends: meson (>= 0.52) but 0.49.2-1 is to be installed16:36
WizzupE: Unable to correct problems, you have held broken packages.16:36
Wizzupso first thing to do is install it from backports?16:36
Wizzupdoing so now16:36
parazydYep16:37
parazydWizzup: oh and you have the rest of the deps in beowulf-experimental, so enable it16:38
parazydLatest libdrm and libglvnd16:38
Wizzupyeah I did enable it16:38
WizzupI get this:16:39
Wizzup../meson.build:305:2: ERROR: Problem encountered: tegra driver requires nouveau driver16:39
freemangordontmlind: is there any change to have my patches *after* 5.15.2 merge16:39
freemangordon*chance16:39
freemangordonI have to send new versions, but I am not sure how to do that16:40
freemangordonI tried to git rebase -i, but it fails16:40
Wizzupwhat fails exactly?16:42
Wizzupparazyd: any idea what to do next?16:43
Wizzuptrying something16:44
freemangordonthe rebase itself16:44
freemangordonCONFLICT (content): Merge conflict in drivers/spi/spi-tegra20-slink.c16:44
Wizzupwell, what's the conflict?16:46
freemangordonok, I guess I can revert aand apply on top16:46
Wizzupright16:46
Wizzupparazyd: I added nouveau next to the pvr section in meson.build and it's going now, let's see16:47
Wizzupah, nope, didn't help16:47
Wizzupmeson /o\16:49
tmlindfreemangordon: hmm well your patches appear after 5.12.2 if you do git log 5.12.2.. but not sure what you're trying to do16:50
tmlindi thought you wanted the stable 5.12 merged in?16:50
tmlindnext week it's 5.12.3 and again they patches get buried :)16:50
freemangordontmlind: yes, they appear after, but are actually before it seems16:51
freemangordonI want to squash a change I made into one of those patches16:51
freemangordonby using git rebase -i, but it wants to everything between 5.15-rc and 5.15.216:51
freemangordonand fails16:52
parazydWizzup: Hold on, something came up here, sorry16:52
Wizzupk, np, I'll do some other stuff meanwhile16:52
freemangordontmlind: top commit is (HEAD -> droid4-pending-pvr-omapdrm-v5.15, tmlind/droid4-pending-pvr-omapdrm-v5.15) Merge tag 'v5.15.2' into droid4-pending-pvr-omapdrm-v5.1516:52
freemangordonso it seems you have applied my patches and then merged 5.15.2 on top16:53
freemangordonnot really an issue, I'll just revert and reapply16:53
tmlindok16:56
Wizzupparazyd: https://pastebin.com/raw/9pDk5H9K17:09
Wizzuplooks like something lacks a _GNU_SOURCE17:10
vectisquit17:14
Wizzuphttps://gitlab.freedesktop.org/mesa/mesa/-/issues/506717:14
Wizzupparazyd: we will need at least one patch to make it build on armhf, but not a big deal17:17
WizzupI also have some changes17:17
d4ircHello Wizzup!17:23
dsc_:o17:23
Wizzupyo17:24
parazydWizzup: Feel free to commit17:24
Wizzupfreemangordon: uvos: is the pvr mesa driver a DRI driver?17:25
Wizzupd4irc: <script>alert('hi');</script>17:28
Wizzupparazyd: freemangordon: https://dpaste.com/BAYQH8D4W17:29
WizzupI guess that should check for omap perhaps?17:29
uvosWizzup: dri has several meanings, but i think whatever your really asking is to be awnserd with yes.17:34
WizzupIt seemed to be a weird meson check17:34
WizzupI just commented the check for now17:34
bencohWizzup: if you're talking about mesa, fmg's version built without me patching anything17:35
bencoh(with meson 0.56)17:35
Wizzupdid you use dpkg-buildpackage -b -uc ?17:35
WizzupI doubt it somehow17:36
bencohI used -b17:36
Wizzupwell debian/rules did not seen to contain DRI_DRIVERS += pvr17:36
Wizzupso it wasn't being built17:36
Wizzupin any case this is latest mesa with pvr on top17:36
bencohah, I added that of course17:36
bencohoh, latest mesa, nevermind then17:36
Wizzupand they messed u _libdrm_checks in various ways17:36
Wizzupincluding out of bounds access (lol)17:36
WizzupI'll circle back with parazyd about that17:36
Wizzupuvos: did you fix this when rebasing on latest mesa? https://dpaste.com/F683TS8DC17:39
Wizzupparazyd: anything  you touched? ^^17:41
dsc_Wizzup: contrary to popular belief I was not born yesterday, as such I give all my Text{} qml components the "textFormat: Text.PlainText" property :P17:42
uvosWizzup: no i applied the chromeos patches directly and those simply applied fine.17:43
uvosWizzup: i gues this is a difference in fmgs re pvr17:43
Wizzupthose values don't exist in the gl_config struct17:43
Wizzupso maybe they applied fine but it does not build17:44
uvoswell im using it17:44
uvosso it must have build :P17:44
uvosor rather i used to use it17:44
Wizzupwhat version?17:44
Wizzup21.2.5?17:44
uvosuh17:44
Wizzupseems quite unlikely since it doesn't even build freedreno without patches17:44
uvosidk really i just cloned mesa-git some time ago (2-3 months maybe17:45
uvos)17:45
uvosill check in a sec17:45
Wizzupin any case I can't continue as this requires in-depth mesa knowledge, but we're getting there I guess17:45
Wizzupwell I could maybe comment them if this is not used elsewhere17:46
WizzupI'll try again later, maybe the patches were not applied well17:49
Wizzupdsc_: hehe17:51
d4ircWizzup: :>17:52
dsc_https://plak.infrapuin.nl/f7ymqupb.mp417:54
bencohyay17:56
uvosfreemangordon: btw swaping card0/1 is not as trivial as i thought17:56
uvosso /dev/dri/by-path/* are links and /dev/dri/card* are the real files, in oposit to what i anticipated17:57
uvosyou can make udev move the card* files17:57
uvosbut its not very nice17:57
uvos(to do that)17:57
bencohdsc_: does it work on top of telepathy?17:57
dsc_not right now but it will17:58
dsc_i just hooked it up for IRC to get some mock data17:58
bencohah, alright17:58
uvosdsc_: very nice :)17:58
dsc_:>17:58
uvosmine dosent look as nice :P17:58
bencohyeah, it really looks great17:59
dsc_thanks18:00
uvosapperantly im really a rabbit.18:00
dsc_xD18:00
uvosWizzup: 21.2.0-rc18:04
Wizzupthese break it18:07
Wizzuphttps://github.com/maemo-leste-upstream-forks/mesa/commit/4daef7ffe373f067249e052d96dcac145984b6e8#diff-72cebfc89f85afe1b55728bc8e8332f6ab63a4b45c5bc024145f98c92d3faaf818:07
Wizzuphttps://github.com/maemo-leste-upstream-forks/mesa/commit/c212283ef8e7b877dac17294bc447495665ad519#diff-72cebfc89f85afe1b55728bc8e8332f6ab63a4b45c5bc024145f98c92d3faaf818:07
Wizzupso I guess we could just remove them from pvr as well18:07
uvosmaybe yeah18:09
Wizzupin general https://github.com/maemo-leste-upstream-forks/mesa/commits/master/src/mesa/drivers/dri/common/utils.c18:09
uvosso dsc_18:10
uvoscan i take a peek at the code?18:10
Wizzupbencoh: this setup is neat btw18:20
bencohWizzup: :)18:25
WizzupI fixed the mesa pvr compilation problems and 21.2.5 built (no idea if it works)18:27
freemangordonI can test later on18:55
freemangordonWizzup: what is the repo url?19:04
Wizzupfreemangordon: sorry, do you mean a repo for the deb pkgs?19:08
freemangordonyes19:09
Wizzupor the patch?19:09
Wizzupok19:09
WizzupI will upload19:09
Wizzupit's not in a repo atm19:09
freemangordonah19:09
Wizzupyou will need libdrm and glvnd stuff from beowulf-experimental though I think19:09
freemangordonWizzup: well, I asked for url of beowulf-experimental :)19:10
Wizzupsec19:10
Wizzupdeb https://maedevu.maemo.org/leste beowulf-experimental main contrib non-free19:10
Wizzupfreemangordon: https://wizzup.org/debs.tar.bz219:11
Wizzupthat is https://github.com/maemo-leste-upstream-forks/mesa/tree/maemo/beowulf-experimental + https://dpaste.com/EURCTX4QL.txt + https://dpaste.com/8EVC2YKRR.txt (patches wip)19:13
freemangordonhildon-connectivity-wlan : Depends: libicd-network-wpasupplicant-dbus-n900 but it is not installable or19:23
freemangordon                                     libicd-network-wpasupplicant-dbus-common but it is not installable19:23
freemangordonweird19:23
WizzupI think others remarked on this too, I haven't hit it yet19:24
Wizzupbrb 10-15 mins19:24
freemangordonhmm, I upgraded and now TS does not work :(19:38
freemangordonuvos: xinput does not list TS, any idea?19:41
Wizzupcould it be the udev rule for ts buttons?19:44
freemangordonyes, but I can;t remember what was that19:44
freemangordonah, found it19:45
freemangordon85-input-devices.rules.leste?19:45
freemangordonI shall remove that,right?19:46
freemangordonyeah, that was it19:47
Wizzupz/win 2819:52
Wizzupoops19:52
devrtz[m]Hey there, I'm trying to organize a devroom for mobile linux related topics at fosdem and just wanted to ask if there would be some interest here in helping out or even giving a talk should my submission be accepted19:52
Wizzupfosdem is remote this year, right?19:53
devrtz[m]yup19:55
Wizzupwhat kind of help do you need?19:57
devrtz[m]Should it be accepted sorting through submitted talks. During the event: Coordinating with speakers, making sure everything goes smooth, that sort of thing. I'm actually not a 100% sure of all the things that need doing as I've never organized a devroom before.20:02
devrtz[m]I do have some help of people who did though :)20:02
freemangordonWizzup: libgl1-mesa-dri:armhf depends on libllvm8 (>= 1:8~svn298832-1~); however:20:02
freemangordonmesa-vdpau-drivers:armhf depends on libllvm8 (>= 1:8~svn298832-1~);20:03
freemangordonah, buster-backports20:04
Wizzupright20:04
Wizzupdevrtz[m]: hm... I'd probably be more likely to talk about something than do a lot of emails since I already feel a bit overworked as-is, but perhaps others would like to do that?20:05
WizzupI know some folks here were also in-person fosdem volunteers in the past20:05
devrtz[m]Yeah I actually saw the talk at the main track in '20 :)20:07
devrtz[m]Ok, cool, should the devroom get accepted I will post the CfP here!20:08
WizzupI'm sure it'll get accepted, mobile linux is bigger than ever I think20:08
uvoswait is our 5.15 leste kernel for expiramental w/o ts-buttons now?20:08
Wizzupthat probably depends entirely on fmg's config and what he used exactly, we don't have a -experimental kernel yet afaik20:09
uvosoh ok20:09
freemangordonWizzup: mesa seems to be fine20:11
uvosfreemangordon: did you see this "[17:56] <uvos> freemangordon: btw swaping card0/1 is not as trivial as i thought" and the msgs below it?20:12
uvoshow bad do we need this? what i would have to do with udev is a bit of a hack20:12
freemangordonyes, but don;t know how to comment on that :)20:12
uvosok20:12
freemangordondon;t know20:12
Wizzupfreemangordon: that's great20:12
freemangordonuvos: I am not sure how to fix that20:13
freemangordonlemme try something20:13
rulehloading omapdrm before pvr should make sure that the numbering is "correct", no?20:13
uvosso whats using card0?20:13
freemangordonI guess, but we can;t guarantee that afaik20:13
uvosvideo-omap?20:13
uvosmesa?20:13
freemangordonmesa20:13
rulehmodprobe.d can enforce some sort of ordering I think20:13
uvosyeah that would work too but i dont think its so great.20:14
freemangordonlemme see if symlinking pvr_dri to omapdrm_dri will help20:14
uvosmight be better to ajust whatever uses the device to check what its binding to20:14
Wizzupfreemangordon: so as far as you are concerned we can build this mesa in -experimental ?20:15
freemangordonyes20:15
Wizzupok20:15
freemangordonwell, I think "export MESA_LOADER_DRIVER_OVERRIDE=pvr" in /etc/profile/d is the least hacky solution20:16
uvosfreemangordon: do you know where the logic is in mesa what plugin+rener node to use20:17
freemangordonno20:17
uvosok20:17
Wizzupit's should be a decent solution for now yeah20:23
freemangordonso please, whoever maintains those, add it for d4 and n90020:24
uvosparazyd: ^^^20:25
Wizzupleste-config yeah?20:30
Wizzupfor experimental?20:30
freemangordondunno20:30
freemangordonbut yeah, for experimental20:31
uvosyeah leste config20:31
uvosexport MESA_LOADER_DRIVER_OVERRIDE=pvr should not do anything bad on current devel i think20:31
uvosbut yeah experimaental is more safe20:31
freemangordonthis mesa gives glmark 85 in portrait and 96 in landscape20:34
freemangordonthat's good I guess20:34
freemangordonhildon scrolling: *** FPS: 83 ***20:40
uvosmight want to cap hildon at 6020:46
uvoseven in the absence of vsync20:46
uvosno need to torture the battery20:47
freemangordonyeah20:47
Wizzupfreemangordon: was there anything you wanted the sgx-ddk-um to depend on?22:30
freemangordonI don;t think so22:32
Wizzupok22:32
Wizzupfreemangordon: what about /usr/include/sgx/{hwdefs,include4} ?22:41
Wizzupunless you really want to use the full kernel path?22:41
Wizzupfreemangordon: and for the .pc file, you want the -I CFLAGS, and what libs do you want to link against?22:45
freemangordonWizzup:   -lsrv_um -lpvr2d23:13
Wizzupok23:20
Wizzupfreemangordon: I guess we want the ti443x and ti343x to conflict23:21
Wizzup# pkg-config --cflags sgx-ddk-um23:29
Wizzup-I/usr/include/pvrsgx -I/usr/include/pvrsgx/include4 -I/usr/include/pvrsgx/hwdefs23:29
Wizzup# pkg-config --libs sgx-ddk-um23:29
Wizzup-lsrv_um -lpvr2d23:29
Wizzupfreemangordon: can I push to xf86-video-omap for the new -dev pkg and pkgconfig stuff?23:51
WizzupI guess we also need some meta pkg for the sgx-ddk-um libs that pulls in the device libs23:52
Wizzupwe could also make them go in separate components I guess23:52
Wizzupmaybe 'Provides: sgx-ddk-um-libs' ?23:53

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