I have a PinePhone Manjaro Edition and it's working alright with PostmarketOS, but I do have some issues with SMS, particularly larger messages getting "jammed" and not receiving, until I manually delete them from the queue, wait some amount of time (sometimes even a day) and it will start working again. I thought this might be some modem firmware issue as I am running a very old version.

The original modem firmware was EG25GGBR07A08M2G_01.001.01.001

I tried updating to 01.002.01.002 with the fastboot command, but it only seems to have half worked, or something.
I used the information here: https://github.com/the-modem-distro/pine...LASHING.md

I got a message like this with a warning:

This thing has been a pineintheass for many years now, I been dragging this brick around since when it screamed at me (literal bird chirping noise) while charging it with usb c in my car and got mad at me wouldnt turn on. So I bought a barrel charger usb connect it to my phone charger and that seemed to make it happy because now the red LED turns on for barrel and USB C again, and power button turns on the poweron LED. But the screen wouldnt turn on. 

Years later again I got some time to work on it again, charging led good, power ON LED good, no display, cracked open the lid (10 SCREWS   ) and noticed the LCD connector was disconnected (why) so I reconnected that and flicked the emmc switch towards the hinge... NOW IT WONT TURN ON THE POWER LED WHEN I PRESS THE POWER BUTTON 

After reading some trouble shooting it said to pull out the power connector and reattach the display socket, I did so and that thing was like pulling a pinecone out of ur ass it was so tight the corner of the white thing snapped off ;_;.. After connecting all of that it still wont power on where it just was before I reattached the display connector, and flicked the emmc switch.. Idk if the power connector is totalled now, photos attached. I tried pressing the power button for like 15 seconds doesnt work with or without charging (charging LED is still working).  Armbian was nice while it worked..

Attached Files

Thumbnail(s)
                   

Hello! I am alarmed that several apps I rely on will possibly stop working in 2027 on Android, and I heard about PinePhone from Ecosia's AI chatbot. It says the newest model of PinePhone is the PinePhone2, which supports microSD cards which is important to me because I have a large music collection. But it couldn't find any info about whether PinePhone2 supports Cricket Wireless, which is important for me because I'm on a very tight budget. I'm honestly not even sure I can afford a PinePhone2, but I'm terrified of Google's new restrictions so I figure it's best to do research.

Also, do VLC Media Player and Brave Browser work with PinePhone2? I can switch to Firefox if I need to, I just found that Firefox was slow last time I tried to use it on my phone.

Also, I've been using Alarm Clock Xtreme from AVG for years, but I'm not sure it will be supported through 2027. I like that it lets me set daily and weekly alarms and appointment reminders with music from my collection. Are there alternatives to that app available for PinePhone2? It's OK if I have to use two separate apps, one for alarms and one for reminders. Really I should be using a calendar instead of one-off reminders but I don't like Google's calendar app. 

Lastly, how is the battery life? Can I replace the battery on a PinePhone 2? I know most phones don't let you do that but I wonder if this more open alternative bucks that trend. That would be cool.

I'm sorry for asking so many questions in one thread. I don't really know if it's best to split it up or not. I'm kinda scared right now and I'm just looking for some hope in an increasingly scary world. FOSS software always made me happy.

Having my Rock64 card for over 8 years running  ayufan's Android TV (thanks a lot for this perfect job!) i tried to migrate to Android 10. Here is a patch set that can be applied to Firefly SDK. Not sure it makes sense still...
https://github.com/vtsick/rock64-android10-tv

Hey everyone,
I’ve been a long-time lurker here and a huge fan of the Pine64 ecosystem for a few years now. My journey started with a Pinebook Pro that I used as a dedicated "distro-hopping" machine, and more recently, I’ve been experimenting with a small cluster of Quartz64 boards for some home automation and a localized private cloud.
One thing that’s been on my mind lately, especially as I start pushing more containerized workloads and heavier database tasks, is the "memory ceiling" we often hit with SBCs. I’ve noticed a specific point in a few recent dev threads discussing how we can better optimize swap and zram, but it really makes me wonder about the hardware side of things.
I recently did a refresh on my main desktop/home server, moving it up to a 16GB kit of DDR5-4800MHz memory. It’s that PC5-38400 spec, and honestly, seeing the jump in raw bandwidth compared to my older DDR4 rig was a bit of a wake-up call. It’s not just about the capacity; it’s how quickly the system can move data for multitasking and heavy I/O. It made me realize how much I’ve grown accustomed to the snappiness of higher-frequency RAM in the x86 world, and it left me wishing for a bit of that "oomph" in my ARM projects.
I know we’re dealing with completely different power envelopes and thermal constraints here, but as we see more powerful SoCs coming down the pipeline, I can't help but dream of a Pine64 board that supports something like the PC5-38400 standard. Even if it was soldered LPDDR5 to save on space, that extra bandwidth would be a game-changer for things like local LLMs or high-speed data processing at the edge.
I’ve been trying to find ways to squeeze more life out of my current 4GB and 8GB LPDDR4 setups, but there’s only so much software tuning can do when you're physically limited by the bus speed.
Does anyone here have insight into the current SoC roadmaps—are we likely to see DDR5 support in the next generation of boards, or do the power requirements and complexity of routing those high-frequency traces make it a "no-go" for affordable hobbyist hardware for the time being?

Hardware Feature Suggestion: SPI Flash Hardware Write-Protect & Factory-Flashed Secure Boot

First of all, thank you for providing amazing open-source hardware to the community. I am a developer, privacy enthusiast, and independent researcher, and I would like to propose a simple yet high-value hardware revision for future batches of the Quartz64 or upcoming single-board computers. Currently, the board relies on DIP switches for boot priority, which is firmware-based and does not physically cut the power line for the SPI Flash write operations.

For users focused on sovereign security, physical containment, and preventing persistent firmware implants (rootkits), having a Hardware Write-Protect (WP# linked to GND via a physical Jumper or a Screw mechanism)—similar to the Chromebook write-protect screw—is crucial. Adding small exposed copper jumper pads (open pads) between Pin 3 (WP#) and Pin 4 (GND) on the PCB layout would allow advanced privacy users to bridge them and achieve true physical, air-gapped read-only isolation for the Tow-Boot/SPI flash.

Furthermore, for PINE64 boards that come with a pre-soldered SPI Flash from the factory, we strongly suggest shipping them with a clean, verified, and officially signed open-source bootloader (like Tow-Boot) pre-flashed out of the box. Many security-conscious buyers operate in highly compromised, untrusted, or heavily monitored network environments where flashing a clean image locally from scratch is incredibly risky or nearly impossible without immediate interception. Shipping the hardware with a factory-guaranteed clean bootloader would provide a secure and immutable root of trust immediately upon unboxing.

I highly recommend offering these as design standards in your upcoming revisions, or even as an optional manufacturing configuration toggle for a small extra fee. It would make PINE64 the ultimate choice for the global privacy and secure-boot developer community.

Looking forward to hearing your thoughts on this hardware implementation.

So, if you're already soldering tiny boards and debugging firmware at 3 AM, why not repurpose that Pinecil as a social debugging tool—like a playful way to "hotwire" connections with fellow tinkerers at meetups? Ever tried turning a soldering iron into an icebreaker?



MeetPrettyGirls.com
Find a girl to share the night with

Hi all, I've pushed some more updates for SlateOS and its companion app, mostly to improve the battery life:

- Vibration toggle
- Optimisation of app to watch comms
- A fix for the launcher not being available after reconnecting
- The companion app now finds the app after it was away from the phone

I would really like your feedback! I'm also curious for more sub-app ideas, and if anyone has tried writing their own.

With RAM prices and availability becoming a problem, why not make SBCs without onboard RAM and use a standard laptop SO-DIMM slot instead?

This could have several advantages:

- Much lower base price

- No need for separate 4/8/16/32 GB SKUs

- Users can choose the amount of RAM they need

- RAM could be upgraded later

- Less dependency on onboard RAM availability

Any thoughts?

Just received my PineTab2 but cannot log on with user=alarm and password=123456 as it says in the docs

The username alarm is the one it wants me to log in to but none of the passwords I've tried have worked