[SOLVED] Slarm64 on the Pinebook 1080 - help with kernel?

shelldweller · 02-10-2020, 11:03 PM

Quote:

Originally Posted by sndwvs

prepared test image for Pinebook and P1080 Pinebook.
please test, otherwise further support will not make sense.

slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200208.img.xz
slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200208.img.xz.md5

Cool! I will test this tonight. I spent the weekend rebuilding my build-box. I am guessing I corrupted the eMMC, because booting became unstable after a while. Now that I am done with that, I can try out what you were building this in the meantime.

thanks, I will report back ASAP.

shelldweller · 02-11-2020, 12:14 PM

Okay, I have been testing your new image. Everything seems to work fine with one tiny exception: I cannot get the bluetooth adapter to respond at all now. If I reboot into my usual desktop, the adapter works fine, but the blueman bug is still there. I cannot even check the blueman situation in the new image because the bluetooth adapter is not recognized at all. The fix might be a simple one, and so far that is the only issue I have detected.

I will back up the system I have on the eMMC and will try the setup option to install to the eMMC sometime this week. I will post here my findings.

Thanks for this, I appreciate the effort and was thrilled to see the image boot to a command prompt. That was exciting!

shelldweller · 02-11-2020, 06:56 PM

UPDATE!:

I got some hints from dmesg:

Code:

[    5.087832] Bluetooth: hci0: RTL: loading rtl_bt/rtl8723cs_xx_fw.bin
[    5.089261] Bluetooth: hci0: RTL: firmware file rtl_bt/rtl8723cs_xx_fw.bin not found

So I took a closer look at the Arch-based setup, and I found some extra files in /lib/firmware/rtl_bt, namely:

Code:

/lib/firmware/rtl_bt/rtl8723bs_config.bin
/lib/firmware/rtl_bt/rtl8723bs_config-pine64.bin
/lib/firmware/rtl_bt/rtl8723cs_xx_config-pinebook.bin
/lib/firmware/rtl_bt/rtl8723cs_xx_fw.bin

Of these, I believe only the last two pertain to the Pinebook. The Arch-kernel image produces:

Code:

[   33.036290] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723cs_xx_fw.bin
[   33.060520] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723cs_xx_config-pinebook.bin

(the delay is me unlocking an encrypted drive during boot)

So I dropped those (all four) into the same directory on the new image you provided, and the bluetooth adapter was finally available via bluetoothctl. I still get the blueman bug in this image, but that is another thread already....

So, if we can figure out why we wind up wind missing firmware files, then I would consider this a success. Every other feature I have tested so far works fine, including screen brightness, which is something missing from half of the images on the Pine wiki for this machine.

Any clue how to bring in the extra firmware files?

sndwvs · 02-13-2020, 11:05 AM

Quote:

Originally Posted by shelldweller

UPDATE!:

I got some hints from dmesg:

Code:

[    5.087832] Bluetooth: hci0: RTL: loading rtl_bt/rtl8723cs_xx_fw.bin
[    5.089261] Bluetooth: hci0: RTL: firmware file rtl_bt/rtl8723cs_xx_fw.bin not found

So I took a closer look at the Arch-based setup, and I found some extra files in /lib/firmware/rtl_bt, namely:

Code:

/lib/firmware/rtl_bt/rtl8723bs_config.bin
/lib/firmware/rtl_bt/rtl8723bs_config-pine64.bin
/lib/firmware/rtl_bt/rtl8723cs_xx_config-pinebook.bin
/lib/firmware/rtl_bt/rtl8723cs_xx_fw.bin

Of these, I believe only the last two pertain to the Pinebook. The Arch-kernel image produces:

Code:

[   33.036290] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723cs_xx_fw.bin
[   33.060520] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723cs_xx_config-pinebook.bin

(the delay is me unlocking an encrypted drive during boot)

So I dropped those (all four) into the same directory on the new image you provided, and the bluetooth adapter was finally available via bluetoothctl. I still get the blueman bug in this image, but that is another thread already....

So, if we can figure out why we wind up wind missing firmware files, then I would consider this a success. Every other feature I have tested so far works fine, including screen brightness, which is something missing from half of the images on the Pine wiki for this machine.

Any clue how to bring in the extra firmware files?

thanks,
add and make a test image

shelldweller · 02-13-2020, 08:33 PM

Quote:

Originally Posted by sndwvs

thanks,
add and make a test image

Cool, thanks! After a fresh git clone on a recently rebuilt build-box, I get this after a while, which does not seem related to the Pinebook at all...

Code:

  
  OBJCOPY spl/u-boot-spl-nodtb.bin
  COPY    spl/u-boot-spl.bin
  MKSUNXI spl/sunxi-spl.bin
  CAT     u-boot-sunxi-with-spl.bin
  CFGCHK  u-boot.cfg
/ssd/slarmbuilds/slackware_arm_build_kit/build/source/u-boot /ssd/slarmbuilds/slackware_arm_build_kit/build/source/u-boot
/ssd/slarmbuilds/slackware_arm_build_kit/build/source/u-boot
/ssd/slarmbuilds/slackware_arm_build_kit/build/source/linux-sun50iw1-next /ssd/slarmbuilds/slackware_arm_build_kit/build/source/u-boot
2 out of 2 hunks FAILED -- saving rejects to file drivers/gpu/drm/bridge/analogix/analogix-anx78xx.h.rej
neo@slarm64:~$

Is this something having to do with my build environment? It looks like a patch failed. I will look into it a bit further later. Thanks much.

sndwvs · 02-14-2020, 03:45 PM

update
slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200214.img.xz
slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200214.img.xz.md5

shelldweller · 02-16-2020, 01:46 AM

Quote:

Originally Posted by sndwvs

update
slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200214.img.xz
slarm64-current-aarch64-base-rootfs-20200118-5.5.0-pinebook-build-20200214.img.xz.md5

This one is a winner! 100% functionality on an SD card. Next, I will test the setup function to install to eMMC. I am prepping for that now, and will report back my findings here.

Thank you!

sndwvs · 02-16-2020, 02:05 AM

after your message I will collect the image XFCE.

shelldweller · 02-16-2020, 11:00 AM

Quote:

Originally Posted by shelldweller

Next, I will test the setup function to install to eMMC. I am prepping for that now, and will report back my findings here.

The setup script does nothing and gives no errors. A look at /root/setup.sh shows that there is no mention of pinebook at all. Is this script only meant for other boards, or has pinebook support just not been added to the setup script yet? I am just curious. I only started to look at the script just now, I will have time to dig deeper later in the week.

thanks!

sndwvs · 02-16-2020, 11:05 AM

Quote:

Originally Posted by shelldweller

The setup script does nothing and gives no errors. A look at /root/setup.sh shows that there is no mention of pinebook at all. Is this script only meant for other boards, or has pinebook support just not been added to the setup script yet? I am just curious. I only started to look at the script just now, I will have time to dig deeper later in the week.

thanks!

not in the script, add a few days ago

sndwvs · 02-16-2020, 12:12 PM

added to setup.sh to transfer to eMMC board pinebook and pinebook-pro.
try replacing the setup.sh script.

shelldweller · 02-17-2020, 11:20 AM

Quote:

Originally Posted by sndwvs

added to setup.sh to transfer to eMMC board pinebook and pinebook-pro.
try replacing the setup.sh script.

Alright, I was able to get much further this time. In the new script, I had to change:

Code:

	    pinebook)
	
	            OFFSET_LOADER="1:5:"
	
	            LOADER="sunxi-spl.bin:u-boot.itb:"
	
	            BS=8k
	
	    ;;

to

Code:

	    *pinebookallwinner*)
	
	            OFFSET_LOADER="1:5:"
	
	            LOADER="sunxi-spl.bin:u-boot.itb:"
	
	            BS=8k
	
	    ;;

otherwise the script exits without any messages.

After making that one change, the script runs, and it copies the system over to the eMMC as expected. However, the result will not boot. Powering on results in a black screen and not much else. I also noticed that uEnv.txt was not altered. No rootdev line was added, for example. So it seems like something is going wrong with the fix_config() function, perhaps?

sndwvs · 02-17-2020, 11:29 AM

Quote:

Originally Posted by shelldweller

Alright, I was able to get much further this time. In the new script, I had to change:

Code:

	    pinebook)
	
	            OFFSET_LOADER="1:5:"
	
	            LOADER="sunxi-spl.bin:u-boot.itb:"
	
	            BS=8k
	
	    ;;

to

Code:

	    *pinebookallwinner*)
	
	            OFFSET_LOADER="1:5:"
	
	            LOADER="sunxi-spl.bin:u-boot.itb:"
	
	            BS=8k
	
	    ;;

otherwise the script exits without any messages.

After making that one change, the script runs, and it copies the system over to the eMMC as expected. However, the result will not boot. Powering on results in a black screen and not much else. I also noticed that uEnv.txt was not altered. No rootdev line was added, for example. So it seems like something is going wrong with the fix_config() function, perhaps?

Thanks, for H3 there was no need to change the root device due to the fact that when removing the SDcard eMMC, it becomes mmсblk0.
fixed

shelldweller · 02-17-2020, 02:30 PM

Quote:

Originally Posted by sndwvs

Thanks, for H3 there was no need to change the root device due to the fact that when removing the SDcard eMMC, it becomes mmсblk0.

Hmm, okay. That line is being set correctly in uEnv.txt now. But something is still wrong, and I am stumped. The SD card works fine, no problems there. The transfer works fine, I do not see any problems there.

The end result is still not booting at all. I see nothing on the screen, no u-boot messages, no error messages, just dark blankness.

I have been comparing the boot scripts on my working eMMC image (with the Arch kernel) to the boot scripts that the new image winds up with, and I see lots of differences, but I do not know enough to figure out what is important and what is extra code in there for other boards.

What really baffles me is that the SD card image boots just fine, but the eMMC transfer does not even try to boot. I cannot even tell if is booting without display output, or just not booting at all.

The next chance I have to play around with this, I will put something in rc.local on the eMMC to be able to tell if it is booting without display output or just not booting. More on that in another day or two.

thanks, as always.

shelldweller · 02-19-2020, 10:38 AM

Here is an interesting twist:

I tried the first method of installing to eMMC listed in the README file, and I changed the block device as needed, and simplified a few steps for my setup. Here are the modified instructions that WORKED!

Code:

installation on a eMMC (for pinebook)
    Flash the image to micro SD, then copy the .img file to micro SD filesystem. 
    Power up the board with micro SD and login.
    Run below command for flashing to eMMC module
        >>dd if=slarm64-current-*-base-rootfs-*-build-*.img of=/dev/mmcblk2 bs=1M
            example : dd if=slarm64-current-*-xfce-rootfs-*-build-*.img of=/dev/mmcblk2 bs=1M
        then edit 2 files in eMMC module:
        >> mount /dev/mmcblk2p1 /media
        >> echo "rootdev=/dev/mmcblk2p1" >> /media/boot/uEnv.txt
        >> sed -i 's:mmcblk1p1:mmcblk2p1:' /media/etc/fstab
    After done, power off board and remove micro SD. Then bootup with only eMMC module.

Now I am able to boot direclty from the eMMC. Very simple. I still do not know what is causing the setup script to result in an non-booting eMMC. However, with the above instructions, I am now where I need to be.

Thank you very much for all your help, I truly appreciate it. If you would like to figure out how to get the setup script to work, then I am willing to continue investigations. Otherwise, the image paired with the above instructions are satisfactory for my purposes.