Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums



(Advanced Search)

Forum Statistics
» Members: 29,988
» Latest member: moon321
» Forum threads: 16,336
» Forum posts: 117,444

Full Statistics

Latest Threads
Star64 Irradium (based on...
Forum: Getting Started
Last Post: mara
04-19-2026, 12:56 PM
» Replies: 13
» Views: 14,757
Pine Time dead
Forum: General Discussion on PineTime
Last Post: chris.burmajster
04-18-2026, 10:08 AM
» Replies: 0
» Views: 143
Booting Issues
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:17 PM
» Replies: 24
» Views: 19,199
App launcher shows tiny i...
Forum: PineNote Software
Last Post: vlagged
04-17-2026, 04:12 PM
» Replies: 1
» Views: 1,090
my pinecil v2 is not work...
Forum: General Discussion on Pinecil
Last Post: jagrav
04-17-2026, 06:28 AM
» Replies: 0
» Views: 65
Freezes and kernel panics...
Forum: Linux on RockPro64
Last Post: prahal
04-15-2026, 06:48 PM
» Replies: 4
» Views: 1,373
Looking for engineer for ...
Forum: PinePhone Pro Hardware
Last Post: Andrey_voce
04-06-2026, 08:44 AM
» Replies: 0
» Views: 272
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
04-05-2026, 03:03 AM
» Replies: 19
» Views: 9,128
Finally got Kali working ...
Forum: General Discussion on Pinebook Pro
Last Post: qingss0
04-04-2026, 08:00 AM
» Replies: 0
» Views: 388
Charging problem
Forum: General Discussion on Pinebook Pro
Last Post: RicTor
04-04-2026, 07:30 AM
» Replies: 0
» Views: 161

 
  Sopine baseboard CSI port camera not work
Posted by: olivaw - 02-14-2019, 02:49 PM - Forum: General Discussion on PINE A64-LTS / SOPINE - Replies (2)

Hi everyone,

I'm working on a project on SOPine with its Baseboard Model A. 

Currently, I want to do some test on the 5MPixel CMOS Camera module bought from the PINE store. But I can't make the camera work(I'm using Xenial Mate OS), I plug the camera in the CSI port and successfully modprobe the s5k4ec and vfe_v4l2 driver, still can't work in both g-streamer pipeline and guvcview app.


Later I found there may be a power issue by probing the CSI port, and I checked the schematic of the baseboard, seems like the power to the CSI port is disabled by default, and the power is managed by the "AXP803" PMIC. I tried to reconfigure the AXP803 to enable the power to the CSI port but I can't detect any i2c device by using the i2ctools, seems the A64 is using a private RSB to control the PMIC.

I'm pretty new to the PINE, so I may miss something. Does anyone know how to enable the CSI port on the baseboard Model A to make the camera work? Thanks in advance. Big Grin Big Grin Big Grin


  PINE A64 LTS (Prakash)
Posted by: danpurprakash@gmail.com - 02-14-2019, 12:36 PM - Forum: Linux on PINE A64-LTS / SOPINE - No Replies

Hi All,

I have one pine A64 LTS device.
I downloaded BSP for u-boot to compile and boot the u-boot in the device but I have no steps to compile the u-boot.

I downloaded BSP from this below link provided by pine.
http://wiki.pine64.org/index.php/SOPINE_...re_Release

Can anyone help me providing the complete steps to compile
1) is this the right BSP i downloaded from the shared link.
2) need the procedure to enable the BSP in u-boot.
3) Steps to compile the u-Boot with the required BSP.
4) steps required to load the u-boot image into the board.

Please help me as i am new to this environment

Thanks
Prakash


Thumbs Up Manjaro for Rock64
Posted by: Luke - 02-14-2019, 04:52 AM - Forum: Linux on Rock64 - Replies (8)

Manjaro images are now available for download directly from the project's website.


  Utility to make Android SDCard image
Posted by: jonsmirl - 02-13-2019, 12:29 PM - Forum: Android on Rock64 - Replies (2)

I've downloaded the Android source and built it. I have all of the Android partition images.

So where is the utility that combines these partitions into a bootable SDCard image?


  How to install Mali drivers?
Posted by: tenspd137 - 02-11-2019, 09:57 PM - Forum: Linux on RockPro64 - No Replies

Hi all,

Anyone know how to manually install libmali and get it working with X?  Do you also need xf86-video-armsoc?

Thanks!


  Power Switch
Posted by: AZClusterboard - 02-11-2019, 08:53 PM - Forum: Clusterboard - Replies (1)

I've connected my clusterboard but it will only stay on while I hold the normal ATX momentary switch.  Does it need a continuous switch?


  eMMC
Posted by: AZClusterboard - 02-11-2019, 08:41 PM - Forum: Clusterboard - Replies (8)

I just got my parts and I was noticing the clusterbooard has a place for eMMC.  I also noticed that the compute modules look like they don't have a place to connect eMMC chips.

Is there no way to put eMMC on to the compute modules?

Is the one on the board just some kind of Network Attached Storage?


  Looking for support
Posted by: ghiromax - 02-11-2019, 06:43 AM - Forum: Linux on RockPro64 - No Replies

Hi Everybody I'm a small manufacturer of musical instruments 

I have an idea to develop a new product to be centered on a SBC computer and based on the information I collected on the net, it looks like the ROCKPro64 may be a very attractive HW platform for that. 

I'm definitely not a programmer and neither would have time to start learning it... I'm writing here looking for the help of an expert for translating my ideas on an evaluation/test device as first, and possibly (and hopefully :-)) later on having a stage-ready musical instrument 

There is any expert user here willing to help me in this 'venture" ? As said above I'm a small manufacturer so my R&D budget is accordingly sized so to say, but of course, I do intend to compensate for the efforts done. Please PM me.  Indication where to find the support I need would be highly appreciated too. 

I hope this message is appropriate for the forum, If not, please accept my deep apologies and delete the it . Thanks in advance 

Max


Information IRC and Discord Chat Restructure for 2019+
Posted by: Luke - 02-10-2019, 04:44 PM - Forum: Community and Events - No Replies

A little bit of community chat maintenance. With all the new gear coming this year - and with brand new categories of gear being introduced  - the IRC and Discord have been updated to reflect this and to accommodate the growing line of PINE64 devices. The current list of channels attempts to strike a balance between granularity (I don't really want to have one channel per device) and having everything discussed in one or two channels as it was until now. We'll see how it plays out.

The IRC and Discord chats have now all been bridged, and IRC logging has been updated to include the new channels.

We currently have the following channels:

  • #pine64
  • #rock64
  • #pinebook
  • #pinephone
  • #cube
  • #offtopic
Quick Overview of the Channels
  • #pine64 is where you connect to by default in IRC, and the channel is concerned with discussion on Pine A64 (+)/ LTS, SOPine, Clusterboard and Pine H64  
  • #rock64 is concerned with discussion on Rock64 and RockPro64
  • #pinebook concerns the Pinebook, Pinebook Pro and PineTab
  • #pinephone is solely meant for the PinePhone Dev / end-user product
  • #cube is for discussing CUBE IP-Camera  
  • #offtopic is an unloggedchannel for off topic conversation
Suggestions welcome.


Question HDD filesystem corruption at reboot / poweroff (DietPi)
Posted by: WrongWorld - 02-10-2019, 04:17 PM - Forum: Linux on Rock64 - Replies (1)

I am not sure if I should go to the DietPi forum, or if my issue is not specific about DietPi and I am in the right place. Anyway...

My setup consists of a Rock64 4G board connected to a WDLabs Pi drive. I have replaced the HDD cable delivered by (the now defunct) WDLabs with another interfaced with USB3. The WDLabs Pi drive has no SATA connector, see here. I have verified that the USB driver used for the disk is not UAS, in fact the HDD drive is using the usb-storage driver:

Code:
[    2.745235] usb-storage 5-1:1.0: USB Mass Storage device detected
[    2.749781] scsi host0: usb-storage 5-1:1.0
[    2.753639] usbcore: registered new interface driver usb-storage

To test the above setup I have used a DietPi distro, which has always performed well on my Raspberries, copied to an SD card and updated with the latest release (6.21.1), to which I have applied the ayufan kernel 4.4.132-1075. Once the test was over, I patched the SPI to enable the USB boot, and then I restarted from scratch transferring the DietPi image directly on the HDD, using Rufus on a Windows machine. The DietPi partitioning scheme, therefore, has been replicated faithfully on the HDD, and indeed after the initial boot the /dev/sda7 partition (root) is properly extended to the maximum size of the disk (314 GB).

Differently from other Rock64 users, until now I haven't experienced any problem with the HDD while the system is running, thanks probably to the particular HDD I am using that was engineered specifically for the Raspberry environment. True, this host is only running Pi-hole, NUT and the Unifi Controller (+ MongoDB) right now, so the system load is not very high at the moment, but the performance is quite good except for the boot, where it takes ~50 seconds from the power on to present the login prompt.

My problem is instead with the reboot / poweroff actions, where 50% of the times the EXT4 filesystem is left in a dirty state, and where I have already experienced the loss / corruption of the /boot/dietpi directory, as well as the /boot/dietpi.txt file, to the point I have to boot the system from an SD card to repair / restore the partition. I have the suspect either the ayufan kernel, and/or the DietPi code dealing with its "ramdrive" are not giving enough time to the HDD to flush any pending writes, or even worst it cuts the power before the HDD is in a safe state. I'd say I am biased toward DietPi, as it's its files which are corrupted most of the times, while the rest of the HDD is sane (minus the fact EXT4 filesystem is in a dirty state). Probably not having /boot on a separate partition in this particular distro is not helping as much to avoid troubles, but this is just my opinion.

So: what am I doing wrong? Huh

Have I forgotten to tune some parameters to better deal with the HDD? Did I make a mistake by putting the DietPi image directly on the HDD? Or is there really an issue on the Rock64, or on the DietPi distro? I have patched the shutdown sequence of the dietpi-ramdrive service to pause for 2 seconds and then run again the sync command to have the HDD some more time to flush any pending write, but it didn't cure the issue. I will try nevertheless to report all the above to the DietPi maintainer (Fourdee), but any hint would be very appreciated, thanks in advance.