libera/#maemo-leste/ Wednesday, 2021-07-14

stanothe commands list is a fixed list, it lets me edit the cmd, but it still is listed under Commands as "Internal IP"00:02
stanoand there's no option in the settings menu to select autorun or run-only-on-click00:03
stanook there is, you have to scroll down, but i couldn't scroll down the first 5 tries00:05
stanothis doesn't work as a command, i do see drive access light fliash though00:08
stanoecho 4 >  /sys/class/backlight/backlight/brightness00:08
Wizzupuvos: ping00:08
stanothe file is chmod uog+w and can be set by user in shell00:09
uvosWizzup: pong00:10
stano"Invalid command"00:11
siceloyou can look at the source. seems DCEW expects to receive output, which makes sense as per its description00:19
uvos__i also dont understand why you would want to do this anyhow00:28
uvos__just disable als and set brightness via mce normaly?00:29
uvos__if als annoying you is the problem00:29
stanohow do i do that00:30
uvos__you can just not load iio-als by overriding the modulesDevice line in your mce 90-user.ini00:30
stanoit's impossible to set brightness currently without commandline00:30
stanoty00:30
uvos__no its not00:30
uvos__seting birghtness works absoulty fine00:30
stanoyou get either dark, or full brightness00:30
uvos__no00:30
stanowould a demonstration video help?00:31
uvos__there is a bug with the applet00:32
stanoi find /etc/mce/mce.ini.d/99-user.ini00:32
stanois that the file?00:32
uvos__yes00:32
uvos__you have to touch it twice to get the right level00:32
uvos__then als varys the brightness00:33
uvos__if your als is broken or dirty it might be pretty dark allways00:33
stanommandline00:34
stano00:30 < stano> ty00:34
stano /etc/mce/mce.ini.d/99-user.ini is empty00:34
uvos__yes that right00:34
uvos__your supposed to take values from the other ini files00:34
uvos__inc. mce.ini00:34
uvos__and paste them in there00:34
stanook00:34
uvos__and then modify  them00:34
uvos__in this case ModulesDevice00:35
uvos__needs iio-als removed00:35
uvos__but really brightness should work fine00:35
uvos__if not your working around some broken hw or setup on your end00:35
stanoso 99-user.ini would contain ModulesDevice=led-sw;led-dbus;button-backlight;iio-accelerometer;evdevvibrator;iio-proximity00:36
uvos__yes you need ModulesDevice to stay in the same section00:36
uvos__so the section header needs to be in there too00:36
stanook00:36
stanosicelo: i see there's new info on encoding video for Droid4 https://talk.maemo.org/showpost.php?p=1572284&postcount=703:32
die-juse.04:18
lelparazyd transferred a repository: https://github.com/maemo-leste-upstream-forks/eg25-manager09:34
stanowb Pali10:15
lelclort81 opened an issue: https://github.com/maemo-leste/bugtracker/issues/558 (desktop-cmd-exec: does not execute commands that do not return values)10:33
parazyduvos__: Do you know how I could rotate accelerometer readings' x and y by 90 degrees?10:54
parazydI'm not sure I completely understand the iio-sensor-proxy mount matrix and if it's relevant to this10:54
stanohave your application swap x and y values?10:55
parazydNot doable10:55
parazydBasically I want the following: http://ix.io/3sWY11:00
stanoyes, swapping x and y and possibly inverting one or both11:04
stanoyou're asking if that's possible with some config entry in like, /sys ?11:05
parazydYeah or with the mounting matrix un udev11:05
stanoplaying around with other batteries might not be a great idea.  one of my d4's stopped charging entirely, on leste or android, even with original EB41.11:18
_uvos_parazyd: the udev matrix is right12:01
_uvos_parazyd: your app must ask udev for the matrix and apply it itself, the kernel/ sysfs interface is not reposible for applying the matrix12:02
_uvos_udev gets the matrix from kernel or, optionally its config files12:03
_uvos__stano: it is extreamly unlikely that simple using another battery breaks anything12:07
_uvos__eb41 is just a lipo directly connected to the contacts12:07
_uvos__note however that the 2 other conections on d4 are a eeprom chip and a thermistor12:08
stanocan the n900 receiving a 0xFFF u-boot*.bin be on a USB hub? (powered)12:08
_uvos__android, rightfully so as it needs to know if the the battery is of the hv type, refuses to charge a battery without a eeprom12:09
stanoah ty12:09
_uvos__and the mainline kernel as of recent patches refuses to charge a battery without a thermistor12:09
_uvos__but while adding that i added the option12:10
_uvos__ ignore_temperature_probe=1 to cpcap_battery12:10
stano:) very nice :)12:10
_uvos__to reenable charging12:10
_uvos__ofc you accept the (small) risks inherent in charging a battery with no thermistor12:11
stanomine has the little battery protection board on it12:11
_uvos__i wound remove that12:11
_uvos__*would12:12
stanoah did you do that on the polarcell?12:12
_uvos__yes12:12
_uvos__or rather there was none on that one iirc12:12
stanodid you have to spot-weld wires onto the tabs of the polarcell or could you solder?12:12
_uvos__spot weld12:12
_uvos__cpcap is real tocuhy about ir and dosent like being prevented from charging the bat charging12:13
_uvos__so never connect usb with something other than a battery connected12:14
_uvos__and the bms of some bat might get in the way with overzealus overcharging protection12:14
parazyd_uvos__: The first one here http://ix.io/3sWY isn't what mce expects for example12:17
_uvos__sure mce gets this from iio-sensor-proxy and iio-sensor proxy gets this by applying the udev matrix12:23
_uvos__its easy to do this12:23
_uvos__its just a normal transofrmation matrix.12:24
_uvos__0 -1 012:26
_uvos__1 0 012:26
_uvos__0 0 112:26
_uvos__should be a 90 deg rotation12:27
_uvos__around z12:27
_uvos__check out leste-config for mapphones on the syntax required12:28
_uvos__you want to rotate left tho12:30
_uvos__so i gues its12:30
_uvos__0 1 012:30
_uvos__-1 0 012:30
_uvos__0 0 112:30
parazyd_uvos__: ok, then I'm understanding it correctly, it's just that it's not being read in udev12:35
parazydNo matter what I do, nothing changes12:35
parazydSUBSYSTEM=="iio", ENV{OF_NAME}=="mpu6050", ENV{ACCEL_MOUNT_MATRIX}="0, 1, 0; -1, 0, 0; 0, 0, 1"12:36
parazydhmm12:36
parazyd_uvos___: udev didn't seem to trigger what I wanted12:45
parazydNow I got it12:45
_uvos___well ofc the match stuff needs to be correct12:45
parazydbtw. the correct matrix that results in the rotation12:45
parazyd1 0 012:45
parazyd0 1 012:46
parazyd0 0 112:46
_uvos___ok12:46
parazydAnd this is like, normal identity12:46
_uvos___so the matrix from kernel is something else12:46
parazydmhm12:46
_uvos___you overrode it12:46
Wizzupparazyd: looks like n900 wifi is broken for everyone12:53
parazydYep12:53
rafael2khey12:54
rafael2kI see modem-power went to pp kernel - tks12:54
rafael2kbut no modem yet12:54
rafael2k:(12:54
parazydrafael2k: Be patient12:54
Wizzuplol12:55
rafael2kCONFIG_MODEM_POWER=y12:55
rafael2k; )12:55
rafael2kShould not this be a Module?12:55
rafael2kno rush!12:55
rafael2kmegi's defconfig works fine last time I grabbed his binaries and booted it12:57
stanodo you guys ever see upowerd and udevd go wacky with the cpu use?  two udevd processes here at 18 and 23%, and upowerd at 28%14:16
stanoand something is blinking that 'hdd' LED14:17
WizzupWhat device and what ... hdd led14:17
stanodroid4 and it's the setting from 'blinkenlights' to make the capslock LED blink on sdcard access14:18
WizzupI don't think I've seen that on mine14:19
stanoone udevd is pid 526 and the other is 520414:19
stanoi'll try reboot14:20
stanoor rather shutdown then power-on again.  reboot command is a bit weird.14:21
stanoyeah /var/log/messages show it was cpcap throwing a fit over the experimental battery14:38
stanoback to EB41 and no more message spam14:38
freemangordonoh, it seem n900 u-boot issue is resolved :)16:38
stanowhere can i read about it16:39
stanoi can't get 0xFFFF to recognize my n90016:39
freemangordonon the u-boot ML. Also, on maemo-leste ML16:40
stanoty16:41
freemangordonhmm, it seems leste ML does not allow unregistered users posting, maybe it waits for moderator approval16:41
freemangordonstano: this https://lists.denx.de/pipermail/u-boot/2021-July/454753.html16:43
Wizzupfreemangordon: does seem like they'd prefer to see more happen in the near dfuture16:46
Wizzups/dfuture/future/16:46
freemangordonsure, but at least they don;t mandate DT migration anymore16:47
freemangordonbut lets wait for Pali to comment16:48
uvos__Wizzup: heh http://web.archive.org/web/20130806073837/http://sbf.droid-developers.org/21:45
uvos__Wizzup: you guys archived sbf.droid-developers.org with the files21:46
uvos__Wizzup: neat they have files for some real obscure devices like razor i/ xt890 even21:46
uvos__Wizzup: sadly no sbf for xoom 221:47
uvos__Wizzup: so just unfortionatly thats just the url name21:47
uvos__also some devices i dident even know of like xt885 and xt881 two more mapphones looks like.21:48
uvos__xt890 is neat because its a x86 xt910 with a intel atom instead of omap421:49
Wizzupuvos__: aw22:15

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