I'm awaiting a Community Edition: UBports  Pinephone.   I've tried to change my shipping to DHL, but when I follow this link:

https://store.pine64.org/product/pinepho...t-upgrade/

I get a 404 error.

Is that just me, or is the page not working for everyone?

Some background:  earlier today, I was able to load that page without any problem.   I added the item to my cart and went to checkout.   While filling out the form (carefully checking that the details I entered were an exact match for the original order), I think I may have accidentally hit some key combination that tried to submit the form.   I'm not sure what exactly happened, but suddenly I saw a message that said my session had timed out.   So I went back to the store's home page and checked my cart - it was empty.  So I selected the item again from the home page and got the 404 error.

I've cleared cookies, etc. - but I'm still getting 404.

Any ideas?

My order is Order #126551.

After a suspend from memory, sound does not work.

On my machine (Manjaro ARM XFCE 20.06 Kernel 5.7), the sound driver snd_soc_es8316 needs to reset the sound chip. The problem is the kernel is preventing unloading and reloading of the sound driver snd_soc_es8316.


My first attempt was initializing the sound chip from the shell mimicking what the es8316 driver is doing in its probe function:

So, I've got my BraveHeart PinePhone fixed up fairly well. I got calls, texts and wifi working, and it's *almost* ready to be my daily driver.

Still got issues with bluetooth, seems running bluetooth at the same time as wifi makes both unpredictable and prone to disconnection, so I have to remove the bluetooth firmware to get a usable experience. That necessitates that I use the audio jack for sound.

No matter what I do, I can only get mono sound, and upon further investigation, it's only outputting on the left channel. I tweaked sxmo_megiaudioroute.c to use "DAC" instead of "Mixer" for the headphone output, set both channels enabled, etc, and then I didn't just get the left channel on both earbuds -- I got the left channel on the left earbud only, and silence on the right earbud.

Megi suggested I don't use that utility for music, but A. I do need phone calls, and B. even when I never use it, e.g. a fresh reboot, the issue persists.

Is anyone else getting mono only? How about anyone who has working stereo? Please also post your phone revision (e.g. braveheart) and the OS you're on.

Anyone had any luck getting hardware acceleration to work in MPV on manjaro? 

I've updated the config file to include the hardware acceleration option, but no dice.

It would be great to be able to playback smooth video since the RK3399 has a hardware video decoder.

Does anyone else have the following error when running bootstrap to flash postmarket OS on an SD card?

ERROR: Could not find dependency 'firmware-rtl8723bt' in any aports folder or APKINDEX. See: <https://postmarketos.org/depends>
[23:05:30] See also: <https://postmarketos.org/troubleshooting>
Run 'pmbootstrap log' for details.


Sorry I am still a noob with this. I'm sure that if someone could post a solution to this problem here, other end users would also appreciate the help.

Or, "As close to a daily driver OS as I can get."  Which I have been attempting to daily drive.

Post 1 is getting it installed, working, and sleeping properly, with at least "mostly works" sound functionality.  Later parts will cover various other aspects, including abusing the environment into something that can play Spotify (armhf browser in a chroot).

You'll need a microSD card and some time, with the install ending up on the eMMC.

I'm also assuming some general familiarity with Linux - I've got all the steps, but there may be some assumptions missing between them, because I didn't record the exact keystrokes.

Get the initial image, flash it to SD.

Pull the image from ayufan's repo here:

https://github.com/ayufan-rock64/linux-b...ag/0.10.12

You want focal-gnome-pinebookpro-0.10.12-1184-arm64.img.xz - it's ARM64, and Ubuntu 20.04.  Unzip this and put it on an SD card with your preferred techniques (Etcher doesn't seem to like these images, so you may have to dd it directly over - I just dd'd the unzipped image onto the SD card and it was fine).

Toss a copy of this image onto a USB drive or local server as well - you'll need it for flashing onto the eMMC.

Put the SD card in, boot, and you should find yourself at something looking generally Ubuntu 20.04-ish.  rock64/rock64 will get you in, and it will make you change the password immediately.

Flash the image to the eMMC

Find the eMMC - I think it tends to be /dev/mmcblk0 when booted from the SD card.  The 'lsblk' command will show you what your block devices are, and the one that's not got something mounted as root is your eMMC.

Grab a copy of the image again from your preferred source, and we'll put it on the eMMC.  It's worth running lsblk and unmounting anything mounted from your eMMC before you start, though it probably won't matter.  It's just rude to blow away a filesystem without unmounting it, and in theory it could mess with the flash if something got written to a half intact filesystem.

Or, "As close to a daily driver OS as I can get."  Which I have been attempting to daily drive.

Post 1 is getting it installed, working, and sleeping properly, with at least "mostly works" sound functionality.  Later parts will cover various other aspects, including abusing the environment into something that can play Spotify (armhf browser in a chroot).

You'll need a microSD card and some time, with the install ending up on the eMMC.

I'm also assuming some general familiarity with Linux - I've got all the steps, but there may be some assumptions missing between them, because I didn't record the exact keystrokes.

Get the initial image, flash it to SD.

Pull the image from ayufan's repo here:

https://github.com/ayufan-rock64/linux-b...ag/0.10.12

You want focal-gnome-pinebookpro-0.10.12-1184-arm64.img.xz - it's ARM64, and Ubuntu 20.04.  Unzip this and put it on an SD card with your preferred techniques (Etcher doesn't seem to like these images, so you may have to dd it directly over - I just dd'd the unzipped image onto the SD card and it was fine).

Toss a copy of this image onto a USB drive or local server as well - you'll need it for flashing onto the eMMC.

Put the SD card in, boot, and you should find yourself at something looking generally Ubuntu 20.04-ish.  rock64/rock64 will get you in, and it will make you change the password immediately.

Flash the image to the eMMC

Find the eMMC - I think it tends to be /dev/mmcblk0 when booted from the SD card.  The 'lsblk' command will show you what your block devices are, and the one that's not got something mounted as root is your eMMC.

Grab a copy of the image again from your preferred source, and we'll put it on the eMMC.  It's worth running lsblk and unmounting anything mounted from your eMMC before you start, though it probably won't matter.  It's just rude to blow away a filesystem without unmounting it, and in theory it could mess with the flash if something got written to a half intact filesystem.

I've been here since just about day one - microphone input on the Pinebook Pro is almost there, but I still can't seem to get it to give me any input from the right-side mic. The input audio stream is stereo, but it's just giving me the left-side mic stream twice.

Here is what I know:
- Yes, there are actually two microphones. I opened the device up and looked with my own eyes, and there are two of them, both of which are wired up to the mic connector on the mainboard.
- The Pinebook Pro's audio chip does have a stereo input, so the ability to process data from two microphones exists.
- I can't find anything obvious in alsamixer (e.g. "mono mix" which only seems to be an output setting) to suggest that it's configured to behave like this, but I admittedly don't have a lot of familiarity with most of the available settings, so I could have overlooked something.

Is this just a wiring fault, or is there something in software that still needs to be tweaked? I know I've seen a lot of claims that the Pinebook Pro only has one microphone, and whether or not this is actually true of most units, that might point to the board only being wired for one.

Any thoughts?

Hello,

I have been testing and enjoying my new Pinebook Pro. I 've noticed however that 5Ghz Wifi is performing poor. I have activated both 2.4 Ghz and 5Ghz wifi on my home router. Things I 've noticed:

• There are times when 5Ghz wifi is not working at all - as if there's no wifi signal available. Devices next to the pinebook, such as a smartphone, work fine with 5Ghz wifi so I know the signal is good but PBP can't interface with it.
  
• I 've tested wifi speeds when both 2.4Ghz and 5Ghz are working in the Pinebook. The 2.4Ghz connection easily gets 4+Mbytes/sec while the 5Ghz oscillates between 500Kbytes/sec to 1.2Mbytes/sec.
  The network connection is 150Mbps.
  

I've created a fork of Mobian for testing purposes. I've built my own personal images with this for a few days now and I thought I might as well share it for anyone who's interested. I'm not supplying binary images for two reasons;

• This is not meant to replace regular Mobian for end users
  
• I'm stuck on a slow and metered connection