I have
new report. It seems to work normally
In my tinkering I thought that Armbian using the same boot.scr to boot the TB. So I tried to change the rootfs with ALarm. The first trial failed, because of using the rk3288-miniarm.dtb.
So I prepared a new boot.scr as follow$this->bbcode_second_pass_code('', '# After modifying, run ./mkscr
setenv rootcmd "LABEL=TB-MM-root"
setenv usbqrk "0x2537:0x1066:u,0x2537:0x1068:u"
setenv fdtfile rk3288-tinkerS.dtb
setenv bootargs "console=ttyS2,115200n8 root=${rootcmd} usb-storage.quirks=${usbqrk} rw rootwait"
if load ${devtype} ${devnum}:${bootpart} ${kernel_addr_r} /boot/zImage; then
if load ${devtype} ${devnum}:${bootpart} ${fdt_addr_r} /boot/dtb/${fdtfile}; then
fdt addr ${fdt_addr_r}
fdt resize
fdt set /dwmmc@ff0c0000 broken-cd
fdt set /usb@ff500000 no-relinquish-port
if load ${devtype} ${devnum}:${bootpart} ${ramdisk_addr_r} /boot/initramfs-linux.img; then
bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r};
else
bootz ${kernel_addr_r} - ${fdt_addr_r};
fi;
fi;
fi')
I took the u-boot from
Armbian_5.59_Tinkerboard_Debian_stretch_next_4.14.67.7z and I change the script. Now I see the USB is working when plugging a device and the SD card absence is not flooding the dmseg.$this->bbcode_second_pass_code('', '$ dmesg |tail
[ 187.430677] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 187.444806] sd 0:0:0:0: [sda] Write Protect is off
[ 187.450173] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 187.450539] sd 0:0:0:0: [sda] No Caching mode page found
[ 187.456474] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 187.716925] sda: sda1
[ 187.723158] sd 0:0:0:0: [sda] Attached SCSI removable disk
[ 228.321014] usb 1-1.4: USB disconnect, device number 4
[ 904.615644] audit: type=1130 audit(1539546586.809:39): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 904.637626] audit: type=1131 audit(1539546586.809:40): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'')
A bit of audit nagging
So, maybe adding the USB quirks, and/or the other parameters on the boot.scr is making the system running. I will try to use the wifi as access point, I feel that it may not go.