<diejuse>
I emulated Maemo on Android with the chroot technique for rooted Android smartphones. Now I want to try to emulate Maemo with the proot technique for non-rooted smartphones.
<diejuse>
I think it's a good idea to make Maemo more popular since most people don't root their smartphones. Thus it would be installable on any Android smartphone so that people can try it on their phone.
Daanct12 has joined #maemo-leste
<Wizzup>
I think your guide was also for beowulf, so some people might struggle with the new version
<Wizzup>
maybe we can make it a bit easier too
<diejuse>
I recently updated my github and reduced the steps to make the installation a little faster.
<diejuse>
Regarding proot. I have successfully tried emulating Maemo on my unrootable Blackberry Key1.
<diejuse>
It has also worked on another smartphone that I have with the Android 7 version. But however, on more modern smartphones it gives me problems and I need your help.
<Wizzup>
ah, great to know @ updated github
<Wizzup>
What kind of problems? (I might go to sleep soon though)
<diejuse>
My problem is with /etc/init.d/dbus start. On my phones with Android 7 there is no problem. But in the most modern ones I get the error "[: lt: unexpected operator" so it does not create the /run/dbus/system_bus_socket.
<diejuse>
(Yes, I have to go to sleep soon too.)
<Wizzup>
seems the shell being used it not compatible
<Wizzup>
the script uses /bin/sh, maybe it is not compatible with the android sh
<diejuse>
I thought so, and changed it to /bin/bash but it didn't fix the problem. I don't understand why it works on older Android phones and not more modern ones. Could it be because of the kernel?
<Wizzup>
not likely, maybe check if /bin/bash is actually bash
<diejuse>
But I do exactly the same thing on all the smartphones I have but it only fails on those with a more modern version of Android. Mmm
<Wizzup>
maybe check what version /bin/sh is
<Wizzup>
like /bin/sh --version
<diejuse>
In both cases it says "GNU Bash, version 5.0.3(1)-release (aarch64-unknown-linux-gnu).
<diejuse>
With the command "uname -a" on my old smartphone I get "Linux localhost 3.18.31-perf-g625ad6d" and on the modern one "Linux localhost 5.15.137-BKLYN-Kalama-Gki-Kernel-1.0.5"
diejuse has quit [Quit: Client closed]
xmn has quit [Ping timeout: 256 seconds]
joerg has quit [Ping timeout: 260 seconds]
joerg has joined #maemo-leste
nmdv has joined #maemo-leste
nmdv has quit [Client Quit]
ceene has joined #maemo-leste
brosame has joined #maemo-leste
mqlnv has quit [Ping timeout: 252 seconds]
slep has joined #maemo-leste
pere has quit [Ping timeout: 264 seconds]
pere has joined #maemo-leste
<Wizzup>
diejuse: I don't know if it matters, but what about /usr/bin/[ --version
<Wizzup>
uvos: looks like charge mode works on mz617
uvos__ has joined #maemo-leste
<uvos__>
Wizzup: more like discharge mode given that it only takes 500ma max there
<Wizzup>
lol
<Wizzup>
uvos__: should still be enough since with screen off it doesn't use more than 100mA or so
<Wizzup>
(because it doesn't idle yet)
<Wizzup>
but yeah can't we change the input current limit in dts?
<uvos__>
isent safe to do because youll crash devices that cant supply
<Wizzup>
ok
<uvos__>
charging 14Ah battery at 400mA
<uvos__>
weee
<Wizzup>
well it just needs enough to boot to leste proper
<Wizzup>
btw, I also booted my xt912 to leste now (for the first time) and I indeed also see the screen issue that you are seeing
<Wizzup>
and now I need to go to the store to get more sd cards :)
<uvos__>
not achiveing hsync yeah
<Wizzup>
right
<uvos__>
one could try diffing the omap-dss regs to see what to change there
<Wizzup>
same tool as for droid 3?
<uvos__>
probubly some timeing is configured slightly differently somehow
<uvos__>
no this is omap reg
<uvos__>
so you need rwram for android
<uvos__>
the other tool is for reading cpcap regs via the stock kernels custom interface
<tmlind>
fyi, you can set the charge limit with something like echo 900000 > /sys/class/power_supply/usb/input_current_limit for 900mA
<uvos__>
yeah we do that
<tmlind>
won't work with all chargers as the detection is missing
<tmlind>
ok
<uvos__>
not early in boot however
<freemangordon>
tmlind: in that regard - what is the proper way to implement cpcap-extcon?
<freemangordon>
because we need that for charger detection
<Wizzup>
uvos__: I can try to get the now on leste and android, iirc I will need the reg addrs?
<uvos__>
the now on leste?
<Wizzup>
them
<Wizzup>
the regs
<Wizzup>
assuming you wanted to diff them
<Wizzup>
or do you just need them on android?
<uvos__>
the reg addresses you will find in the omap datasheet ofc
<tmlind>
freemangordon: not sure if a separate driver is needed or if the iio driver can also implement that
<uvos__>
i would just diff the whole dss region and try to understand the differences
<uvos__>
tmlind: any better ideas about this problem?
<freemangordon>
tmlind: hmm
<freemangordon>
is it ok to have one driver multiple subsystems?
<Wizzup>
uvos__: quick check, it looks like leste-config-razr doesn't depend on leste-config-mapphone which seems wrong, or rather mapphone doesn't depend on leste-config-razr, shall I fix that?
<uvos__>
i have seen several drivers do this
<Wizzup>
also do we want to split razr into razr-xt910 and razr-xt912
<freemangordon>
uvos__: ok
<uvos__>
not sure if reccomende behavor tho
<uvos__>
Wizzup: yes, spi modem
<uvos__>
but maybe have xt91x.dtsi
<Wizzup>
I will fix up the meta in a bit then
<Wizzup>
I mean just leste pkg wise
<uvos__>
oh
<uvos__>
no
<uvos__>
they can share with bionic even i think
<uvos__>
same with atrix2
<Wizzup>
doesn't this config what gets written to boot.cfg and thus the dtb that is being loaded
diejuse has joined #maemo-leste
<Wizzup>
or am I wrong and boot.cfg never gets touched
* Wizzup
checks
<uvos__>
we have a special package for that
<uvos__>
this one needs all variants
<Wizzup>
it looks like boot.cfg isn't written, that's fine then
<uvos__>
it is
<uvos__>
we have a pacakge for that
<Wizzup>
maemo-kernel-config ?
<tmlind>
freemangordon: git grep extcon drivers/iio does not show such things, maybe you can implement an drivers/extcon driver that just uses the iio calls as the voltages etc should be already available via iio
<uvos__>
Wizzup: not sure what its called
<uvos__>
but i remember makeing it with parazyd
<Wizzup>
I made maemo-kernel-config for n900 postinst mostly
<Wizzup>
dpkg -S doesn't claim that anyone owns boot.cfg
<uvos__>
no no theres a kexecboot config package
<uvos__>
i sware it owns the boot.cfg
<Wizzup>
this is new to me
<uvos__>
or should anyhow
<Wizzup>
droid4-kexecboot-config - boot.cfg file for Motorola Droid4 kexecboot
<uvos__>
we did this to add charge mode
<freemangordon>
tmlind: back then I extended phy-cpcap-usb
<Wizzup>
uvos__: yes, looks like it
<tmlind>
freemangordon: ok makes sense if no other use for it
<Wizzup>
uvos__: well then we still need separate meta's for the devices anyway
<uvos__>
ok
<freemangordon>
tmlind: 'it'?
<tmlind>
freemangordon: no other use for the extcon driver beyond the charger detection
<uvos__>
looks like i even allready added support for xt91x
<Wizzup>
there is no pkg for it on my system
<Wizzup>
uvos__: I don't see it btw, just bionic/droid3/droid4
<Wizzup>
in any case this is trivial I will look at it
<freemangordon>
hmm, ok, I will try to dig what I have done back then and maybe resume the work
<Wizzup>
regarding the regs, uhh :)
<Wizzup>
uvos__: oh maemo/chimaera is not in sync with master it looks like
<tmlind>
freemangordon: sounds good to me :) especially the tablets need to max out the cpcap charger until we have the cpcap-gpio operated charger implemented..
<freemangordon>
tmlind: oh, no, I wrote extcon-cpcap driver, and just fixed a bug in phy driver :)
<freemangordon>
maybe I will send RFC patch
<freemangordon>
unless someone wants to take over
<freemangordon>
tmlind: ^^^
<Wizzup>
uvos__: apart from finding the regs, I guess I need to run this with the screen on
<Wizzup>
does the brightness matter
<freemangordon>
it is just that I won;t have time to work on that soon
<uvos__>
Wizzup: brightness is in no way related to dss so no
<uvos__>
yes dss needs to be active
<uvos__>
else nonsene
<uvos__>
*nonsense
<Wizzup>
ok, well I can try to do this but you'll have to feed me the locations/addrs
<uvos__>
pretty busy rn, maybe later
<Wizzup>
ok
<uvos__>
maybe look at d3 cpcap first should not need me for that
<Wizzup>
mhm
<tmlind>
freemangordon: i'm pretty limited on time for the infinite future..
<tmlind>
can't commit to anything right now beyond trying to get the mz617 patches upstream and the usb oops fixed
<diejuse>
Wizzup /usr/bin/[ --version the same output inside proot, both on the old and new smartphone
<freemangordon>
tmlind: ok
<Wizzup>
diejuse: ok, not sure then
<Wizzup>
brb
<diejuse>
On my modern smartphone Maemo does work with chroot but not with proot. By doing "echo $SHELL" , inside chroot it gives an output of "/system/bin/sh" while inside proot it gives an output of "/bin/bash". I think this is a good clue.
humanbeta has joined #maemo-leste
<Wizzup>
diejuse: yes
xmn has joined #maemo-leste
mqlnv has joined #maemo-leste
<humanbeta>
Is there any hints how get Pinephone get connected to TV...Docking Bar has HDMI-out put is that usb-c port actually USB2.0+displayport combination? So can it work cheap usb–c to displayport adapter?
<humanbeta>
Has anybody ever connected Pinephone with Maemo to external display?
<humanbeta>
hardware itself should support up to 4K resolution.
Daanct12 has quit [Quit: WeeChat 4.1.2]
Daanct12 has joined #maemo-leste
<Wizzup>
humanbeta: I haven't done that yet
<Wizzup>
I do have some usb hub that I got with it that has a hdmi port
<humanbeta>
Is yours USB-C Docking Bar that come with every new Pinephone these days (Beta Edition with Convergence Package)?
pere has quit [Ping timeout: 246 seconds]
<xmn>
I've use the PP with external monitors extensively, but this was not use Leste. In the past some folks had challenges with the docks. But it could be the cable, if the monitor need too much power or if its a dock that didn't come with the PP then it could be that dock may not work with it for some reason.
<xmn>
I have 2 dock and both worked with the PP hardware.
<Wizzup>
humanbeta: I don't know, I got it with the pre braveheart
diejuse has quit [Quit: Client closed]
<humanbeta>
xmn: what OS support it?
<xmn>
I can only say the ones I used or tested, which is not extensive :). I tried mobian, manjaro phosh & plasma. I never thought to plug it in when trying maemo, but have used an ext monitor with my n900 before (which was only mirrored.
<Wizzup>
uvos__: working on the d3 but it takes a bit since I have to root the device again, and I did it using sigmakey last time
<humanbeta>
xmn: so if it working with mobian, then it should not be too hard to get work with Maemo...what have to do with mobian to setup hdmi on?
<Wizzup>
pretty sure you can just turn it on with xrandr
<Wizzup>
but maemo's hildon-desktop doesn't really support multi monitor
<Wizzup>
the real question is, what do you want to do with the external monitor
diejuse has joined #maemo-leste
<humanbeta>
just mirroring to big screen..more easy to show more than one people.
<Wizzup>
this should work ok with xrandr
<xmn>
Not sure how it is in Leste, and I haven't used xrandr before ... but hildon on n900 mirror at a low resolution. Basically it was like a giant phone screen ... lol. It does give more room or change aspect ratio. The smart guys in the Leste project may have changed that, but I haven't tested that. But would be curious to know.
<xmn>
For me mirror is not so useful. I think I used it only a few time with n900 over 10 + years of daily driving it. But maybe it could be for you.
<xmn>
Wizzup xrandr seems like a cool little solution. Thanks for sharing that.
pere has joined #maemo-leste
<humanbeta>
Wizzup: Pinephone detected TV!, chatting now at 1920x180 with Pinephone!
diejuse has quit [Quit: Client closed]
<humanbeta>
*1920x108
<xmn>
nice
<humanbeta>
*1920x1080
<humanbeta>
and display of Pinephone shows upper part of that resolution
<humanbeta>
same time
<humanbeta>
touch act strange
<humanbeta>
it seems that it try to be scale some how
<Wizzup>
you can scale with xrandr
<xmn>
but are you doing this in maemo?
<Wizzup>
or just change the resolution of the tv/hdmi with xrandr
<humanbeta>
yes I do this with Maemo
<xmn>
nice
<humanbeta>
Pinephone touch screen works if I choose 1280x720 to HDMI, but If I choose 1920x1080 it scale touch and show upper part of screen on Pinephone, but looks good on TV.
<Wizzup>
if you want to mirro the screen you must have the hdmi as the same res as native phone
<Wizzup>
or set some scaling
<Wizzup>
everything else is probably a nightmare
<humanbeta>
It mirror by default.
<xmn>
humanbeta it seems like you have it working, so how does this relate to your original questions "Pinephone get connected to TV ... "
<Wizzup>
uvos__: btw looks like just booting android to charge also wipes data
<Wizzup>
(and cache, and preinstall)
<humanbeta>
xmn: So question is answered, thanks to you and Wizzup.
<humanbeta>
it was easier than I though.
<xmn>
heh, ah cool. And I would say it was Wizzup :D.
<xmn>
Glade to hear you got it figured out.
<Wizzup>
maybe document it somewhere on the wiki
<xmn>
^
<bencoh>
Wizzup: why would it wipe data/
<bencoh>
?
<bencoh>
oh, because btrfs/unknown fs?
<humanbeta>
Put example to wiki: xrandr --output HDMI-1 --mode 1280x720
<Wizzup>
bencoh: yes
<humanbeta>
if somebody know better xrandr can try better settings and widening desktop to both screen.
<Wizzup>
this does not exist other than xrandr fractional scaling
<humanbeta>
ok
<freemangordon>
humanbeta: hmm, how does it mirror if resolutions on both displays differ?
<freemangordon>
isn;t it better to set hdmi on the same resolution as panel?
<humanbeta>
freemangordon: If hdmi has higher resolution than on Pinephone, then Pinephone crop, but it seems that hdmi crop when using lower resolution than on Pinephone.
<humanbeta>
but touch scaling..so touch not usable if bigger resolution on HDMI.
<humanbeta>
I have connect mouse if using 1920x1080.
Daanct12 has quit [Quit: WeeChat 4.1.2]
<freemangordon>
humanbeta: exactly that's why you should have same resolution on both displays, by adjusting HDMI to match internal panel
<humanbeta>
My test display doesn't support 1440x720..so that is why using 1280x720.
uvos has joined #maemo-leste
<uvos>
with glamor one could use a xrandr transformation matrix to fit any resolution onto the internal display
uvos has quit [Client Quit]
<humanbeta>
impressive is that I tought internal display use 720x1440 with software rotate and still HDMI output work right away.
<humanbeta>
btw..HDMI audio does not work.
<humanbeta>
anyway..if somebody can program TV-output Settings to Settings like was in Maemo 5, it would be nice ;)
humanbeta has quit [Quit: Client closed]
ceene has quit [Ping timeout: 256 seconds]
uvos__ has quit [Ping timeout: 252 seconds]
brosame has quit [Ping timeout: 256 seconds]
brosame has joined #maemo-leste
ceene has joined #maemo-leste
ceene has quit [Ping timeout: 252 seconds]
<gnarface>
so far i haven't heard anyone claim they were able to get HDMI audio working on pine64 hardware
<gnarface>
that's an outstanding issue that is probably not maemo's fault
<gnarface>
display out; yes, though finicky. but not audio.
<gnarface>
(and not isolated to just the phones either)
<gnarface>
and it doesn't seem to be clear whether it's a kernel issue or a hardware issue. nobody actually knows enough about the hardware.
diejuse has joined #maemo-leste
fab_ has joined #maemo-leste
brosame has quit [Quit: leaving]
srb has quit [Ping timeout: 260 seconds]
diejuse has quit [Quit: Client closed]
mqlnv has quit [Ping timeout: 252 seconds]
mqlnv has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
arno11 has joined #maemo-leste
parazyd has quit [Ping timeout: 256 seconds]
parazyd has joined #maemo-leste
xmn has joined #maemo-leste
pere has quit [Ping timeout: 256 seconds]
branon has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]