I took my work to enable audio over the I2S port and put it on github to share with everybody.  Enjoy if you want.  I started from the Armbian patches for the legacy kernel used for Ubuntu 16.04 xenial.  I only changed the DTS for the Pine64+ boards because that is what I am using.  I have a Pine64 512MB board, but haven't tried it, yet.  Enjoy: https://github.com/looperlative/linux-pine64-armbian

This question is specifically for the Clusterboard, and as dumb as it sounds, I'm serious here.

I've inserted countless sticks of RAM before, and while sometimes it takes a little force, I've never felt like I was about to break the motherboard trying to get them to snap in. My Clusterboard, on the other hand, takes so much force that I'm afraid the SOPINE module is going to fold in half.

Does anyone else have to push insanely hard to get their SOPINEs inserted? I've tried cleaning the slots with compressed air, and obviously I have the notch lined up...they won't go in backwards, but they really don't want to go in forwards, either.


For the record, I bought my Clusterboard from ameriDroid back in August. They have the disclaimer about being a pilot batch of boards with a pull-up wire glued on for the eMMC. I remember worrying that I was going to break something when I installed my first two SOPINEs back then, but I got them in and running. This week I pulled them out for some testing on the Baseboard, and now I don't think I can get them back into the Clusterboard at all. Maybe it's due to the temperature being several degrees cooler in my house this time of year, it's like the plastic has contracted or hardened to the point where the modules just won't go in.

I can't believe my board is any different from the rest of the batch, but it's surprising I can't find any posts at least mentioning this issue.

Thanks,
Jesse

Has anyone tried OpenBSD on the Pinebook 1080p?  It looks like they support other PINE64 models, but no image is available, just some installation files on their mirror.

Hi guys,

I'm looking for this problems for months now and it seems I can't find any solution to this problem.

I've bought the Rock64 especially because it has an infrared sensor build in to control it with my Harmony remote One.


Any solutions i've find doesn't work.
- program it as another media device that runs android.
- program it with the NEC code. I can't add that in the harmony software.
- program it as a pine64 device. That device doens't exist in the harmony software.

I think the only solution is to program it with the remote dat Pine64 offers but I can't find the original manifacturer or any other after sale brand that is known in the Harmony software.

I'm hoping some other members had the exact same problem and had their remote work with the Rock64.

Greetings

Centos 7 images for the RockPro64 are available for download here

Centos 7 images for Pine A64 are now available (both destkop and headless).

Hi

I just saw this article about postmarked OS and wondered how much effort it is to port something from Pine64-LTS to Pinebook?

What are the steps you would take?

Postmarket OS is build on Alpine Linux which makes itself super small and should be a good fit for smaller machines.

https://postmarketos.org/blog/2019/01/16...tmarketOS/

The CS4270 allows specifying a reset GPIO using the following code:

enum of_gpio_flags flags;
int gpio = of_get_named_gpio_flags(np, "reset-gpio", 0, &flags);

if (gpio_is_valid(gpio)) {
ret = devm_gpio_request_one(&i2c_client->dev, gpio,
     flags & OF_GPIO_ACTIVE_LOW ?
GPIOF_OUT_INIT_LOW : GPIOF_OUT_INIT_HIGH,
     "cs4270 reset");
if (ret < 0)
return ret;
}

I cannot figure out how to alter my device tree specification to specify PC11 as the reset line for my codec.  My codec looks like this:

codec0: i2s-codec@0x48 {
compatible = "cirrus,cs4270";
reg = <0x48>;
va-supply = <&va_reg>;
vd-supply = <&vd_reg>;
vlc-supply = <&vlc_reg>;
};

I'm currently using Armbian with the 3.10.107 kernel.

Thanks,
Bob

Hey Everyone, sorry in advanced if this seems overly negative, just fed up


I've been fighting with multiple images of OMV on a Rock64 4GB, both using 16GB MMC & SDHC cards from The Pine Store. & a connected 5TB 7200rpm powered external USB3.1 Gen 1 drive.
I have been using ayufan builds of OMV, both armhf and arm64, various builds and versions.
I've set the devices to never spin the drive down, or to sleep via the WebGUI power settings.

It becomes non-responsive within 24 hours, requiring a power cycle to be usable again. it's connected via gigabit ethernet.

All i want to do is use it with Transmission going through a VPN & to be a network share for media on my network.

I am not talented as bash commands.

Following the Techno Dad Life guides, trying to use the Docker/OpenVPN/Transmission solution, but that locks up the Rock almost immediately.

any advice? because i'm ready to go Office Space on this tiny little board. it won't be satisfying, just a waste of money.

I am trying to build a NAS and my hard drive has USB 3.0 so Im looking for a board which has 3.0 as well as ethernet. This is about all I can find because there is no such thing from orange/raspberry pi. 

Will I run into any issues with this board. Im basically looking to follow the typical NAS youtube/google DIY guides and use SSH to access the board with rasbian microsd and following those steps. 

Ive never done this before and am not very techy. 

Are there any boards which have USB 3.0 ethernet and wifi antenna? 

Thx