LinuxQuestions.org
Share your knowledge at the LQ Wiki.
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 03-11-2021, 04:35 AM   #16
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375

Quote:
Originally Posted by enine View Post
The set isn't complete, it doesn't list the zero
There's a reason why website content exists and should be read thoroughly...

Quote:
The SARPi Project doesn't support the Raspberry Pi Zero [W] but Slackware ARM can still be installed and run on the device. There are members of the Slackware community who have gone to the time and trouble, and cost, of installing Slackware ARM on a Raspberry Pi Zero but we haven't. For a $5 computer that's advertised as 'A tiny Raspberry Pi thatís affordable enough for any project!', you might not be aware that initially the cable(s), adapter(s), and anything else that's required, can cost +3-4-5 times more than the device itself. The Raspberry Pi Zero [W] features the same SoC as the Raspberry Pi Model B. So, in essence, it's ARMv6 technology from 2012 which was considered 'old' in 2012! Compare that to the price of a Raspberry Pi 4, which has a much more powerful Cortex-A72 (ARMv8) 64-bit CPU and, at least, double the amount of RAM, which is LPDDR4 @ 2400MHz! - https://sarpi.fatdog.eu/index.php?p=rpiviews
The list is complete as far as supported RPi devices by the SARPi Project goes. The SARPi installer for the Raspberry Pi (1) works perfectly for the Zero - something which may have been overlooked by the pedantic because "zero" doesn't appear in any of the file name(s).

Quote:
Originally Posted by enine View Post
Can we request additions to the packages you add?

I'd like to have the GPIO Zero Python library like whats listed here
The SARPi Project isn't like a radio show where you call/write in and ask for your mom's favourite song to be played on her birthday. The SARPi Project very much supports and promotes users doing their own thing and being ultimately successful towards that end. One of the real strengths of Slackware [ARM] is; it's the best educational tool for Linux that ever existed, or will exist, and makes anything possible by design and investing the appropriate amount of time, effort, and self-edification into it. Slackware offers all users the same capability and it should be grabbed by both horns and harnessed and tamed. If/when that's not possible, maybe Google can help... https://github.com/gpiozero/gpiozero
 
1 members found this post helpful.
Old 03-11-2021, 04:43 AM   #17
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
Quote:
Originally Posted by Exaga View Post
Thought I'd make the set complete, just for nostalgia and posterity...

https://sarpi.fatdog.eu/index.php?p=rpi4get142

Is that an invitation to try a proper arm install for once in my life ?
I'm actually thinking of making an x86_64 miniroot
 
1 members found this post helpful.
Old 03-11-2021, 05:06 AM   #18
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375
Quote:
Originally Posted by louigi600 View Post
Is that an invitation to try a proper arm install for once in my life ?
I'm actually thinking of making an x86_64 miniroot
HAHAHA. Go for it!

Louigi... the truth is, I thought about you while I was building this batch for Slackware ARM 14.2 on the RPi4, hoping it might be useful for you, and any others who have a need/desire to run the soft float port. Plus the "N/A" - kernel and release date version - on the SARPi downloads webpage has been annoying me for some time. So, I really had to do something about it to save my future sanity.

Incidentally, I had to "Frankenstein" a few things, initially, in order to make build it properly - e.g. I didn't have a RPi4 kernel/modules which supported soft float ABI and had to basically compile it in stages. But we won't be going into the finer details in case MoZes finds out what I did to his software's integrity. LOL!
 
Old 03-11-2021, 06:21 AM   #19
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
Quote:
Originally Posted by Exaga View Post
HAHAHA. Go for it!

Louigi... the truth is, I thought about you while I was building this batch for Slackware ARM 14.2 on the RPi4, hoping it might be useful for you, and any others who have a need/desire to run the soft float port. Plus the "N/A" - kernel and release date version - on the SARPi downloads webpage has been annoying me for some time. So, I really had to do something about it to save my future sanity.
Wow that's an honor for me
I might not try the full install but I'll check out that the kernel, modules and hacks are fine on my RPi4.

As I've said may times before: it is perfectly fine to run the RPi4 current kernel with the softfloat 14.2 userland: although the kernel is perfectly capable of receiving userland requests to perform hardfloat operations, have the hardfloat unit perform it and give back the result to the useland; the softfloat userland will never ask that.
To my understanding it is the libc that will ither perform softfloat operation all in userland or ask kernel to perform hardfloat so the 14.2 userland will never ask the kernel to perform hardfloat operations regardless if it could or not and the kernel is not providing the softfloat calculation to softfloat libc.
The other way round is not possible: you cannot use a hardfloat userland with a kernel that is not configured to perform hardfloat operations ... it might be even more complicated then that as to my understanding there are 2 possibilities for performing hardfloat operations
  • softfp - this supports a hardware FPU, but the ABI is soft compatible.
  • hard - the ABI uses float or VFP registers.
We are going way off topic and in a ground I'm not even properly prepared on.
To put it short I've been using the SARPi4 hardfloat kernel to run 14.2 userland ever since I got my first RPi4 and I never got into trouble directly because of this.
Anytime I could not get it to work was probably because I did something else wrong.

It's nice that we now have the matching kernel (which I guess will be just a tiny bit smaller with respect to the same release hardfloat capable one) ... and I will test it just to double check that everything is fine.

Quote:
Originally Posted by Exaga View Post
Incidentally, I had to "Frankenstein" a few things, initially, in order to make build it properly - e.g. I didn't have a RPi4 kernel/modules which supported soft float ABI and had to basically compile it in stages. But we won't be going into the finer details in case MoZes finds out what I did to his software's integrity. LOL!
Don't worry about MoZes ... he's probably still in the basement listening to the music you gave him or maybe catching up with the last updates on current.
 
1 members found this post helpful.
Old 03-11-2021, 07:12 AM   #20
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375
Quote:
Originally Posted by louigi600 View Post
Wow that's an honor for me
I might not try the full install but I'll check out that the kernel, modules and hacks are fine on my RPi4.

... and I will test it just to double check that everything is fine.
I use https://git.kernel.org/pub/scm/linux.../ktest?id=HEAD for testing, checking, verifying, etc. The few potential issues that came to my attention this time around were...

Code:
root@torq:~# dmesg -t -l err
bcm2708_fb soc:fb: Unable to determine number of FBs. Disabling driver.
brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Jan  4 2021 19:56:29 version 7.45.229 (617f1f5 CY) FWID 01-2dbd9d2e
cgroup: Disabled controller 'memory'
root@torq:~#
... which may be relevant to some users.

Otherwise; wired networking is stable, connecting USB devices are detected and seem to work fine, rsync/ftp/wget/curl remote files are all working great, ssh no problem(s), and building from source is 100% successful.

I haven't tested the desktop, etc. So, any issues in that respect you'll have to keep me apprised of. NB: unless it's a show-stopper I won't be interested in putting any time/effort into troubleshooting this SARPi batch for 14.2 on the RPi4.

Quote:
Originally Posted by louigi600 View Post
We are going way off topic and in a ground I'm not even properly prepared on.
I don't care about going off-topic when it's relevant and interesting.

[EDIT] found this recently which I may test out to see if it's useful... http://autotest.github.io/

Last edited by Exaga; 03-11-2021 at 07:25 AM. Reason: Des O'Connor typo & edit
 
Old 03-11-2021, 09:10 AM   #21
enine
Senior Member
 
Registered: Nov 2003
Distribution: Slackʍɐɹǝ
Posts: 1,303
Blog Entries: 4

Rep: Reputation: 193Reputation: 193
Quote:
Originally Posted by Exaga View Post
There's a reason why website content exists and should be read thoroughly...
I was just joking, aparently my humor is too odd to be understood
 
Old 03-11-2021, 09:13 AM   #22
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
I just cooked a miniroot with the sarpi 4 softfloat goodies ... basic functionality is ok.
From home I will do more extensive wifi testing ... I'm away currently (but I can scan nearby AP from the onboard wifi).
I will try one of the testing utils on the newest revision RPi4 I have ... will update you if I find anything worth noting.
 
1 members found this post helpful.
Old 03-11-2021, 03:18 PM   #23
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375
Quote:
Originally Posted by enine View Post
I was just joking, aparently my humor is too odd to be understood
Oh... you were joking! I do apologise for misunderstanding your humour. Could you explain the joke please?

Quote:
Originally Posted by louigi600 View Post
I just cooked a miniroot with the sarpi 4 softfloat goodies ... basic functionality is ok.
From home I will do more extensive wifi testing ... I'm away currently (but I can scan nearby AP from the onboard wifi).
I will try one of the testing utils on the newest revision RPi4 I have ... will update you if I find anything worth noting.
Thanks Louigi.

I've got the Slackware 14.2 OS saved on a sd card for the time being. If there's any serious flaws found with the SARPi kernel/modules or networking I can easily build a fresh batch in 30-40 minutes.
 
Old 03-11-2021, 03:57 PM   #24
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
Wired connection seems fine ... I used that to take over there the wpa config and my netconnect scrpt.
Wifi is working fine ... I did a slackpkg update, upgrade-all through wifi without any problems (well after upgrade wget was broken for a missing dep but I fixed that).
I installed bluez and bluez-firmware but can't get any device to show up.
I looked in the sarpi4 hacks and I could not find the bluez firmware there so maybe that's why ... would you consider adding that into the sarpi4 hacks ?
I will now see if I can get one of the tests you suggested to work on the miniroot.
 
Old 03-11-2021, 06:41 PM   #25
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375
Quote:
Originally Posted by louigi600 View Post
I installed bluez and bluez-firmware but can't get any device to show up.
I looked in the sarpi4 hacks and I could not find the bluez firmware there so maybe that's why ... would you consider adding that into the sarpi4 hacks ?
Oh geez... not this Bluetooth shizzle again. Thanks for reminding me. Have you forgotten what we did to fix this?

I honestly haven't looked at it since last time... https://www.linuxquestions.org/quest...ml#post6219476 ... but I did notice that the files in '/usr/lib/firmware/brcm' were pretty much the same ones as found in '/lib/firmware/brcm'. So, I did a little jiggery-pokery and some re-working of the SARPi build processes - but only revising the '/boot/config.txt' file on Slackware ARM current. I haven't done anything with the 14.2 /boot packages.

[EDIT] The new BCM wireless and Bluetooth card drivers (43455 and 43456) are already included in the sarpi-hacks pkg - for 14.2 and current. I did this with Slackware 15.0 in mind because I do not want to be going through this issue again for a while. Haha!

Anyway... add these two lines into the '/boot/config.txt' file...

Code:
dtparam=krnbt=on
enable_uart=0
Reboot the device. When you login you should get a device showing up...

Code:
root@torq:~# bluetoothctl
[NEW] Controller DC:A6:32:67:C4:2D BlueZ 5.40 [default]
[bluetooth]# power on
Changing power on succeeded
[bluetooth]# list
Controller DC:A6:32:67:C4:2D BlueZ 5.40 [default]
[bluetooth]#
This seems to be working for me. Plus, I haven't installed any new packages since installing Slackware ARM 14.2 on the RPi4. So there's only the official packages which MoZes includes, and nothing else, on this system.

Those two lines in '/boot/config.txt' are what's missing and they do need to be in there. I'll add them into 'config.txt.new' and do a re-build of this 14.2 batch and then upload it. That is, unless you get back to me before then and say it's still not working.

[EDIT #2] - I just checked and those two lines are in the '/boot/config.txt.new' file. Hmmm. Can you have a look and see if it's the same with your files please Louigi? My '/boot/config.txt.new' Bluetooth section looks like this...

Code:
# Uncomment to enable Bluetooth LE
#dtoverlay=miniuart-bt
#dtparam=krnbt=on
#enable_uart=1

Last edited by Exaga; 03-11-2021 at 06:54 PM. Reason: edit && edit
 
1 members found this post helpful.
Old 03-11-2021, 11:26 PM   #26
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
Wow I thought I would need some bluez firmware stuff again .... I can confirm that by just putting
Code:
dtparam=krnbt=on
enable_uart=0
in /boot/config.txt BT s working (sarpi4 goodies for Pi4 14.2 + 14.2 miniroot + bluez*).

I did not remember the details but I was convinced I would need some firmware for it t work ... I guess not.
Sorry I've not found the time to setup the test tool and chase down the dependencies required to get it to run
I was out of enthusiasm after manually chasing the links dependencies ... I was too lazy to to put this into the miniroot and half way down doing it manually I regretted it ...
I wonder did any of that get into slackpkg ?
Maybe I should clean it up a bit and put it on slackware docs ... after all it is very slackware specific.
 
Old 03-12-2021, 04:29 AM   #27
Exaga
SARPi Maintainer
 
Registered: Nov 2012
Distribution: Slackware [ARM]
Posts: 639

Original Poster
Rep: Reputation: 375Reputation: 375Reputation: 375Reputation: 375
Quote:
Originally Posted by louigi600 View Post
Wow I thought I would need some bluez firmware stuff again .... I can confirm that by just putting
Code:
dtparam=krnbt=on
enable_uart=0
in /boot/config.txt BT s working (sarpi4 goodies for Pi4 14.2 + 14.2 miniroot + bluez*).

I did not remember the details but I was convinced I would need some firmware for it t work ... I guess not.
Sorry I've not found the time to setup the test tool and chase down the dependencies required to get it to run
Thanks very much for your input again Louigi. It's all updated now and a new SARPi batch has been built for Slackware ARM 14.2 on the RPi4 with the 'config.txt' amendments included, and uploaded: https://sarpi.fatdog.eu/index.php?p=rpi4get142

You'll probably have bluez-firmware installed if you did a full installation of Slackware ARM 14.2, as have I, and that's why the Bluetooth is initialising as expected. Just as I already have bluez-5.40 installed, but there is an update available... not that I'll ever use it, personally!

Code:
root@torq:/tmp/_SARPi.SlackBuild# slackpkg search bluez

Looking for bluez in package list. Please wait... DONE

The list below shows all packages with name matching "bluez".

[  upgrade  ] - bluez-5.40-arm-1 --> bluez-5.47-arm-1_slack14.2
[ installed ] - bluez-firmware-1.2-arm-3
Good to know it works for the RPi3/4 without any further tinkering. Gotta love Slackware [ARM] <3
 
Old 03-12-2021, 05:06 AM   #28
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
BTW: noticed ttyAMA0 gets regstered but then something happens and init complains that the serial console is re-spawning too fast. I looked and in fact /dev/ttyAMA0 is not there.
Not sure if its
enable_uart=0
reponsible for that (taking the first serial for BT ... I will try if enable_uart=1 makes it any better) or if it is some other issue.
 
Old 03-12-2021, 05:14 AM   #29
business_kid
LQ Guru
 
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, RPi OS, Mint & Android
Posts: 12,530

Rep: Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559Reputation: 1559
From post #1:

Quote:
Originally Posted by Exaga View Post
The SARPi Project discontinued its development of Slackware ARM 14.2 related software on the Raspberry Pi (1) on the 28 February 2021. No future SARPi installers or packages are anticipated.

https://sarpi.fatdog.eu/index.php?p=rpi1get142

It gives me great pleasure to say, "Th-Th-Th... That's all, folks!" as far as the Raspberry Pi (1) and SARPi are concerned.
Amen to that. In retrospect, it's under powered. It's funny to think how far we have come since the 1970s. Then we still had one Z80 @4Mhz with CP/M 'mini computer' running terminals in all departments of a small business on 64KB of ram, or if they were lucky, a few 64KB pages. The computer was to be considered offline on Thursday mornings, because the wages program was being run. But accounts, stock control, etc were all done on the Z80 via 1200 baud dumb terminals connected to serial ports.

Now we consider the RazPi 1(A) with 32bit cpu @ hundreds of Mhz +256MB ram as totally under powered.
 
Old 03-12-2021, 05:37 AM   #30
louigi600
Member
 
Registered: Dec 2013
Location: Italy
Distribution: Slackware
Posts: 619
Blog Entries: 19

Rep: Reputation: 76
Quote:
Originally Posted by business_kid View Post
From post #1:
Amen to that. In retrospect, it's under powered. It's funny to think how far we have come since the 1970s. Then we still had one Z80 @4Mhz with CP/M 'mini computer' running terminals in all departments of a small business on 64KB of ram, or if they were lucky, a few 64KB pages. The computer was to be considered offline on Thursday mornings, because the wages program was being run. But accounts, stock control, etc were all done on the Z80 via 1200 baud dumb terminals connected to serial ports.

Now we consider the RazPi 1(A) with 32bit cpu @ hundreds of Mhz +256MB ram as totally under powered.
That's life and evolution ... 1991 the Linux kernel was less then 1Mb ... now look at it's size even without all the modules in /lib/modules
1992 a 33Mhz 486DX with 8Mb of ram and 120Mb HDU was concidered quite luxury what shall we concider as luxury now ? 8 core i7, 64Gb Ram and 2Tb HDU
I normally make the efi boot partition no smaller then 128Mb ... I used to have dual boot with both windows and full linux install in 120Mb

@Exaga ... nope enable_uart=1 made no difference ... mayne because I installed the srapi 4 goodies in chroot it made a mess of /dev ...
Created the device manually but still no go

Last edited by louigi600; 03-12-2021 at 06:01 AM.
 
  


Reply


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
SARPi website new URL - sarpi.co.uk Exaga Slackware - ARM 4 01-28-2018 06:36 PM
LXer: Ubuntu One discontinues support to Tomboy LXer Syndicated Linux News 0 02-07-2013 03:10 AM
LXer: Canonical Discontinues ShipIt Program; Approved LoCo Teams Can Still Request CDs LXer Syndicated Linux News 0 04-06-2011 03:11 PM
LXer: Apple discontinues port of Sunís ZFS file system. LXer Syndicated Linux News 0 10-28-2009 07:00 PM
LXer: Novell Discontinues Support for SUSE Linux 9.2 LXer Syndicated Linux News 0 11-25-2006 05:21 AM

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

All times are GMT -5. The time now is 08:05 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