I would like to know the testing procedure of SATA on iMX6 Sabrelite platform.
Right now I am using L2.6.38_11.11.01 ltib package.
With Regards,Elangovan V
I don't know that we tested SATA back on 2.6.38. Is there a reason you can't jump to the latest Linux kernel?
Note that SATA doesn't function well in U-Boot on the v2009.08 tree, but is working really well in the main-line U-Boot tree.
We've been recommending that customers use SD card as their first-level boot (to load a kernel and optional ram disk), then use SATA for their root filesystem after boot until we fully switch to the newer U-Boot code.
what procedure you want? Do you mean SATA BOOT or using SATA as the rootfs storge? We have tested the SATA boot on the SabreSD board and It works fine.
i not found my code about SATA driver. can you tell me which patch is used to driver SATA ? i use im6 sabresd board.
All of the Freescale releases for the last year have supported SATA under Linux, and the default configurations (imx6_defconfig and such) enable it.
What seems to be failing for you?
I found the cause of the problem， because of patch conflict. I can only see change of the patch to manually modify our code. maybe l lost some code. this is too trouble . My repo sync source code is downloaded without modification. However, each patch is such a problem.
ThinkPad-T400:~/myandroid/device/fsl$ git apply 0002-Change-the-default-boot-parameters-to-be-1080-HDMI-p.patch
0002-Change-the-default-boot-parameters-to-be-1080-HDMI-p.patch:20: trailing whitespace.
BOARD_KERNEL_CMDLINE := console=ttymxc0,115200 init=/init video=mxcfb0:dev=hdmi,1920x1080M@60 video=mxcfb1:off video=mxcfb2:off fbmem=28M androidboot.console=ttymxc0 vmalloc=400M
error: patch failed: sabresd_6dq/BoardConfig.mk:6
error: sabresd_6dq/BoardConfig.mk: patch does not apply
A few comments here:
My operation as follows：
1.make menuconfig :add the driver.
mkdir /mnt/udisk 0000 system system
symlink /mnt/udisk /udisk
mkdir /mnt/udisk2 0000 system system
symlink /mnt/udisk2 /udisk2
mkdir /mnt/sata 0000 system system
symlink /mnt/sata /sata
3.on the /myandroid/device/fsl/imx6/sabresd/vold.fstab flie：
dev_mount udisk2 /mnt/udisk2 auto /devices/platform/fsl-ehci.1/usb2
dev_mount sata /mnt/sata auto /devices/platform/ahci.0
And now the phenomenon is: you can see through the HyperTerminal：
drwx------ root root 2013-05-24 10:19 root
lrwxrwxrwx root root 1970-01-02 00:37 sata -> /mnt/sata
drwxr-x--- root root 1970-01-01 00:00 sbin
lrwxrwxrwx root root 1970-01-02 00:37 sdcard -> /mnt/sdcard
lrwxrwxrwx root root 1970-01-02 00:37 udisk -> /mnt/udisk
lrwxrwxrwx root root 1970-01-02 00:37 udisk2 -> /mnt/udisk2
-rw-r--r-- root root 2616 1970-01-01 00:00 ueventd.freescale.rc
-rw-r--r-- root root 272 1970-01-01 00:00 ueventd.goldfish.rc
-rw-r--r-- root root 3825 1970-01-01 00:00 ueventd.rc
lrwxrwxrwx root root 1970-01-02 00:37 vendor -> /system/vendo
root@android:/mnt # ls -al
drwxr-xr-x root system 1970-01-01 00:00 asec
d--------- system system 1970-01-01 00:00 extsd
drwxr-xr-x root system 1970-01-01 00:00 obb
d--------- system system 1970-01-01 00:00 sata
d---rwxr-x system sdcard_rw 1970-01-01 00:00 sdcard
drwx------ root root 1970-01-01 00:00 secure
drwxrwxr-x system graphics 1970-01-01 00:00 shm
d--------- system system 1970-01-01 00:00 udisk
d--------- system system 1970-01-01 00:00 udisk2
we can see the sata is d---------。
Currently you can see this folder, but it can not be read/write, please help me analyze where is the problem, thank you very much ~!
I think the permissions problem stems from this:
mkdir /mnt/udisk 0000 system system
The 0000 is the permissions mask in octal and 0000 means that nobody can read or write to that directory.
I'm not sure whether the rest will work or not...
i have change 0755 but is not effective. then i found the sdcard is also 0000.
i konw what it the problem, beacuse of my ssd is ext3 format, when i change it to FAT32 format ,it is ok , but the FAT32 format is too poor. i need ntfs format. can you know it?
We're prepping a new release (with images) of Jellybean and have tested against SATA.
Check in on our blog tomorrow and I think you'll find what you're looking for.
Retrieving data ...