rafael2k | just connected an AirSpy HF+ to the PP with Maemo | 09:47 |
---|---|---|
rafael2k | that make a nice portable SDR | 09:48 |
rafael2k | I imported the ppkbd layouts repo here: https://github.com/rafael2k/ppkb-layouts | 09:49 |
rafael2k | may be we could also add this to our infra of upstream fork. Anyway, which package should I put the X and text mode maps? | 09:52 |
rafael2k | may be also make the pp kbd keymap default for the PP (and PPP in when we have support for it) | 09:52 |
rafael2k | this thing of having two USB ports is neat, I like it | 09:55 |
rafael2k | kind of getting used to it | 09:55 |
humpelstilzchen[ | I'm using ppkb-layouts for a while it works fine | 10:21 |
BCMM | I've found an article saying that the n900 camera is working, but the wiki seems to say it doesn't. what's the current situation? https://tuxphones.com/maemo-leste-linux-nokia-n900-droid-4-powervr-gpu-acceleration-support/ https://leste.maemo.org/Nokia_N900 | 10:26 |
BCMM | (i'm trying to resurrect an n900 with a broken cell modem to use as a timelapse camera) | 10:27 |
rafael2k | humpelstilzchen[, good to know. The guy that made that project have many optimized layouts for German language. I think we should include them all. | 10:49 |
rafael2k | BCMM, libcamera has an interesting project of supporting the N900 ISP, so userland don't need to do the heavy-lifting task of configuring it | 10:49 |
rafael2k | BCMM, take look here: https://libcamera.org/open-projects.html | 10:51 |
BCMM | ah, so "interesting project" in a future sort of way? | 10:51 |
BCMM | oh i see, GSoC this year | 10:52 |
rafael2k | currently, basic support is available in kernel AFAIU... ask in #libcamera channel @ OFTC | 10:53 |
rafael2k | I think adding support in libcamera is the way to go... of course you can use the kernel interfaces directly. | 10:54 |
BCMM | sorry, i'm more or less unfamiliar with this whole stack. would this be additional software to install on maemo-leste? | 10:54 |
BCMM | (so far i've never installed maemo-leste) | 10:54 |
rafael2k | we have libcamera support in the next Maemo-Leste version (Chimaera), but N900 camera support is still missing | 10:55 |
BCMM | thanks | 10:55 |
rafael2k | but I don't have an N900 myself. Please ask in #libcamera channel | 10:55 |
rafael2k | they might have more up-to-date information | 10:56 |
BCMM | when you say "use the kernel interfaces directly", what does that mean? something other than plain v4l2? | 10:56 |
rafael2k | v4l2 + media controller APIs | 10:57 |
rafael2k | anyway, you can use the original Maemo which cames with N900 to do what you want... | 10:57 |
sicelo | BCMM: it does work already, with some heavy tweaking. https://lists.dyne.org/lurker/message/20200306.084252.32b5515a.en.html | 10:57 |
sicelo | but yes, libcamera will hopefully make this easier | 10:57 |
BCMM | sicelo: so no focus so far? | 10:59 |
sicelo | i think that works too, but probably manually :-) | 11:00 |
sicelo | in all honesty, i guess it's not suitable for your need right now | 11:00 |
sicelo | it's more a proof of concept | 11:00 |
rafael2k | just use gstreamer with the Maemo 5 which comes with N900 should work | 11:01 |
BCMM | i think that's what i'm going to do (just using maemo 5). i can't work out how to fire the flash properly but i might be able to get away with just using the torch instead | 11:03 |
BCMM | sicelo: manual is fine for what i'm doing. i'm basically trying to write a janky shell script to take a photo every N minutes | 11:04 |
BCMM | thanks for the information, anyway | 11:04 |
sicelo | i think there were also issues with exposure .. | 11:05 |
sixwheeledbeast | BCMM: it's hard to find stuff with m.o down but you should be able to access the flash directly. https://wiki.maemo.org/N900_Hardware_Flash_Torch | 11:08 |
uvos__ | its not that easy | 11:09 |
uvos__ | syncroization/ the camera framework has to know the flash will fire, because it adjusts exposure and wb | 11:11 |
uvos__ | so you will have to fiddle with it a bit | 11:11 |
sixwheeledbeast | I suppose i am answering the rest of the question from #maemo. I can well believe it will not be easy, somehow third party camera apps where made tho. | 11:14 |
norayr | uvos__: do you think i can provide you access to d3, or to a computer that is connected to d3 via usb, so that you could 'check registers'? i don't know which registers are those by the way. | 12:22 |
uvos__ | norayr: i have several d3 | 12:25 |
uvos__ | access is not the issue | 12:26 |
norayr | oh, good. | 12:26 |
norayr | can maemo project upstream something (don't know where, since gtk 2 is not mantained) so that maemo hildon menus would show somehow in regular linux? | 12:55 |
norayr | when i was using fremantle, i didn't know it is something else. i though the regular gtk menu is shown by this gtk theme as maemo menu with buttons from upper part of the screen. | 12:55 |
norayr | or maybe the hlidon lib can do that? so just adding to the system libhildon would make hildonized application to run on any linux? | 12:56 |
norayr | that would be ideal. | 12:56 |
Wizzup | what is the use case here? | 12:56 |
Wizzup | the system requires hildon-desktop or matchbox to run to decorate the menus / make them work at all | 12:57 |
norayr | users won't feel locked into yet another ecosystem - if someone loves mstardict, let's say, they can run same mstardict on regular debian, or gentoo, or ubuntu touch, or whatever. | 12:58 |
norayr | even i, when i use a lapdock, it's not comfortable to work with hildon, and i use windowmaker. | 12:58 |
norayr | but then in windowmaker i cannot run my maemo apps. with droid4! | 12:59 |
Wizzup | oh, right, I think it probably works in some way already | 13:03 |
Wizzup | if you don't link to hildon | 13:04 |
* Wizzup bbl | 13:04 | |
rafael2k | so, it seems people are working to workaround the pp kbd "issue" with the usb charging: https://codeberg.org/phalio/ppkbbat-tools | 17:04 |
rafael2k_ | ow boy, I'll need to patch the kernel to get all keys working on the keyboard | 17:23 |
rafael2k_ | :/ | 17:23 |
rafael2k_ | https://codeberg.org/phalio/ppkb-layouts/src/branch/main/kernel-driver/pinephone-keyboard-full.patch | 17:23 |
rafael2k_ | we will get there | 17:23 |
rafael2k_ | humpelstilzchen[, which layout and variant are you using? | 17:31 |
rafael2k_ | I come back tomorrow, need to fix this, be it patching kernel or not... I can not do a "-" wtf!! | 17:32 |
humpelstilzchen[ | rafael2k_: XKBMODEL="pp" and XKBVARIANT="pine" in /etc/default/keyboard - '-' is on Pine+7 | 18:49 |
humpelstilzchen[ | rafael2k_: Also looks like I have modified xkb/pp and xkb/pp-driver for backspace and more importantly /usr/local/ppkb-layouts/xkb/evdev to register the layout | 18:51 |
sicelo | mmm, does N900 have Thumb2-enabled kernel in Leste? | 21:32 |
sicelo | at least looking at kernel config on github, i don't see CONFIG_THUMB2_KERNEL set, unless it gets set somewhere else | 21:34 |
uvos | no and i dont know if the kernel mitigates broken coretex-a8 thumb | 21:51 |
freemangordon | it does not need to, as workaround is in CPU iself | 21:52 |
bencoh | in cpu? | 21:52 |
freemangordon | umm, yes? | 21:53 |
freemangordon | like... | 21:53 |
freemangordon | one of the issues is that T flags is not properly set when switching the context | 21:53 |
uvos | dosent the linker create a bunch of trampoliens to avoid broken jumps? | 21:53 |
bencoh | I vaguely remember kernel-power/kernel-cssu (from fremantle) having thumb-related errata, are we talking about the same issue(s) ? | 21:53 |
freemangordon | yes | 21:54 |
freemangordon | sec | 21:54 |
freemangordon | https://cateee.net/lkddb/web-lkddb/ARM_ERRATA_430973.html | 21:54 |
bencoh | yeah, that | 21:55 |
freemangordon | "The workaround enables the BTB/BTAC operations by setting ACTLR.IBE and also flushes the branch target cache at every context switch" | 21:55 |
freemangordon | ACTLR.IBE is the "CPU" part | 21:55 |
bencoh | ah | 21:55 |
bencoh | I see what you mean by "in cpu" | 21:55 |
freemangordon | by default BTB/BTAC is noop | 21:55 |
freemangordon | n900 specific part: https://lkml.iu.edu/hypermail/linux/kernel/1307.1/01269.html | 21:56 |
uvos | wonder how mutch this degrades performance | 21:57 |
uvos | probubly not mutch - but still | 21:57 |
freemangordon | well, we need it anyways because of spectre/meltdown | 21:58 |
freemangordon | otherwise yes, not much | 21:58 |
freemangordon | I am running fremantle thumb kernel/userspace since the dawn of the ages | 21:58 |
freemangordon | way faster that leste :) | 21:59 |
uvos | only thing not thumb in leste is the kernel | 21:59 |
uvos | so i doubt its the performance difference | 21:59 |
freemangordon | right | 21:59 |
uvos | more like stuff got more bloated in the last 10 years | 21:59 |
freemangordon | but I think we shall enable thumb kernel | 21:59 |
freemangordon | actually I am almost sure it was enabled | 22:00 |
uvos | maybe got lost when the kernels where merged (ie it was not in mapphone kernel) | 22:00 |
freemangordon | could be | 22:00 |
freemangordon | but it makes sense to re-enable t | 22:00 |
freemangordon | *it | 22:00 |
uvos | anyhow sure | 22:00 |
arno11 | Is there a way to enable overclocking in n900 kernel ? | 22:18 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!