Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 29,505
» Latest member: wonghammer
» Forum threads: 16,203
» Forum posts: 116,909
Full Statistics
|
Latest Threads |
Giving away a Pinebook Pr...
Forum: Pinebook Hardware and Accessories
Last Post: tuxifan
Yesterday, 04:16 AM
» Replies: 3
» Views: 1,332
|
Goolge banning Sideloaded...
Forum: General Discussion of PinePhone Pro
Last Post: zetabeta
08-27-2025, 11:59 AM
» Replies: 1
» Views: 821
|
Question about battery dr...
Forum: General Discussion on PineTime
Last Post: jakestopher
08-27-2025, 10:50 AM
» Replies: 0
» Views: 462
|
What's stopping you from ...
Forum: General Discussion of PinePhone Pro
Last Post: teekay
08-26-2025, 11:48 PM
» Replies: 8
» Views: 1,343
|
Pinephone (Pro) Keyboard ...
Forum: PinePhone Accessories
Last Post: zetabeta
08-26-2025, 06:06 AM
» Replies: 3
» Views: 2,678
|
keyboard pogo pins part n...
Forum: General Discussion on PineTab
Last Post: starpp
08-26-2025, 04:34 AM
» Replies: 0
» Views: 905
|
google will take control ...
Forum: General
Last Post: zetabeta
08-25-2025, 03:14 PM
» Replies: 22
» Views: 10,457
|
Booting Issues
Forum: PineNote Software
Last Post: serenopolveroso
08-25-2025, 11:14 AM
» Replies: 19
» Views: 6,078
|
PINETAB-V doesn't boot.
Forum: Getting Started
Last Post: Woazboat
08-23-2025, 02:58 PM
» Replies: 1
» Views: 1,229
|
PinePhone Pro: Camera App...
Forum: General Discussion of PinePhone Pro
Last Post: teekay
08-22-2025, 11:23 PM
» Replies: 3
» Views: 3,230
|
|
|
Power supply problems. |
Posted by: larsen8989 - 04-25-2018, 01:34 AM - Forum: DC Power In
- Replies (5)
|
 |
I use an at to DC in to power my board. now the other day I unplugged my power unit everything was switched off before I did and such. when i plugged it back in my amprage was significantly lower my VSB wire is usually 3A at 5V now it's reading .25A at 5V and the 12V wires are all reading 1A roughly and I was wondering if any one has encountered this problem before.
Sent from my VS995 using Tapatalk
|
|
|
FORSEE eMMC is reliable? |
Posted by: ramprasad - 04-23-2018, 10:59 AM - Forum: Rock64 Hardware and Accessories
- Replies (3)
|
 |
As part of our big project, we are using the ROCK64(1G with 0.5.15-136) with FORSEE eMMC module. We have observed corruption issue very often. Most of the time, during the reboot, it shows that lot of bad block checks and trying to recover. During this time, sometimes it won't recover and it ends with initramfs prompt. Where we are completely loosing partition 7 (root file system).
Is this common with FORSEE? We tried other vendors of eMMC, where these are coming with some padding for other side of the connector, which seems little reliable than FORSEE. We are suspecting this as something mechanical issue.
However if we need to recover I would think we need to forced fsck on every boot before mounting the partitions. But when booting it complains about fsck is not available with initramfs. Is there anyway to include fsck with initramfs? or any other practices are available to overcome these issues?
THanks,
Ramprasad
|
|
|
Rock64 - Stuck when do the soft reboot |
Posted by: ramprasad - 04-23-2018, 10:15 AM - Forum: Linux on Rock64
- Replies (10)
|
 |
Hi
Any clues about rock64 stuck after applying soft reboot from shell?
Code: reboot: Restarting system
INFO: PSCI Power Domain Map:
INFO: Domain Node : Level 2, parent_node -1, State ON (0x0)
INFO: Domain Node : Level 1, parent_node 0, State ON (0x0)
INFO: Domain Node : Level 0, parent_node 0, State ON (0x0)
INFO: Domain Node : Level 0, parent_node 0, State ON (0x0)
INFO: CPU Node : MPID 0x0, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x1, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x2, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x3, parent_node 1, State ON (0x0)
Booted the system
Logged in as root
reboot
Stuck at the above log.
Strangely, if I booted as rock64 user, if I do the sudo reboot, there is no issue of stuck after the above mentioned log.
I am searching on google, I found the following link with the same issue, but they closed it as resolved.
https://github.com/Kwiboo/linux-rockchip/issues/14
Can you anybody faced the same issue? and are there any solutions to solve this issue? Hi,
The rock64 (1G with using 0.5.15-136 version) got stuck after applying the soft reboot. This issue is observed only when we reboot with root credentials, not with rock64 credentials. Not sure why.
The system stuck at the following log
Code: reboot: Restarting system
INFO: PSCI Power Domain Map:
INFO: Domain Node : Level 2, parent_node -1, State ON (0x0)
INFO: Domain Node : Level 1, parent_node 0, State ON (0x0)
INFO: Domain Node : Level 0, parent_node 0, State ON (0x0)
INFO: Domain Node : Level 0, parent_node 0, State ON (0x0)
INFO: CPU Node : MPID 0x0, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x1, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x2, parent_node 1, State ON (0x0)
INFO: CPU Node : MPID 0x3, parent_node 1, State ON (0x0)
I searched online for older issues of the same, found the following, but this issue was already resolved.
https://github.com/Kwiboo/linux-rockchip/issues/14
Any advises about how to resolve this issue? Infact I observed this issue only on one unit.
Thanks,
Ramprasad
Moderator note: Merged and moved thread. Please refrain from posting the same question multiple times and in the wrong product forums.
|
|
|
Very disappointed with ROCK64 USB WIFI 802.11B/G/N |
Posted by: Danielsan - 04-23-2018, 09:51 AM - Forum: Rock64 Hardware and Accessories
- No Replies
|
 |
Hi All,
I recently bought this device ROCK64 USB WIFI 802.11B/G/N for several reason: to help the project and to find a reliable wifi dongle. So I was convinced this wifi dongle would work out of the box but it didn't. I was struggling with the OS for several hours, trying to understand why it wouldn't work properly. I was convinced it was because a forced shutdown I had to do but now I realized it was the dongle that frozen the O.S.
You promote this dongle on your store as ROCK64 USB WIFI while is a whatever wifi dongle that you can buy everywhere. The problem with it is that it prevents Debian as well as Android to boot, it is not even reliable as wifi dongle since the moment "Android root" stopped to recognize it and now it is complete useless for the R64 board.
To recap, I lost all the hours to setup my OS and a lot of hours to try to fix and issue that was caused by this dongle, sponsored as Rock64 wifi, because it has several issues and it is not recognized by the android kernel as well as the Linux kernel. Obviously at that moment the last think I thought was the dongle since the moment I was convinced it was 100% compatible...
My advice is to remove it from your store or update the kernel for the OSes you provide: official and community version. For the future you had better to check the hardware you sell frequently to avoid this kind of complaining.
Thanks,
D.
|
|
|
GPIO extension cable fault |
Posted by: viguzzz - 04-23-2018, 04:08 AM - Forum: Rock64 Hardware and Accessories
- Replies (12)
|
 |
Hi Everybody!
I' received few time ago a Rock64 2G I'll like o use as media server
I'm also trying to connect GPIO to a prototyping board through a ribbon cable 28AWG 40wires (similar to the ones once used for ATA disk) but as soon as I try to connect this cable I have loads of error
Code: Apr 23 09:19:55 rock64 kernel: [ 68.768983] mmcblk1: error -84 transferring data, sector 1723920, nr 32, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 68.784147] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.817032] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.818136] mmc1: tried to reset card
Apr 23 09:19:55 rock64 kernel: [ 68.819089] mmcblk1: error -5 transferring data, sector 1723920, nr 32, cmd response 0x900, card status 0xb00
Apr 23 09:19:55 rock64 kernel: [ 68.820177] mmcblk1: retrying using single block read
Apr 23 09:19:55 rock64 kernel: [ 68.821655] mmcblk1: error -84 transferring data, sector 1723921, nr 31, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 68.837149] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.870031] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.871150] mmc1: tried to reset card
Apr 23 09:19:55 rock64 kernel: [ 68.874435] mmcblk1: error -110 sending status command, retrying
Apr 23 09:19:55 rock64 kernel: [ 68.875149] mmcblk1: error -84 transferring data, sector 1723927, nr 25, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 68.891146] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.924033] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.925152] mmc1: tried to reset card
Apr 23 09:19:55 rock64 kernel: [ 68.928530] mmcblk1: error -110 sending status command, retrying
Apr 23 09:19:55 rock64 kernel: [ 68.929225] mmcblk1: error -84 transferring data, sector 1723935, nr 17, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 68.945150] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.978031] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 68.979163] mmc1: tried to reset card
Apr 23 09:19:55 rock64 kernel: [ 68.980039] mmcblk1: error -84 transferring data, sector 1723935, nr 17, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 68.981151] blk_update_request: I/O error, dev mmcblk1, sector 1723935
Apr 23 09:19:55 rock64 kernel: [ 68.990404] mmcblk1: error -5 transferring data, sector 1723920, nr 8, cmd response 0x900, card status 0x0
Apr 23 09:19:55 rock64 kernel: [ 69.006146] mmc_host mmc1: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 69.039027] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0)
Apr 23 09:19:55 rock64 kernel: [ 69.040152] mmc1: tried to reset card
the wired thing is that nothing is connected on the other side of ribbon cable when I get this error....
Thanks for any help or advice
|
|
|
|