LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM
User Name
Password
Slackware - ARM This forum is for the discussion of Slackware ARM.

Notices


Reply
  Search this Thread
Old 02-10-2020, 10:03 PM   #16
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled

Quote:
Originally Posted by sndwvs View Post
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.
 
Old 02-11-2020, 11:14 AM   #17
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
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!
 
Old 02-11-2020, 05:56 PM   #18
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
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?
 
Old 02-13-2020, 10:05 AM   #19
sndwvs
Member
 
Registered: Aug 2014
Posts: 892

Rep: Reputation: Disabled
Quote:
Originally Posted by shelldweller View Post
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
 
Old 02-13-2020, 07:33 PM   #20
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by sndwvs View Post
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.
 
Old 02-16-2020, 12:46 AM   #22
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
Thumbs up

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!
 
Old 02-16-2020, 01:05 AM   #23
sndwvs
Member
 
Registered: Aug 2014
Posts: 892

Rep: Reputation: Disabled
after your message I will collect the image XFCE.
 
1 members found this post helpful.
Old 02-16-2020, 10:00 AM   #24
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
setup does nothing

Quote:
Originally Posted by shelldweller View Post
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!
 
Old 02-16-2020, 10:05 AM   #25
sndwvs
Member
 
Registered: Aug 2014
Posts: 892

Rep: Reputation: Disabled
Quote:
Originally Posted by shelldweller View Post
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
 
1 members found this post helpful.
Old 02-16-2020, 11:12 AM   #26
sndwvs
Member
 
Registered: Aug 2014
Posts: 892

Rep: Reputation: Disabled
added to setup.sh to transfer to eMMC board pinebook and pinebook-pro.
try replacing the setup.sh script.
 
1 members found this post helpful.
Old 02-17-2020, 10:20 AM   #27
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by sndwvs View Post
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?

Last edited by shelldweller; 02-17-2020 at 10:23 AM. Reason: user agent switcher put a windows logo in my post. yucky. trying to fix that....
 
Old 02-17-2020, 10:29 AM   #28
sndwvs
Member
 
Registered: Aug 2014
Posts: 892

Rep: Reputation: Disabled
Quote:
Originally Posted by shelldweller View Post
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

Last edited by sndwvs; 02-17-2020 at 10:57 AM.
 
1 members found this post helpful.
Old 02-17-2020, 01:30 PM   #29
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
Quote:
Originally Posted by sndwvs View Post
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.
 
Old 02-19-2020, 09:38 AM   #30
shelldweller
Member
 
Registered: Mar 2019
Distribution: Freenix & Slarm64
Posts: 180

Original Poster
Rep: Reputation: Disabled
an interesting turn of events....

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.

 
  


Reply

Tags
arm, kernel, pine64, slackware, slarm64


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
slarm64 (aarch64 unofficial slackware) sndwvs Slackware - ARM 317 Today 11:38 AM
slarm64 no wifi kermitdafrog8 Slackware - ARM 45 09-27-2019 10:33 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware > Slackware - ARM

All times are GMT -5. The time now is 09:30 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration