<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[PINE64 - RockPro64 Hardware and Accessories]]></title>
		<link>https://forum.pine64.org/</link>
		<description><![CDATA[PINE64 - https://forum.pine64.org]]></description>
		<pubDate>Thu, 21 May 2026 18:53:43 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Powering two disks from RockPro64]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=20195</link>
			<pubDate>Thu, 19 Feb 2026 21:20:33 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=23623">some_pinephone_user</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=20195</guid>
			<description><![CDATA[Hello all. I'm thinking about following option:<br />
<br />
connect one 2.5" HDD to a USB3.0 port and second HDD to a USB-C port. Can be both powered on simultaneoulsy only from USB?<br />
If I transfer data from one disk to another will the data transfer be too slow because both disk are on the same USB3 controller?<br />
<br />
What if I connect the second disk to a USB2 port?<br />
<br />
Only one disk will be working 24/7. The other one will only be turned on for weekly backups.]]></description>
			<content:encoded><![CDATA[Hello all. I'm thinking about following option:<br />
<br />
connect one 2.5" HDD to a USB3.0 port and second HDD to a USB-C port. Can be both powered on simultaneoulsy only from USB?<br />
If I transfer data from one disk to another will the data transfer be too slow because both disk are on the same USB3 controller?<br />
<br />
What if I connect the second disk to a USB2 port?<br />
<br />
Only one disk will be working 24/7. The other one will only be turned on for weekly backups.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[What part is L2000 precisely?]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=20168</link>
			<pubDate>Wed, 14 Jan 2026 12:29:36 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=25440">jssfr</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=20168</guid>
			<description><![CDATA[Hi there!<br />
<br />
Looks like L2000 gave out on my ROCKPro64:<br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://forum.pine64.org/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=2947" target="_blank" title="">coil.jpg</a> (Size: 188.29 KB / Downloads: 119)
<!-- end: postbit_attachments_attachment --><br />
<br />
The labeling says 3R3, which leads me to believe this is a 3.3uH inductor. There are three more inductors on the board with a label of 3R3, one in the same size and quite close (can be seen in the photo) and two more closer to the CPU, between the CPU and the PCIe port, which are smaller (3x3mm if I'd have to guess).<br />
<br />
The schematics for the 2.1 board revision (mine has Rckpro64 V2.1 2018-07-02 printed on it) only show two 3.3uH inductors and if I'm reading the label correctly ("IND_3x3"), those would be the inductors between the CPU and the PCIe port.<br />
<br />
By cross-referencing the V2.0 silk screen with the V2.1 schematic (risky, I know), I identified the damaged part as being L2000, behind the VCC5V0_SYS regulator. That seems plausible and fits my symptoms of random kernel panics (as far as I can tell, the CPUs power is derived from VCC5V0_SYS at some point).<br />
<br />
However, the V2.1 schematic lists L2000 (and L2001) as 4.7uH inductors, while my board seems to have 3.3uH inductors in that place.<br />
<br />
Is that a manufacturing error or is that a mistake in the schematics or did I do a mistake when identifying the problematic part?<br />
<br />
I'm also looking for a replacement, and assuming that 3.3uH is correct, I'd think that MPL-SE4030-3R3 would be a good fit. If it should in fact be a 4.7uH, the MPL-SE4030-4R7 should fit the bill. At least those parts fulfill the current rating (3.3A) and the resistance (0.04Ohm) from the schematics.<br />
<br />
Thanks for any insights,<br />
jssfr<br />
<br />
P.S.: I do not know what damaged that inductor in that way. I cannot imagine physical force alone, I suspect it got overloaded at some point, but I don't know with what. AFAICT, *that* 5V rail does not power the USB, so it can't be any USB peripherials. I do have some connected to the Pi header, but none of which should draw more than a few dozen milliamperes.]]></description>
			<content:encoded><![CDATA[Hi there!<br />
<br />
Looks like L2000 gave out on my ROCKPro64:<br />
<br />
<!-- start: postbit_attachments_attachment -->
<br /><!-- start: attachment_icon -->
<img src="https://forum.pine64.org/images/attachtypes/image.png" title="JPG Image" border="0" alt=".jpg" />
<!-- end: attachment_icon -->&nbsp;&nbsp;<a href="attachment.php?aid=2947" target="_blank" title="">coil.jpg</a> (Size: 188.29 KB / Downloads: 119)
<!-- end: postbit_attachments_attachment --><br />
<br />
The labeling says 3R3, which leads me to believe this is a 3.3uH inductor. There are three more inductors on the board with a label of 3R3, one in the same size and quite close (can be seen in the photo) and two more closer to the CPU, between the CPU and the PCIe port, which are smaller (3x3mm if I'd have to guess).<br />
<br />
The schematics for the 2.1 board revision (mine has Rckpro64 V2.1 2018-07-02 printed on it) only show two 3.3uH inductors and if I'm reading the label correctly ("IND_3x3"), those would be the inductors between the CPU and the PCIe port.<br />
<br />
By cross-referencing the V2.0 silk screen with the V2.1 schematic (risky, I know), I identified the damaged part as being L2000, behind the VCC5V0_SYS regulator. That seems plausible and fits my symptoms of random kernel panics (as far as I can tell, the CPUs power is derived from VCC5V0_SYS at some point).<br />
<br />
However, the V2.1 schematic lists L2000 (and L2001) as 4.7uH inductors, while my board seems to have 3.3uH inductors in that place.<br />
<br />
Is that a manufacturing error or is that a mistake in the schematics or did I do a mistake when identifying the problematic part?<br />
<br />
I'm also looking for a replacement, and assuming that 3.3uH is correct, I'd think that MPL-SE4030-3R3 would be a good fit. If it should in fact be a 4.7uH, the MPL-SE4030-4R7 should fit the bill. At least those parts fulfill the current rating (3.3A) and the resistance (0.04Ohm) from the schematics.<br />
<br />
Thanks for any insights,<br />
jssfr<br />
<br />
P.S.: I do not know what damaged that inductor in that way. I cannot imagine physical force alone, I suspect it got overloaded at some point, but I don't know with what. AFAICT, *that* 5V rail does not power the USB, so it can't be any USB peripherials. I do have some connected to the Pi header, but none of which should draw more than a few dozen milliamperes.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Trying to attach a serial console to my RockChip RK3399]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=19935</link>
			<pubDate>Sun, 03 Aug 2025 14:50:20 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=29450">marietto</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=19935</guid>
			<description><![CDATA[Hello<br />
<br />
I tried to enable the serial console on my RockChip RK3399 to inspect what happens as soon as FreeBSD boots. This is the tutorial that I'm following :<br />
<br />
<a href="https://forum.pine64.org/showthread.php?tid=6387" target="_blank" rel="noopener" class="mycode_url">https://forum.pine64.org/showthread.php?tid=6387</a><br />
<br />
This is the adapter that I'm using :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>Product: CP2102 USB to UART Bridge Controller<br />
usb 1-9: Manufacturer: Silicon Lab<br />
usb 1-9: cp210x converter now attached to ttyUSB0</code></div></div><br />
<br />
I followed carefully the instructions but I'm not able to see any message inside the console.<br />
<br />
I tried setting port 115200,1500000 and even without setting a speed<br />
<br />
On Terminal 1 :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code># screen /dev/ttyUSB0 1500000 (but also 115200 or without a value)</code></div></div><br />
On Terminal 2 :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code># minicom -D /dev/ttyUSB0 -b 1500000 (but also with 115200 or without -b and a value)</code></div></div><br />
The result is the same. No messages inside the console as soon as I power on the board.<br />
<br />
Please can you give a look at the pictures that I have attached and help me to understand where could be the mistake :<br />
<br />
<a href="https://ibb.co/Yn8rhq9" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/Yn8rhq9</a><br />
<a href="https://ibb.co/99VBxnZS" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/99VBxnZS</a><br />
<a href="https://ibb.co/KjFNk28v" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/KjFNk28v</a><br />
<a href="https://ibb.co/QvV7rXmr" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/QvV7rXmr</a> <br />
<br />
<br />
I followed carefully the tutorial,trying to record what works. It's not easy for me to understand which colors are tied to which pins. It seems that colors change. Unfortunately I'm not using the same adapter of the dude who wrote the tutorial.<br />
<br />
The tutorial said to connect black to pin 6 and brown to pin 8. Since my board is exactly the same as the board used by the dude who wrote the tutorial,it should work. But it does not. <br />
<br />
<br />
Thank you.]]></description>
			<content:encoded><![CDATA[Hello<br />
<br />
I tried to enable the serial console on my RockChip RK3399 to inspect what happens as soon as FreeBSD boots. This is the tutorial that I'm following :<br />
<br />
<a href="https://forum.pine64.org/showthread.php?tid=6387" target="_blank" rel="noopener" class="mycode_url">https://forum.pine64.org/showthread.php?tid=6387</a><br />
<br />
This is the adapter that I'm using :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>Product: CP2102 USB to UART Bridge Controller<br />
usb 1-9: Manufacturer: Silicon Lab<br />
usb 1-9: cp210x converter now attached to ttyUSB0</code></div></div><br />
<br />
I followed carefully the instructions but I'm not able to see any message inside the console.<br />
<br />
I tried setting port 115200,1500000 and even without setting a speed<br />
<br />
On Terminal 1 :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code># screen /dev/ttyUSB0 1500000 (but also 115200 or without a value)</code></div></div><br />
On Terminal 2 :<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code># minicom -D /dev/ttyUSB0 -b 1500000 (but also with 115200 or without -b and a value)</code></div></div><br />
The result is the same. No messages inside the console as soon as I power on the board.<br />
<br />
Please can you give a look at the pictures that I have attached and help me to understand where could be the mistake :<br />
<br />
<a href="https://ibb.co/Yn8rhq9" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/Yn8rhq9</a><br />
<a href="https://ibb.co/99VBxnZS" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/99VBxnZS</a><br />
<a href="https://ibb.co/KjFNk28v" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/KjFNk28v</a><br />
<a href="https://ibb.co/QvV7rXmr" target="_blank" rel="noopener" class="mycode_url">https://ibb.co/QvV7rXmr</a> <br />
<br />
<br />
I followed carefully the tutorial,trying to record what works. It's not easy for me to understand which colors are tied to which pins. It seems that colors change. Unfortunately I'm not using the same adapter of the dude who wrote the tutorial.<br />
<br />
The tutorial said to connect black to pin 6 and brown to pin 8. Since my board is exactly the same as the board used by the dude who wrote the tutorial,it should work. But it does not. <br />
<br />
<br />
Thank you.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[TPM module for rockpro64]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=19542</link>
			<pubDate>Wed, 04 Dec 2024 00:19:36 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=19139">misha64</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=19542</guid>
			<description><![CDATA[Hi guys,<br />
<br />
Is there any compatible tpm module with rockpro64?<br />
<br />
found these for raspberry pi:<br />
<br />
<a href="https://www.voelkner.de/products/1304508/Joy-it-RB-TPM-MODUL-Raspberry-Pi-TPM-Modul-1St..html" target="_blank" rel="noopener" class="mycode_url">https://www.voelkner.de/products/1304508...-1St..html</a><br />
<a href="https://www.berrybase.ch/letstrust-tpm-kryptographiemodul-fuer-raspberry-pi" target="_blank" rel="noopener" class="mycode_url">https://www.berrybase.ch/letstrust-tpm-k...spberry-pi</a><br />
<a href="https://buyzero.de/collections/andere-platinen/products/letstrust-hardware-tpm-trusted-platform-module" target="_blank" rel="noopener" class="mycode_url">https://buyzero.de/collections/andere-pl...orm-module</a><br />
<br />
based on Infineon Optiga™ SLB 9672 or 9670 TPM 2.0<br />
<br />
GPIO pinout between raspberry and rockpro64 is similar but not identical.<br />
<br />
So no idea if they are compatible.<br />
<br />
Any suggestion would be appreciated!]]></description>
			<content:encoded><![CDATA[Hi guys,<br />
<br />
Is there any compatible tpm module with rockpro64?<br />
<br />
found these for raspberry pi:<br />
<br />
<a href="https://www.voelkner.de/products/1304508/Joy-it-RB-TPM-MODUL-Raspberry-Pi-TPM-Modul-1St..html" target="_blank" rel="noopener" class="mycode_url">https://www.voelkner.de/products/1304508...-1St..html</a><br />
<a href="https://www.berrybase.ch/letstrust-tpm-kryptographiemodul-fuer-raspberry-pi" target="_blank" rel="noopener" class="mycode_url">https://www.berrybase.ch/letstrust-tpm-k...spberry-pi</a><br />
<a href="https://buyzero.de/collections/andere-platinen/products/letstrust-hardware-tpm-trusted-platform-module" target="_blank" rel="noopener" class="mycode_url">https://buyzero.de/collections/andere-pl...orm-module</a><br />
<br />
based on Infineon Optiga™ SLB 9672 or 9670 TPM 2.0<br />
<br />
GPIO pinout between raspberry and rockpro64 is similar but not identical.<br />
<br />
So no idea if they are compatible.<br />
<br />
Any suggestion would be appreciated!]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[using spi and gpio]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=19337</link>
			<pubDate>Wed, 10 Jul 2024 01:16:13 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=12181">nano2</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=19337</guid>
			<description><![CDATA[I have had difficulty using the spi bus and/or spidev on the pine rockpro 64. It is now working and this information may help others.<br />
<br />
I am using a MAx31865 RTD temperature sensor module which connects by SPI. I have used this on my orange pi PC (allwinner H3 - 32 bit) as a spidev device which works well. But migrating to the rockpro 64 was a big problem.<br />
<br />
On the Rockpro 64 I used the Armbian_24.2.1_Rockpro64_jammy_current_6.6.16_xfce system. This only has Spidev1.x, but it is easy to change from using spidev0.x. However I was unable to get the spidev driver working. Oscilloscope observation showed that the CS pin (header pin) h24 is not toggled at all by the spidev driver. This can be overcome by embedding GPIO write commands around the spidev access to toggle the CS line. I could then transmit and recieve data but the data was corrupt. After many attempts I concluded that the spidev driver is faulty, but i did not want to mess with the device tree. I tried a more recent Armbian bookworm system, but it also failed. I checked other systems including free-bsd, twister, manjaro, ubunto-noble and bionic but none of them have a spidev driver. I installed the bitbang driver using armbian-config, but it does not provide a device in /dev and is not useful. (I presume you need to add a param... line in /boot/Armbianenv.txt but have seen no documentation of the required param) Eventually i resorted to writing my own bitbang subroutine. This was able to correctly access the RTD temperature device. I have given up on using spidev on the rockpro 64.<br />
<br />
I had major issues with GPIO access from my C++ code. Wiring-pi does not work on rockpro and i found armbianio. This allows gpio control, but does not have pin-mapping for the rockpro64, however I was able to add the required pin tables easily. But note that several pages describing the pin numbering have typographical errors, in particular pin h19 is actually pad 40 (wrongly shown as pad 48 in several souces). This overcomes the "doesn't work" comments on some sources. This pin is important as it is usually MOSI of the spi bus. Although armbianio has SPI routines, these do not work - because of the suspected problem in spidev.<br />
<br />
I cannot attatch a file  - so here is the t change information for the rockpro 64 pin mappings in armbianio.  You need to add this in armbianio.c and re-make. This must be added as the first pin table as the existing pin table indexing is corrupt. You also need to add the *iPinLists and *szBoardNames items.<br />
<br />
// Pine RockPro 64  now added as #1 to avoid original indexing mess<br />
  static int iRockPro64Pins[] = {-1, -1, -1, 52, -1, 53, -1, 152, 148, -1, 147,<br />
                                    54, 120, 50, -1, 33, 36, -1, 149, <span style="font-weight: bold;" class="mycode_b">40</span>, -1,<br />
                                    39, 153, 41, 42, -1, 45, 43, 44, 155, -1,<br />
                                    156, 124, 125, -1, 122, 126, 121, 123, -1, 127};<br />
=====  fix these indexing lines also<br />
static int *iPinLists[] = <span style="font-weight: bold;" class="mycode_b">{iRockPro64Pins</span>,  ipotatoPins, iBPIZPins, iRPIPins, iOPIZPPins, iOPIZP2ins, iOPIZPins, iOPI1Pins, iOPI1Pins,<br />
                          iNPDPins, iNP2Pins, iNPK2Pins, iNPNPins, iNPNPins, iNPNPins, iNPM4Pins, iNPM4Pins,<br />
                          iTinkerPins, iRadxaZeroPins, iMangoPiPins};      //total 20<br />
static const char *szBoardNames[] = {<span style="font-weight: bold;" class="mycode_b">"RockPro 64\n",</span> "Le potato\n","Banana Pi M2 Zero\n","Raspberry Pi\n","Orange Pi Zero Plus\n",<br />
                                    "Orange Pi Zero Plus 2\n","Orange Pi Zero\n","Orange Pi Lite\n","Orange Pi One\n",<br />
                                    "NanoPi Duo\n", "NanoPi 2\n", "Nanopi K2\n", "NanoPi Neo\n", "NanoPi Air\n",<br />
                                    "NanoPi Neo 2\n", "NanoPi M4\n", "NanoPi M4V2\n", "Tinkerboard\n", "Radxa Zero\n",<br />
                                    "Mango Pi Mcore\n", NULL};  //total 20<br />
static int iBoardType;<br />
static int iPinCount[] = {<span style="font-weight: bold;" class="mycode_b">40</span>,40,40,40,29,29,29,43,43,32,40,40,40,40,40,40,41,41,40,41}; // number of pins in the header  rockpro64-40  total 20<br />
// GPIO number of on-board IR receiver<br />
static int iIR_GPIO[] = <span style="font-weight: bold;" class="mycode_b">{0</span>, 7, 0, 0, 363, 363, 363, 363, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};  //kgb  zero for pine at start, total now  21  !<br />
<br />
===== my comment regarding tables in armbianio.c<br />
//  this is a mess with only 17 pin-tables, but a key-list (below) of 20 boards!  Only the first few seem correct. RockPro 64 is correct if put as first]]></description>
			<content:encoded><![CDATA[I have had difficulty using the spi bus and/or spidev on the pine rockpro 64. It is now working and this information may help others.<br />
<br />
I am using a MAx31865 RTD temperature sensor module which connects by SPI. I have used this on my orange pi PC (allwinner H3 - 32 bit) as a spidev device which works well. But migrating to the rockpro 64 was a big problem.<br />
<br />
On the Rockpro 64 I used the Armbian_24.2.1_Rockpro64_jammy_current_6.6.16_xfce system. This only has Spidev1.x, but it is easy to change from using spidev0.x. However I was unable to get the spidev driver working. Oscilloscope observation showed that the CS pin (header pin) h24 is not toggled at all by the spidev driver. This can be overcome by embedding GPIO write commands around the spidev access to toggle the CS line. I could then transmit and recieve data but the data was corrupt. After many attempts I concluded that the spidev driver is faulty, but i did not want to mess with the device tree. I tried a more recent Armbian bookworm system, but it also failed. I checked other systems including free-bsd, twister, manjaro, ubunto-noble and bionic but none of them have a spidev driver. I installed the bitbang driver using armbian-config, but it does not provide a device in /dev and is not useful. (I presume you need to add a param... line in /boot/Armbianenv.txt but have seen no documentation of the required param) Eventually i resorted to writing my own bitbang subroutine. This was able to correctly access the RTD temperature device. I have given up on using spidev on the rockpro 64.<br />
<br />
I had major issues with GPIO access from my C++ code. Wiring-pi does not work on rockpro and i found armbianio. This allows gpio control, but does not have pin-mapping for the rockpro64, however I was able to add the required pin tables easily. But note that several pages describing the pin numbering have typographical errors, in particular pin h19 is actually pad 40 (wrongly shown as pad 48 in several souces). This overcomes the "doesn't work" comments on some sources. This pin is important as it is usually MOSI of the spi bus. Although armbianio has SPI routines, these do not work - because of the suspected problem in spidev.<br />
<br />
I cannot attatch a file  - so here is the t change information for the rockpro 64 pin mappings in armbianio.  You need to add this in armbianio.c and re-make. This must be added as the first pin table as the existing pin table indexing is corrupt. You also need to add the *iPinLists and *szBoardNames items.<br />
<br />
// Pine RockPro 64  now added as #1 to avoid original indexing mess<br />
  static int iRockPro64Pins[] = {-1, -1, -1, 52, -1, 53, -1, 152, 148, -1, 147,<br />
                                    54, 120, 50, -1, 33, 36, -1, 149, <span style="font-weight: bold;" class="mycode_b">40</span>, -1,<br />
                                    39, 153, 41, 42, -1, 45, 43, 44, 155, -1,<br />
                                    156, 124, 125, -1, 122, 126, 121, 123, -1, 127};<br />
=====  fix these indexing lines also<br />
static int *iPinLists[] = <span style="font-weight: bold;" class="mycode_b">{iRockPro64Pins</span>,  ipotatoPins, iBPIZPins, iRPIPins, iOPIZPPins, iOPIZP2ins, iOPIZPins, iOPI1Pins, iOPI1Pins,<br />
                          iNPDPins, iNP2Pins, iNPK2Pins, iNPNPins, iNPNPins, iNPNPins, iNPM4Pins, iNPM4Pins,<br />
                          iTinkerPins, iRadxaZeroPins, iMangoPiPins};      //total 20<br />
static const char *szBoardNames[] = {<span style="font-weight: bold;" class="mycode_b">"RockPro 64\n",</span> "Le potato\n","Banana Pi M2 Zero\n","Raspberry Pi\n","Orange Pi Zero Plus\n",<br />
                                    "Orange Pi Zero Plus 2\n","Orange Pi Zero\n","Orange Pi Lite\n","Orange Pi One\n",<br />
                                    "NanoPi Duo\n", "NanoPi 2\n", "Nanopi K2\n", "NanoPi Neo\n", "NanoPi Air\n",<br />
                                    "NanoPi Neo 2\n", "NanoPi M4\n", "NanoPi M4V2\n", "Tinkerboard\n", "Radxa Zero\n",<br />
                                    "Mango Pi Mcore\n", NULL};  //total 20<br />
static int iBoardType;<br />
static int iPinCount[] = {<span style="font-weight: bold;" class="mycode_b">40</span>,40,40,40,29,29,29,43,43,32,40,40,40,40,40,40,41,41,40,41}; // number of pins in the header  rockpro64-40  total 20<br />
// GPIO number of on-board IR receiver<br />
static int iIR_GPIO[] = <span style="font-weight: bold;" class="mycode_b">{0</span>, 7, 0, 0, 363, 363, 363, 363, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};  //kgb  zero for pine at start, total now  21  !<br />
<br />
===== my comment regarding tables in armbianio.c<br />
//  this is a mess with only 17 pin-tables, but a key-list (below) of 20 boards!  Only the first few seem correct. RockPro 64 is correct if put as first]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[How many HD's can I utilize?]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18826</link>
			<pubDate>Mon, 30 Oct 2023 19:04:57 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27538">dairymilkbatman</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18826</guid>
			<description><![CDATA[Hello noob here,<br />
<br />
I'm looking for a lot of space!<br />
<br />
Simple question; what is the max number of drives I can get the rockpro to use? and how might I best go about that? I assume I can use x2 SSD's in the USB ports, but what else can I plug into?<br />
<br />
edit: could not find this question answered, as simply as it is :p]]></description>
			<content:encoded><![CDATA[Hello noob here,<br />
<br />
I'm looking for a lot of space!<br />
<br />
Simple question; what is the max number of drives I can get the rockpro to use? and how might I best go about that? I assume I can use x2 SSD's in the USB ports, but what else can I plug into?<br />
<br />
edit: could not find this question answered, as simply as it is :p]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[SATA keeps crashing]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18731</link>
			<pubDate>Thu, 21 Sep 2023 09:23:16 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27231">JPT223</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18731</guid>
			<description><![CDATA[Hi, <br />
<br />
I had several problems with my harddrives during burn in test. I believe I made it more stable by using an overpowered beQuiet ATX power supply. <br />
But still after about 10 hours of burn in, one of the drives disappeared from system. <br />
<br />
is there anything I could do about it, or should I try a different SATA adapter?<br />
It's a ASM1166 based one.<br />
<br />
thanks<br />
JPT<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>kernel: [20815.037460] ata31.00: exception Emask 0x11 SAct 0xffffffff SErr 0x0 action 0x6 frozen<br />
kernel: [20815.037488] ata31.00: irq_stat 0x48000008, interface fatal error<br />
<br />
kernel: [20815.037498] ata31.00: failed command: WRITE FPDMA QUEUED<br />
kernel: [20815.037504] ata31.00: cmd 61/00:00:00:b4:68/04:00:06:00:00/40 tag 0 ncq dma 524288 out<br />
kernel: [20815.037504]          res 40/00:90:00:78:68/00:00:06:00:00/40 Emask 0x10 (ATA bus error)<br />
kernel: [20815.037728] ata31.00: status: { DRDY }<br />
(repeated  ~30 times)<br />
kernel: [20815.038403] ata31.00: failed command: WRITE FPDMA QUEUED<br />
kernel: [20815.038407] ata31.00: cmd 61/00:f8:00:94:68/04:00:06:00:00/40 tag 31 ncq dma 524288 out<br />
kernel: [20815.038407]          res 40/00:90:00:78:68/00:00:06:00:00/40 Emask 0x10 (ATA bus error)<br />
kernel: [20815.038425] ata31.00: status: { DRDY }<br />
<br />
kernel: [20815.038438] ata31: hard resetting link<br />
kernel: [20815.351579] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20815.351797] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20820.373226] ata31: hard resetting link<br />
kernel: [20820.687580] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20820.687821] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20825.749275] ata31: hard resetting link<br />
kernel: [20826.063641] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20826.063877] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20826.063884] ata31.00: disable device<br />
kernel: [20826.064897] ata31: EH complete<br />
<br />
kernel: [20826.065122] sd 30:0:0:0: [sdb] tag#16 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=11s<br />
kernel: [20826.065137] sd 30:0:0:0: [sdb] tag#16 CDB: opcode=0x2a 2a 00 06 68 b4 00 00 04 00 00<br />
kernel: [20826.065145] I/O error, dev sdb, sector 107525120 op 0x1:(WRITE) flags 0x800 phys_seg 128 prio class 2<br />
kernel: [20826.065414] sd 30:0:0:0: [sdb] tag#16 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [20826.065423] sd 30:0:0:0: [sdb] tag#16 CDB: opcode=0x2a 2a 00 02 c4 61 00 00 03 00 00<br />
kernel: [20826.065427] I/O error, dev sdb, sector 46424320 op 0x1:(WRITE) flags 0x0 phys_seg 96 prio class 2<br />
(repeated ~5 times)<br />
kernel: [20826.066623] sd 30:0:0:0: [sdb] tag#20 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=11s<br />
kernel: [20826.066634] sd 30:0:0:0: [sdb] tag#20 CDB: opcode=0x2a 2a 00 06 68 c6 80 00 05 40 00<br />
kernel: [20826.066640] I/O error, dev sdb, sector 107529856 op 0x1:(WRITE) flags 0x4800 phys_seg 168 prio class 2<br />
kernel: [20826.069242] md: super_written gets error=-5<br />
kernel: [20826.069252] md/raid:md127: Disk failure on sdb1, disabling device.<br />
kernel: [20826.069258] md/raid:md127: Operation continuing on 2 devices.<br />
<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [21040.731415] scsi_io_completion_action: 38 callbacks suppressed<br />
kernel: [21040.731431] sd 30:0:0:0: [sdb] tag#20 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [21040.731443] sd 30:0:0:0: [sdb] tag#20 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31257]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31271]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [21640.672280] sd 30:0:0:0: [sdb] tag#21 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [21640.672297] sd 30:0:0:0: [sdb] tag#21 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31286]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
CRON[31287]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31300]: (root) CMD (cd / &amp;&amp; run-parts --report /etc/cron.hourly)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [22240.621574] sd 30:0:0:0: [sdb] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [22240.621590] sd 30:0:0:0: [sdb] tag#0 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31319]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [22840.638787] sd 30:0:0:0: [sdb] tag#22 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [22840.638804] sd 30:0:0:0: [sdb] tag#22 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31329]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31344]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [23440.723283] sd 30:0:0:0: [sdb] tag#1 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [23440.723303] sd 30:0:0:0: [sdb] tag#1 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31360]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31361]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [24040.628704] sd 30:0:0:0: [sdb] tag#23 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [24040.628722] sd 30:0:0:0: [sdb] tag#23 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31384]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [24640.892353] sd 30:0:0:0: [sdb] tag#2 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [24640.892370] sd 30:0:0:0: [sdb] tag#2 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
CRON[31391]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31406]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [25240.596445] sd 30:0:0:0: [sdb] tag#24 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [25240.596479] sd 30:0:0:0: [sdb] tag#24 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31423]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
CRON[31422]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31435]: (root) CMD (cd / &amp;&amp; run-parts --report /etc/cron.hourly)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [25840.681021] sd 30:0:0:0: [sdb] tag#25 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [25840.681037] sd 30:0:0:0: [sdb] tag#25 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31452]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [26440.930199] sd 30:0:0:0: [sdb] tag#26 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [26440.930220] sd 30:0:0:0: [sdb] tag#26 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31461]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31473]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [27040.733170] sd 30:0:0:0: [sdb] tag#3 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [27040.733186] sd 30:0:0:0: [sdb] tag#3 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31491]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31492]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [27640.759305] sd 30:0:0:0: [sdb] tag#27 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [27640.759322] sd 30:0:0:0: [sdb] tag#27 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31513]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [28240.801000] sd 30:0:0:0: [sdb] tag#4 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [28240.801015] sd 30:0:0:0: [sdb] tag#4 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31522]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31537]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)</code></div></div>]]></description>
			<content:encoded><![CDATA[Hi, <br />
<br />
I had several problems with my harddrives during burn in test. I believe I made it more stable by using an overpowered beQuiet ATX power supply. <br />
But still after about 10 hours of burn in, one of the drives disappeared from system. <br />
<br />
is there anything I could do about it, or should I try a different SATA adapter?<br />
It's a ASM1166 based one.<br />
<br />
thanks<br />
JPT<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>kernel: [20815.037460] ata31.00: exception Emask 0x11 SAct 0xffffffff SErr 0x0 action 0x6 frozen<br />
kernel: [20815.037488] ata31.00: irq_stat 0x48000008, interface fatal error<br />
<br />
kernel: [20815.037498] ata31.00: failed command: WRITE FPDMA QUEUED<br />
kernel: [20815.037504] ata31.00: cmd 61/00:00:00:b4:68/04:00:06:00:00/40 tag 0 ncq dma 524288 out<br />
kernel: [20815.037504]          res 40/00:90:00:78:68/00:00:06:00:00/40 Emask 0x10 (ATA bus error)<br />
kernel: [20815.037728] ata31.00: status: { DRDY }<br />
(repeated  ~30 times)<br />
kernel: [20815.038403] ata31.00: failed command: WRITE FPDMA QUEUED<br />
kernel: [20815.038407] ata31.00: cmd 61/00:f8:00:94:68/04:00:06:00:00/40 tag 31 ncq dma 524288 out<br />
kernel: [20815.038407]          res 40/00:90:00:78:68/00:00:06:00:00/40 Emask 0x10 (ATA bus error)<br />
kernel: [20815.038425] ata31.00: status: { DRDY }<br />
<br />
kernel: [20815.038438] ata31: hard resetting link<br />
kernel: [20815.351579] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20815.351797] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20820.373226] ata31: hard resetting link<br />
kernel: [20820.687580] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20820.687821] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20825.749275] ata31: hard resetting link<br />
kernel: [20826.063641] ata31: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br />
kernel: [20826.063877] ata31.00: revalidation failed (errno=-2)<br />
kernel: [20826.063884] ata31.00: disable device<br />
kernel: [20826.064897] ata31: EH complete<br />
<br />
kernel: [20826.065122] sd 30:0:0:0: [sdb] tag#16 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=11s<br />
kernel: [20826.065137] sd 30:0:0:0: [sdb] tag#16 CDB: opcode=0x2a 2a 00 06 68 b4 00 00 04 00 00<br />
kernel: [20826.065145] I/O error, dev sdb, sector 107525120 op 0x1:(WRITE) flags 0x800 phys_seg 128 prio class 2<br />
kernel: [20826.065414] sd 30:0:0:0: [sdb] tag#16 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [20826.065423] sd 30:0:0:0: [sdb] tag#16 CDB: opcode=0x2a 2a 00 02 c4 61 00 00 03 00 00<br />
kernel: [20826.065427] I/O error, dev sdb, sector 46424320 op 0x1:(WRITE) flags 0x0 phys_seg 96 prio class 2<br />
(repeated ~5 times)<br />
kernel: [20826.066623] sd 30:0:0:0: [sdb] tag#20 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=11s<br />
kernel: [20826.066634] sd 30:0:0:0: [sdb] tag#20 CDB: opcode=0x2a 2a 00 06 68 c6 80 00 05 40 00<br />
kernel: [20826.066640] I/O error, dev sdb, sector 107529856 op 0x1:(WRITE) flags 0x4800 phys_seg 168 prio class 2<br />
kernel: [20826.069242] md: super_written gets error=-5<br />
kernel: [20826.069252] md/raid:md127: Disk failure on sdb1, disabling device.<br />
kernel: [20826.069258] md/raid:md127: Operation continuing on 2 devices.<br />
<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [21040.731415] scsi_io_completion_action: 38 callbacks suppressed<br />
kernel: [21040.731431] sd 30:0:0:0: [sdb] tag#20 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [21040.731443] sd 30:0:0:0: [sdb] tag#20 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31257]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31271]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [21640.672280] sd 30:0:0:0: [sdb] tag#21 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [21640.672297] sd 30:0:0:0: [sdb] tag#21 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31286]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
CRON[31287]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31300]: (root) CMD (cd / &amp;&amp; run-parts --report /etc/cron.hourly)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [22240.621574] sd 30:0:0:0: [sdb] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [22240.621590] sd 30:0:0:0: [sdb] tag#0 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31319]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [22840.638787] sd 30:0:0:0: [sdb] tag#22 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [22840.638804] sd 30:0:0:0: [sdb] tag#22 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31329]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31344]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [23440.723283] sd 30:0:0:0: [sdb] tag#1 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [23440.723303] sd 30:0:0:0: [sdb] tag#1 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31360]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31361]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [24040.628704] sd 30:0:0:0: [sdb] tag#23 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [24040.628722] sd 30:0:0:0: [sdb] tag#23 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31384]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [24640.892353] sd 30:0:0:0: [sdb] tag#2 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [24640.892370] sd 30:0:0:0: [sdb] tag#2 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
CRON[31391]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31406]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [25240.596445] sd 30:0:0:0: [sdb] tag#24 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [25240.596479] sd 30:0:0:0: [sdb] tag#24 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31423]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
CRON[31422]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31435]: (root) CMD (cd / &amp;&amp; run-parts --report /etc/cron.hourly)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [25840.681021] sd 30:0:0:0: [sdb] tag#25 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [25840.681037] sd 30:0:0:0: [sdb] tag#25 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31452]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [26440.930199] sd 30:0:0:0: [sdb] tag#26 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [26440.930220] sd 30:0:0:0: [sdb] tag#26 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31461]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31473]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
kernel: [27040.733170] sd 30:0:0:0: [sdb] tag#3 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [27040.733186] sd 30:0:0:0: [sdb] tag#3 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31491]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
CRON[31492]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [27640.759305] sd 30:0:0:0: [sdb] tag#27 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [27640.759322] sd 30:0:0:0: [sdb] tag#27 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31513]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)<br />
udisksd[1114]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/ST31500341AS_9VS4VMED: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#0120010: 00 00 00 00  00 00 00 00  00 00 00 00  00 00 00 00    ................#012 (g-io-error-quark, 0)<br />
kernel: [28240.801000] sd 30:0:0:0: [sdb] tag#4 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=DRIVER_OK cmd_age=0s<br />
kernel: [28240.801015] sd 30:0:0:0: [sdb] tag#4 CDB: opcode=0x85 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00<br />
CRON[31522]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs)<br />
systemd[1]: Starting sysstat-collect.service - system activity accounting tool...<br />
systemd[1]: sysstat-collect.service: Deactivated successfully.<br />
systemd[1]: Finished sysstat-collect.service - system activity accounting tool.<br />
CRON[31537]: (root) CMD (command -v debian-sa1 &gt; /dev/null &amp;&amp; debian-sa1 1 1)</code></div></div>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[SATA hotplug not working?]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18703</link>
			<pubDate>Fri, 15 Sep 2023 10:20:10 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27231">JPT223</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18703</guid>
			<description><![CDATA[Hi, <br />
<br />
I set up a NAS but I realized SATA hot plug is not working. <br />
Is it a limitation of my SATA adapter or doesn't it work in general?<br />
<br />
Looks like I got a ASM1166 chip, but this is odd because the chip got 6 SATA lines but my card has 8 sockets. <br />
<br />
this adapter is not optimal because it uses only 2 PCIe-Lanes.<br />
I probably should by a new one. it was cheap, though <img src="https://forum.pine64.org/images/smilies/wink.png" alt="Wink" title="Wink" class="smilie smilie_2" /><br />
<br />
<br />
<br />
thanks<br />
JPT<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>01:00.0 SATA controller: ASMedia Technology Inc. ASM1166 Serial ATA Controller (rev 02) (prog-if 01 [AHCI 1.0])<br />
        Subsystem: ASMedia Technology Inc. ASM1166 Serial ATA Controller<br />
        Flags: bus master, fast devsel, latency 0, IRQ 50<br />
        Memory at fa080000 (32-bit, non-prefetchable) [size=8K]<br />
        Memory at fa082000 (32-bit, non-prefetchable) [size=8K]<br />
        Expansion ROM at fa000000 [virtual] [disabled] [size=512K]<br />
        Capabilities: [40] Power Management version 3<br />
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+<br />
        Capabilities: [80] Express Endpoint, MSI 00<br />
        Capabilities: [100] Advanced Error Reporting<br />
        Capabilities: [130] Secondary PCI Express<br />
        Capabilities: [170] Latency Tolerance Reporting<br />
        Capabilities: [200] L1 PM Substates<br />
        Kernel driver in use: ahci</code></div></div>]]></description>
			<content:encoded><![CDATA[Hi, <br />
<br />
I set up a NAS but I realized SATA hot plug is not working. <br />
Is it a limitation of my SATA adapter or doesn't it work in general?<br />
<br />
Looks like I got a ASM1166 chip, but this is odd because the chip got 6 SATA lines but my card has 8 sockets. <br />
<br />
this adapter is not optimal because it uses only 2 PCIe-Lanes.<br />
I probably should by a new one. it was cheap, though <img src="https://forum.pine64.org/images/smilies/wink.png" alt="Wink" title="Wink" class="smilie smilie_2" /><br />
<br />
<br />
<br />
thanks<br />
JPT<br />
<br />
<div class="codeblock"><div class="title">Code:</div><div class="body" dir="ltr"><code>01:00.0 SATA controller: ASMedia Technology Inc. ASM1166 Serial ATA Controller (rev 02) (prog-if 01 [AHCI 1.0])<br />
        Subsystem: ASMedia Technology Inc. ASM1166 Serial ATA Controller<br />
        Flags: bus master, fast devsel, latency 0, IRQ 50<br />
        Memory at fa080000 (32-bit, non-prefetchable) [size=8K]<br />
        Memory at fa082000 (32-bit, non-prefetchable) [size=8K]<br />
        Expansion ROM at fa000000 [virtual] [disabled] [size=512K]<br />
        Capabilities: [40] Power Management version 3<br />
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+<br />
        Capabilities: [80] Express Endpoint, MSI 00<br />
        Capabilities: [100] Advanced Error Reporting<br />
        Capabilities: [130] Secondary PCI Express<br />
        Capabilities: [170] Latency Tolerance Reporting<br />
        Capabilities: [200] L1 PM Substates<br />
        Kernel driver in use: ahci</code></div></div>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Can i use this Emmc for Rockpro 64]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18678</link>
			<pubDate>Sat, 02 Sep 2023 12:38:24 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27343">Supratec</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18678</guid>
			<description><![CDATA[<a href="https://www.reichelt.at/at/de/entwicklerboards-emmc-5-1-16-gb-erweiterungsspeicher-debo-emmc5-0-16-p248576.html?&amp;trstct=vrt_pdn&amp;nbc=1" target="_blank" rel="noopener" class="mycode_url">https://www.reichelt.at/at/de/entwickler..._pdn&amp;nbc=1</a><br />
<br />
Is there an reason i cant use this emmc board for the rockpro 64?<br />
<br />
Are there a difference between emmc boards at all?<br />
<br />
Thank you]]></description>
			<content:encoded><![CDATA[<a href="https://www.reichelt.at/at/de/entwicklerboards-emmc-5-1-16-gb-erweiterungsspeicher-debo-emmc5-0-16-p248576.html?&amp;trstct=vrt_pdn&amp;nbc=1" target="_blank" rel="noopener" class="mycode_url">https://www.reichelt.at/at/de/entwickler..._pdn&amp;nbc=1</a><br />
<br />
Is there an reason i cant use this emmc board for the rockpro 64?<br />
<br />
Are there a difference between emmc boards at all?<br />
<br />
Thank you]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Which SATA card should I use my NAS server RAID5]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18611</link>
			<pubDate>Wed, 16 Aug 2023 08:24:51 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27270">Louysa</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18611</guid>
			<description><![CDATA[Hello everyone! I am planning to create a NAS server with RAID5 on my RockPro64. I will probably use Seagate IronWolf for my hdds. But I could not decide on my card yet. I am brand new in this area so I am a little bit confused.<br />
<br />
These are the card I am considering but right now:<br />
<a href="https://www.amazon.com/JESOT-Controller-Express-Expression-Profile/dp/B07VZZ11GB" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<a href="https://www.amazon.com/Ableconn-PEX-SA130-2-Port-Express-Adapter/dp/B01M0M5NV7?th=1&amp;language=en_US&amp;currency=TRY" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<a href="https://tr.aliexpress.com/i/33013809220.html?gatewayAdapt=glo2tur" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<br />
Any recommendations? I just want to make sure it works before I buy it. I am open the alternatives.<br />
Have a nice day.]]></description>
			<content:encoded><![CDATA[Hello everyone! I am planning to create a NAS server with RAID5 on my RockPro64. I will probably use Seagate IronWolf for my hdds. But I could not decide on my card yet. I am brand new in this area so I am a little bit confused.<br />
<br />
These are the card I am considering but right now:<br />
<a href="https://www.amazon.com/JESOT-Controller-Express-Expression-Profile/dp/B07VZZ11GB" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<a href="https://www.amazon.com/Ableconn-PEX-SA130-2-Port-Express-Adapter/dp/B01M0M5NV7?th=1&amp;language=en_US&amp;currency=TRY" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<a href="https://tr.aliexpress.com/i/33013809220.html?gatewayAdapt=glo2tur" target="_blank" rel="noopener" class="mycode_url">this</a><br />
<br />
Any recommendations? I just want to make sure it works before I buy it. I am open the alternatives.<br />
Have a nice day.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[ROCKPro64 Battery Power Supply]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18604</link>
			<pubDate>Mon, 14 Aug 2023 00:16:12 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=26905">hoarfrosty</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18604</guid>
			<description><![CDATA[For quite awhile now I’ve been looking for a suitable battery to run this SBC. I’ve seen several posts which helped determine that it can’t be powered by usb-c, or the onboard lithium battery port. I don’t know much about electricity, but there has to be a solution to run the unit without plugging into the wall. My MacBook Air runs &amp; charges off usb-c, and it seems it would need much more power than an SBC. It also seems very inefficient to run an expensive battery bank to go from DC - AC - DC. I’m also not going to carry a 12V car battery around in my backpack.<br />
<br />
Has anyone found a solution to battery power the RP64? I will run headless, so no additional accessories are needed (except for onboard or usb Wi-Fi adapter).<br />
<br />
<span style="color: #3d3d3d;" class="mycode_color"><span style="font-family: Montserrat, sans-serif;" class="mycode_font">Power Input: 12V 3A or 5A type M 5.5mm OD/2.1mm ID barrel type DC Jack Power Supply.</span></span>]]></description>
			<content:encoded><![CDATA[For quite awhile now I’ve been looking for a suitable battery to run this SBC. I’ve seen several posts which helped determine that it can’t be powered by usb-c, or the onboard lithium battery port. I don’t know much about electricity, but there has to be a solution to run the unit without plugging into the wall. My MacBook Air runs &amp; charges off usb-c, and it seems it would need much more power than an SBC. It also seems very inefficient to run an expensive battery bank to go from DC - AC - DC. I’m also not going to carry a 12V car battery around in my backpack.<br />
<br />
Has anyone found a solution to battery power the RP64? I will run headless, so no additional accessories are needed (except for onboard or usb Wi-Fi adapter).<br />
<br />
<span style="color: #3d3d3d;" class="mycode_color"><span style="font-family: Montserrat, sans-serif;" class="mycode_font">Power Input: 12V 3A or 5A type M 5.5mm OD/2.1mm ID barrel type DC Jack Power Supply.</span></span>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Powering on the Rockpro64]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18582</link>
			<pubDate>Sun, 06 Aug 2023 14:25:44 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=27231">JPT223</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18582</guid>
			<description><![CDATA[Hi, <br />
<br />
I am new here. <br />
I've got a Rockpro64 2.1 running Armbian_23.5.1_Rockpro64_bookworm_current_6.1.30.<br />
I am beginning to like it. Looks robust and got a ton of connectors. <br />
It's going to be my NAS. <br />
<br />
But... How to I power it on?<br />
The POWER button shuts it down, but it doesn't turn it on again. <br />
Do the POWER/RESET headers behave the same as the physical buttons?<br />
<br />
What is the current state of WoL? <br />
I only found that it is unclear why it doesn't work.<br />
<br />
<br />
There are a few cool ATX heads from Tim Tibbets:<br />
<a href="https://www.tindie.com/products/tomtibbetts/atx-watchdog-for-compute-module-4/" target="_blank" rel="noopener" class="mycode_url">https://www.tindie.com/products/tomtibbe...-module-4/</a><br />
<br />
I am not sure if they would work with the Rockpro64. <br />
He told me they backpower the raspberry PI through the GPIO connector, so via 5V I guess. <br />
<br />
<br />
thanks<br />
<br />
Jan]]></description>
			<content:encoded><![CDATA[Hi, <br />
<br />
I am new here. <br />
I've got a Rockpro64 2.1 running Armbian_23.5.1_Rockpro64_bookworm_current_6.1.30.<br />
I am beginning to like it. Looks robust and got a ton of connectors. <br />
It's going to be my NAS. <br />
<br />
But... How to I power it on?<br />
The POWER button shuts it down, but it doesn't turn it on again. <br />
Do the POWER/RESET headers behave the same as the physical buttons?<br />
<br />
What is the current state of WoL? <br />
I only found that it is unclear why it doesn't work.<br />
<br />
<br />
There are a few cool ATX heads from Tim Tibbets:<br />
<a href="https://www.tindie.com/products/tomtibbetts/atx-watchdog-for-compute-module-4/" target="_blank" rel="noopener" class="mycode_url">https://www.tindie.com/products/tomtibbe...-module-4/</a><br />
<br />
I am not sure if they would work with the Rockpro64. <br />
He told me they backpower the raspberry PI through the GPIO connector, so via 5V I guess. <br />
<br />
<br />
thanks<br />
<br />
Jan]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Any suggestions for USB audio devices?]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18300</link>
			<pubDate>Sat, 03 Jun 2023 17:11:34 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=26872">unixpoet</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18300</guid>
			<description><![CDATA[I'm looking for suggestions for good USB audio interfaces for the RockPro64. I'm encountering clipping at low volumes with the 3.5mm jack and would like something more capable. I won't be connecting a TV or anything like that to the RockPro64, so HDMI isn't an option. I'd love something like the Focusrite Scarlett Solo I have connected to my workstation, but without the ports I don't need <img src="https://forum.pine64.org/images/smilies/smile.png" alt="Smile" title="Smile" class="smilie smilie_1" />]]></description>
			<content:encoded><![CDATA[I'm looking for suggestions for good USB audio interfaces for the RockPro64. I'm encountering clipping at low volumes with the 3.5mm jack and would like something more capable. I won't be connecting a TV or anything like that to the RockPro64, so HDMI isn't an option. I'd love something like the Focusrite Scarlett Solo I have connected to my workstation, but without the ports I don't need <img src="https://forum.pine64.org/images/smilies/smile.png" alt="Smile" title="Smile" class="smilie smilie_1" />]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[External Touchscreen via DP-Alt Mode]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18190</link>
			<pubDate>Mon, 01 May 2023 18:29:57 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=19382">soloquintett</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18190</guid>
			<description><![CDATA[Hi,<br />
I am trying to connect my thinkvision m14t touchscreen to the rockpro64. For the life of me, I can't get it to work.<br />
Here is what i did:<br />
<br />
I connected the screen to an external usb-c power source. Then connected to the rock. The wacom input source is recognized (until the screen goes into standby), but no Display is detected.<br />
<br />
I tried<br />
<br />
- Armbian<br />
- Debian<br />
- Manjaro generic<br />
- Manjaro rockpro64 (gitlab)<br />
- Manjaro with the old 5.7 Kernel for the pinebook pro (<a href="https://gitlab.manjaro.org/manjaro-arm/packages/core/linux-pinebookpro" target="_blank" rel="noopener" class="mycode_url">link)</a> (this Kernel specifically has a patch to make DP-Alt mode work, and boots just fine on the rockpro64)<br />
- Manjaro pinebook-pro image does not seem to boot.<br />
<br />
I also flipped the usb-c wire multiple times. <br />
<br />
What actually worked:<br />
A mysterious wire from club3d (bi-directional usb-c to hdmi) actually gave the me video output from the rocks hdmi port. However, the screen needs an additional power source from its other usb-c port. The rock can't provide enough power from usb. So there was no way to make the wacom input available.<br />
<br />
What i am thinking to do:<br />
- Can i inject external power into an usb-c wire to power the rock and connect it to the rock at the same time? I already tried to do this with an usb-c dongle connected to the rock, which has external power. (Power is passed on, but no wacom input recognized by rock)<br />
- Could i use a PCI- thunderbolt like the Gigabyte GC-TITAN Ridge to power and connect everything with a single usb-c wire? (I have a feeling the gpu won't send the video to the card, if the card were even to be supportet)<br />
<br />
I also bought a Pinebook Pro. I thought i read about someone having connected the thinkvision m14t to it. But i could not get it to work either (tried many distros)<br />
<br />
Thanks for any Info on this.]]></description>
			<content:encoded><![CDATA[Hi,<br />
I am trying to connect my thinkvision m14t touchscreen to the rockpro64. For the life of me, I can't get it to work.<br />
Here is what i did:<br />
<br />
I connected the screen to an external usb-c power source. Then connected to the rock. The wacom input source is recognized (until the screen goes into standby), but no Display is detected.<br />
<br />
I tried<br />
<br />
- Armbian<br />
- Debian<br />
- Manjaro generic<br />
- Manjaro rockpro64 (gitlab)<br />
- Manjaro with the old 5.7 Kernel for the pinebook pro (<a href="https://gitlab.manjaro.org/manjaro-arm/packages/core/linux-pinebookpro" target="_blank" rel="noopener" class="mycode_url">link)</a> (this Kernel specifically has a patch to make DP-Alt mode work, and boots just fine on the rockpro64)<br />
- Manjaro pinebook-pro image does not seem to boot.<br />
<br />
I also flipped the usb-c wire multiple times. <br />
<br />
What actually worked:<br />
A mysterious wire from club3d (bi-directional usb-c to hdmi) actually gave the me video output from the rocks hdmi port. However, the screen needs an additional power source from its other usb-c port. The rock can't provide enough power from usb. So there was no way to make the wacom input available.<br />
<br />
What i am thinking to do:<br />
- Can i inject external power into an usb-c wire to power the rock and connect it to the rock at the same time? I already tried to do this with an usb-c dongle connected to the rock, which has external power. (Power is passed on, but no wacom input recognized by rock)<br />
- Could i use a PCI- thunderbolt like the Gigabyte GC-TITAN Ridge to power and connect everything with a single usb-c wire? (I have a feeling the gpu won't send the video to the card, if the card were even to be supportet)<br />
<br />
I also bought a Pinebook Pro. I thought i read about someone having connected the thinkvision m14t to it. But i could not get it to work either (tried many distros)<br />
<br />
Thanks for any Info on this.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Issues with several boards]]></title>
			<link>https://forum.pine64.org/showthread.php?tid=18109</link>
			<pubDate>Wed, 05 Apr 2023 23:58:32 +0000</pubDate>
			<dc:creator><![CDATA[<a href="https://forum.pine64.org/member.php?action=profile&uid=17046">geekboy01</a>]]></dc:creator>
			<guid isPermaLink="false">https://forum.pine64.org/showthread.php?tid=18109</guid>
			<description><![CDATA[I have several boards that I've tried to run R-Cade on that freak out when trying to run anything not encoded with x265 (and one board that works fine with all media). I was wondering if there was a diagnostics mode or image that could be booted that would run a full diag on the board that could be monitored over serial to see if there are any failures on the boards as having 3 that choke on specific things and one board that handles everything fine is a bit funky.]]></description>
			<content:encoded><![CDATA[I have several boards that I've tried to run R-Cade on that freak out when trying to run anything not encoded with x265 (and one board that works fine with all media). I was wondering if there was a diagnostics mode or image that could be booted that would run a full diag on the board that could be monitored over serial to see if there are any failures on the boards as having 3 that choke on specific things and one board that handles everything fine is a bit funky.]]></content:encoded>
		</item>
	</channel>
</rss>