On 2016-04-01, Roger Quadros <rogerq@xxxxxx> wrote: > On 01/04/16 02:04, Vagrant Cascadian wrote: >> On 2016-03-31, Nishanth Menon wrote: >>> On 03/31/2016 01:04 PM, Vagrant Cascadian wrote: >>>> On 2016-03-30, Nishanth Menon wrote: >>>>> On 03/30/2016 03:08 PM, Vagrant Cascadian wrote: >>> testing latest master: v2016.03-523-g080c499df689 >>> >>> Looks like SD card with fat partitions boots u-boot: >>> http://pastebin.ubuntu.com/15571915/ with a newer rev of board. >>> >>> http://pastebin.ubuntu.com/15571902/ with the A.2 rev of the board. >> >> Attached should be a boot log on the BeagleBoard-X15 booting with u-boot >> master (080c499df689e8c42df70de44502c0d71533dda8) and linux 4.6-rc1 with >> the config provided earlier in the thread. >> >> No luck with Roger Quadros's patch removing the extra init_sata call in >> u-boot, although I only tested that with u-boot 2016.03. >> >> Since it's possibe the initramfs doesn't have all the necessary modules > > you would need "phy_ti_pipe3" along with the AHCI and scsi modules. Yeah, that's present and loaded, even. along with ocp2scp and phy_omap_control, the others that usually seem to be required as far as I can tell. >> to get eSATA working, I'll try testing with rootfs on microSD or eMMC >> later today or tomorrow, so I can be confident it has all the modules >> the kernel was built with when debugging the eSATA issues. > > That is a good idea. Unfortunately, even with rootfs on eMMC, with all the modules built with the kernel available, it still doesn't detect the eSATA SSD. > However SATA seems to be failing right at u-boot level from your log. > That doesn't seem right. > > 2016-03-31_22:45:17.40524 SATA link 0 timeout. > 2016-03-31_22:45:17.40530 AHCI 0001.0300 32 slots 1 ports 3 Gbps 0x1 impl SATA mode > 2016-03-31_22:45:17.40534 flags: 64bit ncq stag pm led clo only pmp pio slum part ccc apst I've not seen SATA work from mainline u-boot on the BeagleBoard-X15. > Can you please try to power cycle board and hard drive always till we > have got the eSATA issue figured out? Power cycling didn't help with my most recent test, using linux 4.6-rc2 and u-boot 2016.03 (with a small patch to support config_distro_bootcmd). The attached kernel config with linux 4.6-rc2 doesn't work with OMAP_OCP2SCP, OMAP_CONTROL_PHY and TI_PIPE3 as modules, but works as builtins. I did at one point get the impression that the eSATA port provides power off of the USB rail... perhaps there is an ordering issue with bringup of USB vs. eSATA when loaded as a module?
Attachment:
config-4.6.0-rc2.gz
Description: application/gzip
Attachment:
signature.asc
Description: PGP signature
