Jump to content

Banana PRO: Testers wanted! SATA drive not working on some boards.


Gary Blake ヅ

Recommended Posts

http://www.armbian.com/banana-pi-pro/

 

Images rebuild only, update will follow in few days.

 

v5.04 / 1.3.2016

  • Banana M1/PRO/M1+ rebuilded
  • fixed SATA problem
  • set OTG port in HOST mode in vanilla kernel
  • wireless is working on PRO out of the box
  • added utility to switch between OTG and HOST in vanilla kernel
  • Bugs left: OTG mode not working in Vanilla, M1+ wireless not work in vanilla kernel

Tested on all Bananas. Thanks for support!

Nein, wir haben Dich/Euch zu danken!

Link to comment
Share on other sites

I am running Jessie Debian on BananaPro and Intel SSD drive powered from onboard cable.

Sometimes helps me another trick when I did not see my sata drive in system after power up.

I unpluged power adaptor entirely and it started working again.

 

But do not forget to try different sata cable.

Link to comment
Share on other sites

That happened for my banana pro again for linux-u-boot-bananapi-next version 5.16

[    3.592900] ahci-sunxi 1c18000.sata: PHY power up failed.
[    3.592980] ahci-sunxi: probe of 1c18000.sata failed with error -5

Downgrading to 5.01 works fine.

apt-get install linux-u-boot-bananapi-next=5.01

For some reason 5.04 not found right now:

apt-get install linux-u-boot-bananapi-next=5.04
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    E: Version '5.04' for 'linux-u-boot-bananapi-next' was not found

Looks like regression in the configuration.

Link to comment
Share on other sites

I'm afraid I have the same problem on a banana pi with the vanilla kernel on 5.16.

 

Armbian does not recognize my sata drive any more. My system is still booting from the SD card.

 

I already:

- switched the sata cable

 

- connected my SATA drive to my Mac Air and can access the files there, so the drive is not broken...

 

- downgraded Armbian to an older release 5.10. I also tried other older releases, but it didn't work and I went back to 5.10

 

- modified boot.cmd to explicitly load sun7i-a20-bananapi.dtb

 

- I also installed uboot 5.01, recompiled boot.scr

 

 

What can I do to fix this? :-)

 

snippet from dmesg

[   34.111088] ata1.00: exception Emask 0x0 SAct 0x10000000 SErr 0x0 action 0x6 frozen
[   34.111115] ata1.00: failed command: READ FPDMA QUEUED
[   34.111140] ata1.00: cmd 60/08:e0:a8:6d:70/00:00:74:00:00/40 tag 28 ncq 4096 in
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[   34.111152] ata1.00: status: { DRDY }
[   34.111174] ata1: hard resetting link
[   34.432525] ata1: SATA link down (SStatus 0 SControl 300)
[   39.431033] ata1: hard resetting link
[   39.752493] ata1: SATA link down (SStatus 0 SControl 300)
[   39.752512] ata1: limiting SATA link speed to 1.5 Gbps
[   44.751010] ata1: hard resetting link
[   45.072493] ata1: SATA link down (SStatus 0 SControl 310)
[   45.072511] ata1.00: disabled
[   45.072548] ata1.00: device reported invalid CHS sector 0
[   45.072600] sd 0:0:0:0: [sda] tag#28 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08
[   45.072617] sd 0:0:0:0: [sda] tag#28 Sense Key : 0x5 [current] [descriptor] 
[   45.072630] sd 0:0:0:0: [sda] tag#28 ASC=0x21 ASCQ=0x4 
[   45.072648] sd 0:0:0:0: [sda] tag#28 CDB: opcode=0x28 28 00 74 70 6d a8 00 00 08 00
[   45.072660] blk_update_request: I/O error, dev sda, sector 1953525160
[   45.072672] Buffer I/O error on dev sda, logical block 244190645, async page read
[   45.072730] Alternate GPT is invalid, using primary GPT.
[   45.072755] ata1: EH complete
[   45.072794] ata1.00: detaching (SCSI 0:0:0:0)
[   45.072801]  sda: sda1
[   45.074118] sd 0:0:0:0: [sda] Read Capacity(16) failed: Result: hostbyte=0x04 driverbyte=0x00
[   45.074140] sd 0:0:0:0: [sda] Sense not available.
[   45.074325] sd 0:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=0x04 driverbyte=0x00
[   45.074339] sd 0:0:0:0: [sda] Sense not available.
[   45.074594] sd 0:0:0:0: [sda] Attached SCSI disk
[   45.075369] sd 0:0:0:0: [sda] Stopping disk
[   45.075534] sd 0:0:0:0: [sda] Start/Stop Unit failed: Result: hostbyte=0x04 driverbyte=0x00
[   45.093310] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data mode. Opts: (null)
[   45.093395] VFS: Mounted root (ext4 filesystem) readonly on device 179:1.
[   45.096425] devtmpfs: mounted

snippet from dpkg -l|grep next

ii  linux-dtb-next-sunxi            5.10                                armhf        Linux DTB, version 4.5.2-sunxi
ii  linux-firmware-image-next-sunxi 5.10                                armhf        Linux kernel firmware, version 4.5.2-sunxi
ii  linux-headers-next-sunxi        5.10                                armhf        Linux kernel headers for 4.5.2-sunxi on armhf
ii  linux-image-next-sunxi          5.10                                armhf        Linux kernel, version 4.5.2-sunxi
ii  linux-jessie-root-next-bananapi 5.16                                armhf        Armbian tweaks for jessie on bananapi (next branch)

boot.cmd

# if you want to boot jessie with systemd: setenv bootargs init=/bin/systemd console=tty1 ...
# remember to disable ramlog prior switching to systemd
setenv bootargs "console=tty1 root=/dev/mmcblk0p1 rootwait rootfstype=ext4 sunxi_ve_mem_reserve=0 sunxi_g2d_mem_reserve=0 sunxi_no_mali_mem_reserve sunxi_fb_mem_reserve=16 hdmi.audio=EDID:0 disp.screen0_output_mode=1920x1080p60 panic=10 consoleblank=0 enforcing=0 loglevel=1"
#--------------------------------------------------------------------------------------------------------------------------------
# Boot loader script to boot with different boot methods for old and new kernel
#--------------------------------------------------------------------------------------------------------------------------------
if ext4load mmc 0 0x00000000 /boot/.next || fatload mmc 0 0x00000000 .next
then
# sunxi mainline kernel
#--------------------------------------------------------------------------------------------------------------------------------
ext4load mmc 0 0x49000000 /boot/dtb/sun7i-a20-bananapi.dtb || fatload mmc 0 0x49000000 /dtb/sun7i-a20-bananapi.dtb
ext4load mmc 0 0x46000000 /boot/zImage || fatload mmc 0 0x46000000 zImage
env set fdt_high ffffffff
bootz 0x46000000 - 0x49000000
#--------------------------------------------------------------------------------------------------------------------------------
else
# sunxi android kernel
#--------------------------------------------------------------------------------------------------------------------------------
ext4load mmc 0 0x43000000 /boot/script.bin || fatload mmc 0 0x43000000 script.bin
ext4load mmc 0 0x48000000 /boot/zImage || fatload mmc 0 0x48000000 zImage
bootz 0x48000000

u-boot

dpkg -l|grep u-boot
ii  linux-u-boot-bananapi-next      5.01                                armhf        Uboot loader 2016.01
ii  u-boot-tools                    2014.10+dfsg1-5                     armhf        companion tools for Das U-Boot bootloader
Link to comment
Share on other sites

sata port does not work, seeing the following error in dmesg

[    3.901254] ahci-sunxi 1c18000.sata: PHY power up failed.

[    3.901313] ahci-sunxi: probe of 1c18000.sata failed with error -5
 
$ uname -a
Linux madmax 4.9.5-sunxi #1 SMP Fri Jan 20 22:01:51 CET 2017 armv7l GNU/Linux
 
using a 2.4 amp power supply and supplied sata cable.
 
Thanks for any help
 
Fred
 
 

 

Link to comment
Share on other sites

I installed bananian and the sata was deteched, using the same setup wrt to power supply and sata drive, interesting.

 

uname -a
Linux bananapi 3.4.111-bananian #5 SMP PREEMPT Fri Mar 25 17:24:42 UTC 2016 armv7l GNU/Linux
 
# dmesg | grep scsi
[    1.695948] scsi0 : sw_ahci_platform
[    3.755632] scsi 0:0:0:0: Direct-Access     ATA      Samsung SSD 850  EXM0 PQ  : 0 ANSI: 5
[   15.887345] sd 0:0:0:0: Attached scsi generic sg0 type 0
 
 # lsblk  
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda           8:0    0  477G  0 disk
└─sda1        8:1    0  477G  0 part
mmcblk0     179:0    0  1.9G  0 disk
├─mmcblk0p1 179:1    0   20M  0 part
└─mmcblk0p2 179:2    0  1.8G  0 part /
 
not sure this is a power supply issue.
 
Thanks
Fred
Link to comment
Share on other sites

Hi this is latest Armbian on my Banana Pi with a SSD drive :

root@marvin:~# uname -a
Linux marvin 4.9.5-sunxi #1 SMP Fri Jan 20 22:01:51 CET 2017 armv7l GNU/Linux
root@marvin:~# dmesg | grep scsi
[    3.942302] scsi host0: ahci-sunxi
[    4.285757] scsi 0:0:0:0: Direct-Access     ATA      SanDisk SDSSDA24 00RL PQ: 0 ANSI: 5
[    4.361854] sd 0:0:0:0: Attached scsi generic sg0 type 0
root@marvin:~# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda           8:0    0 223.6G  0 disk
└─sda1        8:1    0 223.6G  0 part /
mmcblk0     179:0    0   7.4G  0 disk
└─mmcblk0p1 179:1    0   7.3G  0 part /media/mmcboot

Everything is working as expected. My power source is a good quality 2A adapter.

Link to comment
Share on other sites

SATA worked for me on 5.01, but I've suddenly upgraded to 5.23.

And now now SATA :-(

root@bananapro ~ # dmesg|grep -i ata
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] Memory: 1004820K/1046952K available (10240K kernel code, 703K rwdata, 2008K rodata, 1024K init, 308K bss, 25748K reserved, 16384K cma-reserved, 244136K highmem)
[    0.000000]       .data : 0xc0f00000 - 0xc0faffcc   ( 704 kB)
[    3.296350] libata version 3.00 loaded.
[    3.659655] ahci-sunxi 1c18000.sata: PHY power up failed.
[    3.659733] ahci-sunxi: probe of 1c18000.sata failed with error -5
[    4.985443] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data mode. Opts: (null)
[   19.382006] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: user_xattr,acl

Unfortunately there are no 5.01 anymore :(

root@bananapro ~ # apt-get install linux-u-boot-bananapi-next=5.01
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Version '5.01' for 'linux-u-boot-bananapi-next' was not found

My armbian version:

root@bananapro ~ # uname -a
Linux bananapro 4.8.4-sunxi #6 SMP Sun Oct 23 15:55:47 CEST 2016 armv7l GNU/Linux

I've tested on bananian 16.04 and SATA works there.

 

Does anybody has any idea how to get linux-u-boot-bananapi-next=5.01?

Or any other methods to return back SATA?

Link to comment
Share on other sites

Well, latest Bananapi image from download do crashes on Banana Pro, SATA is not powered up, while it boots nice on M1 / Lamobo PRO (no sata too) ... latest self build image for Banana PRO do work fine, with SATA. I guess we need to have or better to have separate for PRO.

Link to comment
Share on other sites

Thanks guys for a quick response.

My /proc/device-tree/model

LeMaker Banana Pro

After changing boot image to linux-u-boot-bananapipro-next my disk is came online:

[    3.699424] ahci-sunxi 1c18000.sata: controller can't do PMP, turning off CAP_PMP
[    3.699478] ahci-sunxi 1c18000.sata: SSS flag set, parallel bus scan disabled
[    3.699513] ahci-sunxi 1c18000.sata: AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl platform mode
[    3.699527] ahci-sunxi 1c18000.sata: flags: ncq sntf stag pm led clo only pio slum part ccc
[    3.701338] ata1: SATA max UDMA/133 mmio [mem 0x01c18000-0x01c18fff] port 0x100 irq 33
[    4.031019] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    4.361298] ata1.00: ATA-8: ST9500325AS, 0001SDM1, max UDMA/133
[    4.361309] ata1.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32)
[    4.416053] ata1.00: configured for UDMA/133
[    4.416949] scsi 0:0:0:0: Direct-Access     ATA      ST9500325AS      SDM1 PQ: 0 ANSI: 5

lsblk (sda - was missed before):

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb           8:16   0 232.9G  0 disk
`-sdb1        8:17   0 232.9G  0 part /media/93f700b5-6ce7-4e6d-94bf-4e754f3ce685
sda           8:0    0 465.8G  0 disk
`-sda1        8:1    0 465.8G  0 part /media/07baa8b0-2190-4369-b605-06f165d73d5a
mmcblk0     179:0    0  29.8G  0 disk
`-mmcblk0p1 179:1    0  29.8G  0 part /
Link to comment
Share on other sites

Mmm, today i failed with upgrading my banana pro, did apt-get upgrade, after that device won't boot from ssd anymore. Tested with new sdcard image, upgraded to linux-u-boot-bananapipro-next, but still no ssd showing up. I ran that config many months, so its no the cable or something, with older 4x kernel no problem. What can i do?

thx

Link to comment
Share on other sites

Without a log, only wizard can help :) Latest image from download section works - I attached mechanical drive yesterday and it works fine. If you ware upgrading we need to see logs to give you advice what to do next.

armbianmonitor -u
Link to comment
Share on other sites

Great, now i tested with older image, same as running before, but got no ssd again, maybe the first update with apt-get upgrade killed my ssd? Or could it be that it was not clean (because system won't boot and i had to plug off power) unmounted and so not recognized anymore? crazy

Link to comment
Share on other sites

lol, forget what i stated before, after some testing with older and newest images now its running again...don't know why, but maybe some contacts are not ok, putting power cable and sata cable in and out and...tada...all fine again ;-) really crazy because i did not move anything just upgrading first. After setting right uuid now boots from sata again :-)

Link to comment
Share on other sites

install linux-u-boot-bananapipro-next

 

and now sata is working

 

$ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda           8:0    0  477G  0 disk
└─sda1        8:1    0  477G  0 part
mmcblk0     179:0    0  7.4G  0 disk
└─mmcblk0p1 179:1    0  7.3G  0 part /
 
 
Thanks to all who sorted this out.
 
Fred
Link to comment
Share on other sites

Moved over from Bananian to Armbian. Unfortunately with a fresh install with Armbian Debian 5.25 (4.9.7-sunxi) SATA drive is not recognized with my Banana Pro. Don't know what to do to fix this. 

 

dmesg snippet:

# dmesg | grep -i sata
[    3.979910] ahci-sunxi 1c18000.sata: controller can't do PMP, turning off CAP_PMP
[    3.979952] ahci-sunxi 1c18000.sata: SSS flag set, parallel bus scan disabled
[    3.979980] ahci-sunxi 1c18000.sata: AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl platform mode
[    3.979994] ahci-sunxi 1c18000.sata: flags: ncq sntf stag pm led clo only pio slum part ccc 
[    3.981492] ata1: SATA max UDMA/133 mmio [mem 0x01c18000-0x01c18fff] port 0x100 irq 33
[    4.311520] ata1: SATA link down (SStatus 0 SControl 300)

 Any help is welcome.
 

Edited by wslagendijk
Don't know what did the trick but I went back to Bananian and SATA was there again. Flashed Armbian again and now SATA works too
Link to comment
Share on other sites

Hello guys, I'm new here but did research many threads/BPI forum and need a push in the right direction.

 

I have one BANANA PRO and downloaded the Ubuntu 17.10 image from the BPI dev site:

https://dev.banana-pi.org.cn/Image/BPI-M1P/ 

The image name reads:

2018-03-14-ubuntu-17.10-mate-desktop-v1.0-motion-bpi-m1p-sd-emmc.img

 

It works with BANANA PRO but no SATA.

I tried:

1.

/mnt/sdcard/bananapi/bpi-all/linux4/extlinux/dtb/sun7i-a20-bananapi-m1-plus.dtb with 

cp -v sun7i-a20-bananapro.dtb sun7i-a20-bananapi-m1-plus.dtb

 

2.

installing the above mentioned "linux-u-boot-bananapipro-next" package, but it obviously didn't work with another distribution - das U-Boot works, SATA gets recognized (woohoo), but Ubuntu's image cannot be loaded (see screenshot). 

 

- Can I "point" Armbian's U-Boot to mmcblk01 where the root of ubuntu is installed?

 

- In the folder /usr/lib/u-boot/bananapi/bpi-m1p/ there are files bananapiPRO.XXX (see screenshot). What should it tell us?

Question: do you think guys there is a way to get SATA working with this image, or it’s bigger work and "u-boot, dtb, headers, firmware image" are not "standalone" and are compiled/prepared for each Linux distribution separately? Or should I try installing not only the u-boot but dtb, headers and firmware image (yes I understand it's not optimal in terms of updating, maintaining etc.)?

 

In another thread the compatibility/resemblance between some boards were pointed out, so some boards resemble others (schematics, firmware). I used to think that Banana PI (M1/M1P) are "almost" same as Banana PRO, but now I have doubts.

 

sudo bpi-hw -A

F_AUTO=yes

/usr/bin/bpi-hw: line 77: warning: command substitution: ignored null byte in input

MODEL=Banana Pi BPI-M1-Plus

bpi-m1p

 

PS. The point of trying the Ubuntu 17.10 (Armbian works flawlessly with the board - thank you all for that!) is that CEPH 12 packages are only available under 17.10, so I guess if there is no solution I must wait.. again. And sorry if this is the wrong place to ask this, I thought there is some wisdom and experience with SATA and this problem.

 

Thanks!

 

2018-04-16 19.54.33.jpg

extlinux.conf

Screen Shot 2018-04-16 at 20.44.24.png

Link to comment
Share on other sites

10 hours ago, wow64 said:

I have one BANANA PRO

 

10 hours ago, wow64 said:

Armbian works flawlessly with the board


What about staying on a clean, stable and supported base and dealing only with a minor userspace problem? Our Xenial base could probably be upgraded to 17.10 ... never tried but at least this should not break hardware features. 

 

3rd party builds are not a subject of support.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines