| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
what is the point?
Forum: General Discussion on PinePhone
Last Post: Kevin Kofler
4 hours ago
» Replies: 3
» Views: 91
|
Old Danctnix server in Pa...
Forum: PineTab Software
Last Post: realchunkyflea
8 hours ago
» Replies: 3
» Views: 251
|
PinePhone sensors - Gyros...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
9 hours ago
» Replies: 2
» Views: 54
|
irradium (based on crux l...
Forum: Linux on Rock64
Last Post: mara
Yesterday, 10:30 AM
» Replies: 10
» Views: 15,923
|
irradium (based on crux l...
Forum: Linux on RockPro64
Last Post: mara
11-26-2025, 02:45 PM
» Replies: 10
» Views: 16,844
|
PinePhone, PinePhone Pro,...
Forum: PinePhone Hardware
Last Post: j_s
11-26-2025, 11:33 AM
» Replies: 4
» Views: 222
|
Quill OS for the PineNote
Forum: PineNote Software
Last Post: JhonSmith
11-26-2025, 01:42 AM
» Replies: 1
» Views: 135
|
auto-owning the SD card i...
Forum: PineTab Software
Last Post: biketool
11-25-2025, 04:16 AM
» Replies: 1
» Views: 406
|
Volumio (PINE A64-LTS / S...
Forum: Linux on PINE A64-LTS / SOPINE
Last Post: kapqa
11-23-2025, 02:02 AM
» Replies: 8
» Views: 15,569
|
Reinstallation Arch Linux...
Forum: General Discussion on PineTab
Last Post: rth
11-22-2025, 08:25 PM
» Replies: 1
» Views: 256
|
|
|
| Only enable modem when needed with kill switches |
|
Posted by: sokolgeo - 09-19-2020, 07:25 AM - Forum: PinePhone Hardware
- Replies (2)
|
 |
Hello!
For privacy reasons I want to keep modem disabled unless I want to make a call or use internet via the modem.
I was expecting operating system on pinephone to find the modem once its powered back by the hardware kill-swich on the back of the device.
Doesn't work: once the modem's hardware kill-switch is "off", the modem does not re-appear in pinephone operating system when the hardware kill-switch is returned to "on" position.
I tried with postmarketOS, ubuntu touch and pure os for pinephone (purism guy says on Librem phone the switches are not requiring re-boot for re-activating the hardware, at least not wifi: https://forums.puri.sm/t/librem-5-pineph...es/8793/12 ). Neither was able to detect modem when its re-enabled by the hardware kill-switch.
Is there any way to bring pinephone modem back to operating mode without system reboot after I flip its hardware kill switch from "off" to "on" position?
Thank you
|
|
|
|
| Anbox on pinetab |
|
Posted by: saulrh - 09-19-2020, 06:36 AM - Forum: PineTab Software
- Replies (3)
|
 |
Spent a good chunk of today attempting to get anbox running under mobian (Linux thalia 5.7-pinetab #1 SMP PREEMPT Fri Sep 11 11:37:38 UTC 2020 aarch64 GNU/Linux) because why not. A log of my progress:
- Nobody's built a snap for arm64 so I can't do that.
- Attempted to build anbox from source and actually managed it, but couldn't use it because all the plumbing (e.g. systemd and dbus stuff) is contained in the snapcraft yaml which is used to build systemd units when the snap is built so make install produces roughly one-third of a functioning installation.
- Attempted to build a snap myself but it failed because snapcraft builds in a container using multipass but multipass uses qemu's default --machine handling which is unpopulated on arm64 so it complains and bails out. Can't use the --destructive-build option, which skips the containerization, because it just blows up due to a library version mismatch. Also, snaps don't support cross-compilation. Like, at all.
- Finally decided to just ignore apt's attempts to tell me that anbox wasn't available for my system and started using curl and dpkg to install random debs from other releases. Eventually found this one that appears to have installed mostly right: http://http.us.debian.org/debian/pool/co..._arm64.deb.
- anbox-container-manager.service wouldn't start because it was attempting to modprobe ashmem_linux and binder_linux, which don't exist any more because they're now (respectively) in-tree and obsolete. /proc/config.gz has both CONFIG_ASHMEM=y and CONFIG_ANDROID_BINDER_IPC=y, so I just edited /lib/systemd/system/anbox-container-manager.service to remove the modprobes. That got anbox-container-manager.service enabled and started. However, this doesn't yet prove anything because the container manager doesn't start the container until a request is received from the session manager, so we haven't actually tried talking to lxc yet.
- anbox session-manager also complained about not having ashmem or binder. It turned out that it was looking for binder by just attempting to blindly open /dev/binder, which has been superseded on recent kernels by binderfs. I "fixed" this by manually creating a binderfs and then symlinking the device in where anbox was looking: mkdir -p /dev/binderfs ; mount -t binder binder /dev/binderfs ; ln -s /dev/binderfs/binder /dev/binder. This got the session-manager to at least do something, though it immediately failed out because the container manager can't start a container.
Current status:
Code: mobian@thalia:~$ anbox session-manager
[ 2020-09-19 12:21:17] [client.cpp:49@start] Failed to start container: Failed to start container: Failed to start container
[ 2020-09-19 12:21:17] [session_manager.cpp:152@operator()] Lost connection to container manager, terminating.
[ 2020-09-19 12:21:17] [daemon.cpp:61@Run] Container is not running
Logs for anbox-session-manager.service are clean, so I have to hunt down the logs for the attempt to actually start the container. Either way, I called it a night there. Probably going to turn out to be an obvious-but-unfixable showstopper in lxc-on-arm64 or something equally obnoxious. Or, like, dbus blowing up for no reason. Maybe I'll keep tearing out attempts to modprobe unnecessary kernel modules until it all works. Or I'll just try arch! Who knows? The me of tomorrow, probably.
|
|
|
|
| Error! Android Rockchip tools method |
|
Posted by: BowerR64 - 09-18-2020, 08:12 PM - Forum: Android on Rock64
- No Replies
|
 |
Couple of weeks ago a seller on Amazon had a bunch of the Rock64 board kits for $7.99 (SBC board, supply case and SD card) i got 4 of em and ive been trying all of the files in the downloads section.
I ran into an issue with one called "Android 9.0 Stock Image [eMMC Boot] using ROCKChip tools method [20190617]"
The directions says to use the "android tool" put the board into maskrom mode with the jumper then when the tool sees the board pull the jumper off, then flash it. I kept having issues with errors when it went to "check" if the flash was ok it would error out. Then by accedent i downloaded a different version of the tool "2.65" and it actually worked i was trying different eMMc modules, differnt cables, i even thought maybe it was the USB3 and tried USB 2 then by accedent i tried the 2.65 and it worked.
The instructions give a link for version 2.38 and i tried and tried that version with no luck then by accedent i tried the 2.65 because i already had it on my PC from another device and i didnt know it was a different version
|
|
|
|
| Selling PineTab |
|
Posted by: Superfroggman - 09-18-2020, 06:13 PM - Forum: General Discussion on PineTab
- Replies (2)
|
 |
Hello!
This is my first post here so please tell me if I'm breaking any rules.
I bought a PineTab and tried it out for a bit but felt like it wasn't quite for me. I feel like it will be in better use with someone else.
Price ~ 120$ + shipping.
I threw away the original box but everything else is included.
Shipping from Sweden, so I would prefer the buyer to be from Europe.
I think my account is too young to allow private messages so please reply here instead, as I made it to post this post.
|
|
|
|
|