01:13.46 | *** join/#maemo-ssu kolp_ (~quassel@212.255.119.61) |
01:29.54 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro) |
02:33.06 | *** join/#maemo-ssu amiconn_ (amiconn@rockbox/developer/amiconn) |
03:36.09 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
05:00.58 | *** join/#maemo-ssu dafox (~dafox@ip51cc571d.speed.planet.nl) |
05:20.52 | *** join/#maemo-ssu trx (~ns-team@devbin/founder/trx) |
05:39.58 | *** part/#maemo-ssu gggs (~g@unaffiliated/gggs) |
05:44.45 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
07:12.52 | *** join/#maemo-ssu MadeAllUp (~MadeAllUp@cpc4-haye19-2-0-cust443.17-4.cable.virginmedia.com) |
07:24.48 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
07:36.22 | *** join/#maemo-ssu luf (~luf@ip-89-103-184-55.net.upcbroadband.cz) |
07:57.46 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
09:00.32 | *** join/#maemo-ssu LaoLang_cool (~LaoLang_c@113.117.189.80) |
09:06.25 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
09:38.44 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
10:02.08 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
10:04.49 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
10:28.29 | *** join/#maemo-ssu lizardo (lizardo@nat/indt/x-sljmwtwfjorwapql) |
11:28.37 | *** join/#maemo-ssu jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
11:51.37 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
12:03.54 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
12:14.47 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro) |
12:22.46 | *** join/#maemo-ssu thedead1440 (~thedead14@unaffiliated/thedead1440) |
12:26.19 | *** join/#maemo-ssu trx (~ns-team@devbin/founder/trx) |
12:47.15 | *** join/#maemo-ssu DrCode (~DrCode@gateway/tor-sasl/drcode) |
13:00.34 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-91-21.residential.rdsnet.ro) |
13:10.05 | *** join/#maemo-ssu l4m3rx (~7350@null.escom.bg) |
13:32.00 | *** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz) |
13:33.46 | *** join/#maemo-ssu RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
14:16.40 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
14:19.33 | *** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de) |
14:29.43 | *** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de) |
15:15.56 | *** join/#maemo-ssu Martix (martix@nat/redhat/x-skududavchjtktej) |
15:18.13 | *** join/#maemo-ssu dos11 (~dos@unaffiliated/dos1) |
15:31.50 | *** join/#maemo-ssu NIN101 (~NIN@p5DD29CC3.dip0.t-ipconnect.de) |
15:50.56 | *** join/#maemo-ssu sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
15:53.29 | Pali | again: https://gitorious.org/community-ssu/calendar-backend/merge_requests/1 |
15:53.36 | Pali | any comments about this merge request? |
15:53.44 | freemangordon_ | is going to check |
15:56.07 | jonwil | ok, so who plans to work on cssu MCE? |
15:56.09 | Pali | merlin1991: again this is for you! https://gitorious.org/community-ssu/qt-x11-maemo/merge_requests/5#comment_99873 |
15:56.23 | Pali | jonwil: remove /proc/bootreason component_version usage |
15:56.28 | Pali | jonwil: I will do it |
15:56.43 | Pali | (something I already done in diablo mce...) |
15:57.03 | Pali | I will port this change |
15:57.03 | jonwil | ok :) |
15:57.07 | freemangordon_ | Pali: please merge rc5 first |
15:57.20 | Pali | what is rc5? |
15:57.26 | freemangordon_ | 3.12 |
15:57.29 | Pali | ok |
15:57.31 | Pali | linux |
15:58.07 | Pali | and there is: https://gitorious.org/community-ssu/status-area-orientationlock-applet/merge_requests/6 |
15:58.10 | freemangordon | Pali: hmm, if you remove bootreason, what will happen with ACT_DEAD mode? |
15:58.32 | Pali | freemangordon: nothing, kernel has already hardcoded pwr btn |
15:58.54 | *** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl) |
15:58.58 | Pali | bootreason and component version does not working since 3.5 (or 3.6?) |
15:58.58 | freemangordon | Pali: exactly |
15:59.14 | freemangordon | we'll break user experiens |
15:59.17 | freemangordon | *experience |
15:59.25 | Pali | this is already with any 3.x kernel |
15:59.35 | freemangordon | we should fix the kernel then |
15:59.47 | Pali | not easy... |
15:59.58 | Pali | atag omap table was totally removed from kernel |
16:00.09 | freemangordon | Pali: how it is supposed to pass data from bootloader to the kernel now atags are removed? |
16:00.13 | Pali | rather ask on LKML how to propagate bootreason to userspace |
16:00.33 | Pali | freemangordon: atag omap table was removed |
16:00.35 | Pali | not all atags |
16:00.51 | freemangordon | is that make any difference? |
16:01.01 | freemangordon | s/is/does/ |
16:01.24 | Pali | need to ask on LKML for proper way how to tell kernel about bootreason |
16:01.33 | freemangordon | ok |
16:01.52 | Pali | or maybe I can look at some code, if we can read bootreason from kernel (and ignore data from NOLO) |
16:02.06 | freemangordon | Pali: I don;t think we should remove any functionality from mce |
16:02.12 | *** join/#maemo-ssu Martix (~martix@eduroam-147.fi.muni.cz) |
16:02.21 | Pali | not remove, but make sure mce not crash/fail |
16:02.30 | Pali | same as in other parts which are already patched |
16:02.39 | jonwil | Obviously MCE shouldn't be changed in ways that make it incompatible with the stock kernel |
16:02.44 | freemangordon | I guess only GPIO etc names should be fixed |
16:02.53 | Pali | jonwil: nobody is going to do that |
16:02.57 | jonwil | ok |
16:03.11 | freemangordon | it is not about compatibility, but about functionality |
16:03.13 | Pali | look at other bootreason changes in cssu |
16:03.37 | Pali | with 3.x kernel there is no way to tell bootreason (yet) |
16:04.08 | freemangordon | Pali: those are fine while we're fixing the kernel as they allow us to boot. but for a "production" I don;t think those hacks should remain |
16:04.08 | Pali | and kernel provide fake bootreason file for apps which crashing if that file does not exist |
16:04.15 | freemangordon | I know |
16:04.31 | Pali | I rather use some better way as nokia special proc file... |
16:04.54 | freemangordon | Pali: can't we read atags from userspace? |
16:04.55 | Pali | so need to ask on lkml for proper way to tell booreson from kernel to userspace |
16:05.02 | Pali | only as root |
16:05.13 | Pali | and need to parsing them |
16:05.35 | freemangordon | what is the problem? read them from linuxrc, store data in /tmp or in /run or wherever |
16:05.41 | Pali | but this is I think irrelevant... |
16:05.56 | Pali | there are other bugs with higher priority |
16:06.00 | freemangordon | sure |
16:06.13 | Pali | not working act dead bootreason is maybe last bug... |
16:06.21 | freemangordon | Pali: seems I am not going to get much help for omapfb :( |
16:06.49 | freemangordon | maybe I should address the issue with MM guys |
16:07.00 | freemangordon | try to |
16:11.31 | jonwil | btw, the things that are using bootreason are 10hildon_weclome script, fb-progress.sh script & getbootstate binary |
16:12.39 | freemangordon | I guess getbootstate can be fixed to parse atags and write some tmp files |
16:13.39 | freemangordon | and use those files if they already exist |
16:16.10 | freemangordon | or we can just symlink /dev/bootreason and /dev/comp_version to those files in /tmp |
16:18.42 | freemangordon | sre is doing great job https://sre.ring0.de/linux/log/?h=n900-dt :) |
16:18.49 | jonwil | for component_version, its getbootstate, hald, ham-notifier-status-menu-item.so, ham-updates-status-menu-item.so, http, https, libaccelerometer.so, libalarm.so, libaudiorouting.so, libbattery.so, libcallstate.so, libcamera.so, libdisplay.so, libfilter-brightness-als.so, libfilter-brightness-simple.so, libhomekey.so, libinactivity.so, libkeypad.so, libled.so, libossoproductinfo.so, libsysinfo.so, l |
16:18.51 | jonwil | ibvitrator.so, libxul.so, mce, preinit script, rcS script, sgx script, softupd.rcS script & testserver |
16:19.05 | jonwil | of those only libossoproductinfo and libsysinfo are closed |
16:19.14 | jonwil | well and testserver but we can ignore that |
16:19.36 | jonwil | I think someone should just go ahead and clone libossoproductinfo and libsysinfo (both of which have x86 binaries) |
16:20.02 | jonwil | I would have a go but I have other things I am working on (non-N900) |
16:20.07 | freemangordon | ls -al /usr/lib/libossoproductinfo.so.0.7.3 |
16:20.07 | freemangordon | -rw-r--r-- 1 root root 11168 Aug 28 2009 /usr/lib/libossoproductinfo.so.0.7.3 |
16:20.33 | freemangordon | Nokia-N900:~# ls -al /usr/lib/libsysinfo.so.0 |
16:20.34 | freemangordon | -rw-r--r-- 1 root root 16516 Mar 3 2010 /usr/lib/libsysinfo.so.0 |
16:20.39 | jonwil | plus I just finished the largest piece of reverse engineering work in the history of Maemo so I think I deserve a break :) |
16:20.42 | freemangordon | I bet those have x86 binaries |
16:20.46 | jonwil | yes they do |
16:20.50 | jonwil | they definatly do |
16:20.58 | freemangordon | I may have a look |
16:21.05 | jonwil | and I posted header files for both of them the other day |
16:23.05 | Pali | jonwil: when you are writing list what is using them, please remove that which are already patches in cssu, so you will not confuse me (and others) |
16:23.35 | Pali | freemangordon: by default uboot not adding omap atag table to 3.x kernels |
16:23.42 | *** join/#maemo-ssu Martix (~martix@eduroam-147.fi.muni.cz) |
16:23.55 | freemangordon | Pali: aren;t those available in the memory? |
16:24.02 | jonwil | I dont know which packages those bins come from or which ones are in cssu |
16:24.11 | Pali | freemangordon: where in memory? |
16:24.19 | freemangordon | "/dev/memory" :) |
16:24.22 | freemangordon | no idea |
16:25.18 | Pali | no idea too :-) |
16:25.33 | Pali | you need to tell uboot to generate non standard omap atag table |
16:25.35 | freemangordon | Pali: where u-boot gets them from? |
16:26.05 | Pali | all omap atag table is hardcoded in uboot |
16:26.12 | freemangordon | hmm, iirc there was some data on 0x402????? |
16:26.19 | Pali | but it trying to read bootreason from nolo... |
16:26.24 | freemangordon | will check in the trm |
16:39.49 | Pali | freemangordon: in cssu git osso-systemui-dev has version 0.4, but in cssu-devel and testing repo only 0.3 |
16:40.18 | Pali | maybe you should update -devel repo? |
16:42.13 | Pali | packages which are in git, but missing in -devel: bluez calendar-backend getbootstate hildon-im-vkbrenderer3 hildon-input-method-plugins libconnui-dev libgtkadi mce osso-systemui-devlock-dev osso-systemui-modechange-dev osso-systemui-splashscreen-dev |
16:42.25 | Pali | luf: what is state of bluez? |
16:43.38 | Pali | for calendar-backend there is pending patch |
16:43.45 | freemangordon | Pali: I didn;t pu -dev version in -devel repo |
16:44.04 | Pali | freemangordon: that -dev package has older version in testing and devel |
16:44.19 | Pali | so remove that package from -testing or update it |
16:44.30 | freemangordon | Pali: I was expecting merlin1991 to do the update ASAP and to put it in -testing |
16:44.39 | Pali | ok |
16:44.53 | freemangordon | Pali: will upload 0.4 in -devel repo |
16:44.59 | Pali | package getbootstate: it is not finished yet (missing testing /sbin/preinit) |
16:45.13 | Pali | hildon-im-vkbrenderer3 hildon-input-method-plugins: this is _nicolai_ work? |
16:45.28 | freemangordon | partially :) |
16:45.41 | Pali | so what is state of those packages? |
16:45.51 | Pali | incomplete? or not working? or needs testing? |
16:46.19 | freemangordon | I guess needs testing, but for sure it is nicolai to answer that question, as he was working on it |
16:46.28 | freemangordon | implementing portrait support |
16:46.31 | Pali | ~seen _nicolai_ |
16:46.38 | infobot | _nicolai_ <~nicolai@pop8-126.catv.wtnet.de> was last seen on IRC in channel #maemo-ssu, 27d 21h 46m 4s ago, saying: 'hi'. |
16:46.38 | freemangordon | I don;t know at what state he left it |
16:47.05 | Pali | somebody please ping nicolai on TMO to join #maemo-ssu |
16:47.22 | freemangordon | ping on TMO? |
16:47.27 | freemangordon | PM? |
16:47.45 | Pali | he is more online in TMO... |
16:47.56 | Pali | then on IRC |
16:49.04 | freemangordon | osso-system-ui-dev 0.4 in -devel |
16:50.01 | Pali | ok |
16:50.17 | Pali | look here: http://repository.maemo.org/community-testing/dists/fremantle/free/source/Sources.gz there is missing battery plugin |
16:50.31 | Pali | merlin1991: why source code of battery plugin is missing in CSSU-T? |
16:51.42 | Pali | merlin1991: please delete package location-supl-fix from cssu devel repository |
16:55.26 | freemangordon | my daughter is hungry, going to cook something for dinner, bbl |
17:07.50 | *** join/#maemo-ssu dos1 (~dos@unaffiliated/dos1) |
17:15.57 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
17:17.30 | Pali | on cssu gitorious is some empty repo telepathy-gabble, why? |
17:27.16 | *** join/#maemo-ssu xes (~xes@unaffiliated/xes) |
17:33.22 | freemangordon | Pali: there was a problem with FB chat accounts, but FB fixed it berfore us :) |
17:34.33 | Pali | freemangordon: I remember that there was problem with google talk video calls... |
17:34.46 | Pali | but do not know if it was fixed or not... |
17:34.53 | Pali | year or two ago |
17:34.57 | freemangordon | google fixed it iirc |
17:45.43 | Pali | freemangordon: is commit "OMAP: RX-51: rx51_defconfig - increase VRAM size to 9 MB" needed? |
17:45.52 | freemangordon | Pali: no |
17:46.00 | Pali | ok |
17:46.07 | Pali | and others yes? |
17:47.04 | freemangordon | Pali: I have some uncommited changes (enable CMA, omapfb resolution and bpp), but those can wait until omapfb is functional |
17:47.15 | freemangordon | Pali: lemme check, but iirc all others are needed |
17:47.17 | Pali | ok |
17:48.41 | freemangordon | Pali: all others are needed |
17:48.46 | Pali | ok |
17:51.35 | *** join/#maemo-ssu arcean (~arcean@aath205.neoplus.adsl.tpnet.pl) |
17:54.25 | Pali | freemangordon: 143 patches are in 3.12-rc1-n900 |
17:54.37 | freemangordon | not good :( |
17:55.28 | freemangordon | Pali: are there any big ones, besides PVR and SSI |
17:55.30 | freemangordon | ? |
17:56.06 | Pali | big wl1251 series |
17:56.24 | freemangordon | wut? those are not upstreamed? |
17:56.25 | Pali | and more rx51_defconfig commits |
17:56.31 | Pali | freemangordon: yes |
17:56.36 | Pali | not in upstream |
17:56.40 | freemangordon | hmm, why? |
17:56.47 | freemangordon | maemo specific? |
17:57.05 | Pali | some (2 or 3) are maemo specific |
17:57.17 | Pali | but others are hw support |
17:57.26 | Pali | packet injection support |
17:57.32 | Pali | monitor support |
17:57.35 | Pali | hw filtering... |
17:58.15 | freemangordon | ok |
17:59.10 | freemangordon | can some of the patches be merged? for sure at least 5-6 of mine can |
17:59.31 | freemangordon | or maybe this is not a good idea |
17:59.42 | freemangordon | we'll lose history |
18:00.37 | freemangordon | ooh, libossoproductinfo uses libcal :) |
18:01.43 | freemangordon | Pali: does it make sense to RE it? |
18:01.52 | Pali | what? |
18:02.02 | freemangordon | libossoproductinfo |
18:02.16 | Pali | do not know what is using it and if we need it... |
18:02.25 | freemangordon | the one that uses /dev/component_version |
18:03.12 | freemangordon | Pali: see jonwil's post ^^^ |
18:03.37 | freemangordon | <jonwil> of those only libossoproductinfo and libsysinfo are closed |
18:03.39 | freemangordon | 19:19 <jonwil> well and testserver but we can ignore that |
18:03.41 | freemangordon | <jonwil> I think someone should just go ahead and clone libossoproductinfo and libsysinfo (both of which have x86 binaries) |
18:04.00 | Pali | if it using /proc/component_version then if you can RE it, it could be nice |
18:04.11 | Pali | so we can get rid of component_version |
18:04.17 | freemangordon | it is 11k x86 binary |
18:04.36 | freemangordon | sysinfo is a bit bigger, but not that much, some 17k |
18:04.41 | Pali | if you need to know in C code if binary running on n900 device, look into /proc/cpuinfo |
18:04.42 | freemangordon | yep, I can |
18:04.47 | Pali | there is something like rx51 board |
18:05.10 | freemangordon | Pali: I don;t think it is that simple, there are HW revisions |
18:05.18 | Pali | I will fix that in MCE (add support for device detection also from (/proc/cpuinfo) |
18:05.29 | Pali | you can read also hw revision from /proc/cpuinfo |
18:05.45 | Pali | it is serial number field |
18:05.53 | Pali | look into 0xFFFF source code |
18:06.04 | freemangordon | Pali: wait, isn't it better to just provide that data in /dev/comp_whatever? |
18:06.18 | freemangordon | better/easier |
18:06.36 | Pali | yes, but if that proc file does not exists, fallback to cpuinfo |
18:06.40 | freemangordon | we can symlink /dev/xxx to some ordinary file |
18:06.49 | Pali | it is not dev! |
18:06.52 | Pali | it it proc" |
18:06.56 | freemangordon | oh |
18:06.58 | Pali | so no symlink |
18:07.10 | Pali | only RE it |
18:07.19 | Pali | I will add cpuinfo parsing support.... |
18:07.25 | Pali | I already created that code |
18:07.41 | freemangordon | Pali: ok |
18:13.28 | Pali | freemangordon: in commit "Support both new and old DSP API" old is harmattan and new is 3.x? |
18:13.39 | Pali | or old is fremantle and new is 3.x? |
18:13.43 | freemangordon | old is maemo and new is harmattan :) |
18:14.03 | Pali | so harmattan is compatible with 3.x? |
18:14.08 | freemangordon | yep |
18:14.10 | Pali | ok |
18:14.23 | Pali | and 3.12 kernel has enabled which support? |
18:14.26 | Pali | old or new? |
18:14.36 | freemangordon | new |
18:14.40 | freemangordon | oh, wait |
18:14.48 | freemangordon | both old and new |
18:14.50 | Pali | and kp? |
18:14.56 | freemangordon | same |
18:14.59 | Pali | ok |
18:15.09 | freemangordon | you can disable old support |
18:15.28 | freemangordon | with CONFIG_DSP_API_NEW or whatever I called that |
18:15.33 | Pali | ok |
18:22.56 | *** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl) |
18:24.24 | *** join/#maemo-ssu amiconn (amiconn@rockbox/developer/amiconn) |
18:38.58 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
18:41.40 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
18:48.53 | Pali | freemangordon: n900 kernel patches rebased |
18:48.59 | Pali | doing compile check now |
18:49.03 | freemangordon | Pali: great |
18:49.13 | freemangordon | Pali: ever heard for xstat function? |
18:50.52 | Pali | xstat? no. only about stat and lstat |
18:59.21 | Pali | freemangordon: do you know that CONFIG_TIDSPBRIDGE_DVFS is disabled? |
18:59.41 | freemangordon | I enabled it here |
18:59.48 | Pali | no |
18:59.49 | freemangordon | this is part of uncommited changes |
18:59.54 | Pali | ok |
18:59.59 | Pali | due to and it is not possible to enable CONFIG_TIDSPBRIDGE_DVFS due |
19:00.00 | freemangordon | there are more |
19:00.07 | Pali | OMAP_PM_SRF |
19:00.27 | freemangordon | Pali: well, just enable it |
19:00.33 | Pali | enabled |
19:00.35 | Pali | and compile error |
19:00.45 | freemangordon | hmm, weird |
19:00.55 | freemangordon | what is broken? |
19:01.04 | Pali | you need to remove OMAP_PM_SRF from "depends on TIDSPBRIDGE && OMAP_PM_SRF && CPU_FREQ" |
19:01.13 | Pali | in drivers/staging/tidspbridge/Kconfig |
19:01.25 | Pali | because OMAP_PM_SRF is invalid config name |
19:01.40 | Pali | so Kconfig will always disable TIDSPBRIDGE_DVFS |
19:02.01 | freemangordon | so OMAP_PM_SRF was removed? |
19:02.54 | Pali | looks like it does not exists |
19:04.00 | Pali | error log: http://pastebin.com/QPaYpbqM |
19:04.36 | freemangordon | weird |
19:04.44 | Pali | diff: http://pastebin.com/db7FRvMU |
19:06.11 | freemangordon | Pali: hmm, that is weird http://www.spinics.net/lists/linux-driver-devel/msg35438.html |
19:06.26 | freemangordon | it's been like that since 3 years |
19:06.28 | freemangordon | or something |
19:07.15 | freemangordon | Pali: seems OPP definitions have moved to somne other header file |
19:08.40 | Pali | freemangordon: branch v3.12-rc5-n900 pushed to gitorious |
19:08.40 | Pali | happy hacking :-) |
19:08.53 | freemangordon | Pali: unbuildable? |
19:09.15 | Pali | branch has disabled dvfs |
19:09.21 | freemangordon | ok |
19:09.27 | Pali | so buidling working |
19:09.34 | freemangordon | will check it when I finish REing |
19:15.02 | *** join/#maemo-ssu jon_y (~enforcer@2001:e68:4052:5c13:887c:fcca:6343:686c) |
19:25.03 | *** join/#maemo-ssu okias (~okias@berger.cust.centro-net.cz) |
19:43.21 | *** join/#maemo-ssu Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
20:41.25 | *** join/#maemo-ssu M4rtinK (~M4rtinK@c-d242.net.e-net24.pl) |
20:53.47 | *** join/#maemo-ssu _rd_ (~rd@p57B49578.dip0.t-ipconnect.de) |
21:03.30 | *** join/#maemo-ssu nox- (noident@freebsd/developer/nox) |
23:23.35 | *** join/#maemo-ssu trx (~ns-team@devbin/founder/trx) |