View previous topic :: View next topic |
Author |
Message |
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Fri May 04, 2018 9:52 pm Post subject: |
|
|
orion777 wrote: | During this load only emegre and xserver was running, so the swap file was used.. so maybe swap access was too slow. |
That may well be the case; see e.g. ericbish's post here. Setting up a swap on a different bus from the rootfs may well make sense (e.g. on a USB device if you boot from microSD) - brief howto here.
orion777 wrote: |
Now I use image which was downloaded 2 weeks ago. Now I have to build my own kernel
[...]
but I get a loooot of such errors:
[...]
Code: | net/sunrpc/xdr.o:(__mcount_loc+0x148): dangerous relocation: unsupported relocation
net/sunrpc/cache.o:(.data+0x50): dangerous relocation: unsupported relocation
lib/radix-tree.o:(___ksymtab+radix_tree_tag_clear+0x0): dangerous relocation: unsupported relocation
.....
lib/win_minmax.o:(___ksymtab+minmax_running_max+0x8): dangerous relocation: unsupported relocation
drivers/firmware/efi/libstub/lib-sort.stub.o: In function `__efistub_$d':
__efistub_sort.c:(.init___ksymtab+sort+0x0): dangerous relocation: unsupported relocation
__efistub_sort.c:(.init___ksymtab+sort+0x8): dangerous relocation: unsupported relocation
ld: warning: creating a DT_TEXTREL in a shared object.
make: *** [Makefile:1021: vmlinux] Error 1 |
|
See e.g. issue #39, and antonlacon's point here:
I have found building with gcc-6.4.0 will work in the interim though, so you could try downgrading and see if compilation works for you then, as I recommend on the project readme here. _________________ Regards,
sakaki |
|
Back to top |
|
|
Aldridge n00b
Joined: 20 Apr 2018 Posts: 1
|
Posted: Sat May 05, 2018 7:16 am Post subject: |
|
|
nicely done! it should work for me. |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Tue May 08, 2018 6:11 am Post subject: |
|
|
Sakaki wrote: |
See e.g. issue #39, and antonlacon's point here:
I have found building with gcc-6.4.0 will work in the interim though, so you could try downgrading and see if compilation works for you then, as I recommend on the project readme here. |
Ok, now I was trying as follow:
Code: | emerge -av =sys-devel/gcc-6.4.0-r1
emerge -C =sys-devel/gcc-7.3.0-r1
cd /usr/src
rm -rf linux
git clone --depth 1 https://github.com/raspberrypi/linux.git -b rpi-4.14.y
cd linux
make distclean
make bcmrpi3_defconfig
make menuconfig
> CPU Power Management > CPU Frequency scaling --- Default CPUFreq governor (powersave) ---> Ondemand
make -j5 >> log.txt (unfortunately, it wont log errors, so I leave ssh session open for the night)
|
So I still have same error with a lot of unsupported reallocation..
Here is the info about gcc
So, how to correctly migrate to gcc 6.4.0? |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54237 Location: 56N 3W
|
Posted: Tue May 08, 2018 9:39 am Post subject: |
|
|
orion777,
You can have lots of slots of gcc installed.
You select the slot to use with there is no need to remove any gcc versions.
Likewise with binutiles, use
Installing new slots doen just that. Installs them. It does not make tho new slot active.
Looks like I've hit this one.
Code: | $ eselect binutils list
[1] aarch64-unknown-linux-gnu-2.29.1 *
[2] aarch64-unknown-linux-gnu-2.30 |
_________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Tue May 08, 2018 10:24 pm Post subject: |
|
|
orion777,
NeddySeagoon raises a good point - given that (per antonlacon) the issue is with binutils, you probably need the earlier (stable) version of that emerged and eselected for the kernel build to work. Nowadays I only build kernels for the RPi3 on a stable crossdev system, not natively, so as part of that setup am using the stable binutils (as well as gcc-6.4.0 etc). _________________ Regards,
sakaki |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Wed May 09, 2018 9:20 am Post subject: |
|
|
What you suggest to use: gcc-6.4.0 or gcc-6.4.0-r1 ? |
|
Back to top |
|
|
steveL Watchman
Joined: 13 Sep 2006 Posts: 5153 Location: The Peanut Gallery
|
Posted: Wed May 09, 2018 2:41 pm Post subject: |
|
|
orion777 wrote: | What you suggest to use: gcc-6.4.0 or gcc-6.4.0-r1 ? | -r1; revbump usually means the Gentoo devs have corrected a flaw in the earlier ebuild's output. |
|
Back to top |
|
|
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Wed May 09, 2018 5:16 pm Post subject: |
|
|
orion777,
I have just verified that the following local kernel build instructions work, basis an up-to-date version of the gentoo-on-rpi3-64bit image.
Beginning as root, do:
Code: | pi64 ~ # emerge -av sys-devel/gcc:6.4.0
pi64 ~ # gcc-config aarch64-unknown-linux-gnu-6.4.0
pi64 ~ # env-update && source /etc/profile
pi64 ~ # emerge -av1 sys-devel/libtool
pi64 ~ # emerge -av sys-devel binutils:2.29.1
pi64 ~ # eselect binutils set aarch64-unknown-linux-gnu-2.29.1
pi64 ~ # source /etc/profile |
The necessary binary packages are all available on the binhost (with the exception of libtool) so this shouldn't take long. Once completed, you have two installed slots for sys-devel/gcc (gcc-7.3.0-r1 in slot gcc:7.3.0 and gcc-6.4.0-r1 in slot gcc:6.4.0) and two for binutils (binutils-2.30-r2 in slot binutils:2.30 and binutils-2.29.1-r1 in slot binutils:2.29.1), with the "downgraded" variants selected for use:
Code: | pi64 ~ # gcc-config -l
[1] aarch64-unknown-linux-gnu-6.4.0 *
[2] aarch64-unknown-linux-gnu-7.3.0
pi64 ~ # eselect binutils list
[1] aarch64-unknown-linux-gnu-2.29.1 *
[2] aarch64-unknown-linux-gnu-2.30 |
Now open a terminal as a regular user, then download, configure and build the kernel:
Code: | demouser@pi64 ~ $ mkdir -pv kbuild && cd kbuild
demouser@pi64 kbuild $ rm -rf linux
demouser@pi64 kbuild $ git clone --depth 1 https://github.com/raspberrypi/linux.git -b rpi-4.14.y
demouser@pi64 kbuild $ cd linux
demouser@pi64 linux $ make distclean
demouser@pi64 linux $ make bcmrpi3_defconfig
demouser@pi64 linux $ make menuconfig
<make changes to the config as desired, then...>
demouser@pi64 linux $ nice -n 19 make -j4 |
This should run to completion successfully. Once done, follow the normal kernel installation instructions (here).
PS this may also work with gcc:7.3.0 and binutils:2.29.1, but I haven't checked that combination. _________________ Regards,
sakaki |
|
Back to top |
|
|
antonlacon Apprentice
Joined: 27 Jun 2004 Posts: 257
|
Posted: Thu May 10, 2018 6:11 pm Post subject: |
|
|
Sakaki wrote: | See e.g. issue #39, and antonlacon's point here:
I have found building with gcc-6.4.0 will work in the interim though, so you could try downgrading and see if compilation works for you then, as I recommend on the project readme here. |
Binutils-2.30-r2 has the patch from upstream applied (didn't check -r1). It and GCC 7.3.0-r1 performed as expected in building a kernel. |
|
Back to top |
|
|
MasterPrenium Tux's lil' helper
Joined: 07 Dec 2006 Posts: 90
|
Posted: Sat May 12, 2018 5:42 pm Post subject: |
|
|
Hi guys,
I'm owning a lot of Rpi's, and I'm just trying to set-up Gentoo on my new Pi 3 B+ (OS migrated from PI B).
No problem running on Rpi 3 B+ except Wifi.
I'm running last kernel 4.14.39-v8.
dmesg | grep brcm :
Code: | [ 6.510001] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 0x004345(17221) rev 0x000006
[ 6.510550] usbcore: registered new interface driver brcmfmac
[ 6.743012] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[ 6.743523] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 9.10.105 Compiler: 1.29.4 ClmImport: 1.36.3 Creation: 2018-03-09 18:56:28
[ 10.650466] brcmfmac: power management disabled
[ 31.284280] brcmfmac: brcmf_cfg80211_escan: Connecting: status (3)
[ 31.284297] brcmfmac: brcmf_cfg80211_scan: scan error (-11)
[ 44.835949] brcmfmac: brcmf_cfg80211_escan: Connecting: status (3)
[ 44.835966] brcmfmac: brcmf_cfg80211_scan: scan error (-11)
[ 58.384023] brcmfmac: brcmf_cfg80211_escan: Connecting: status (3)
[ 58.384044] brcmfmac: brcmf_cfg80211_scan: scan error (-11) |
# iw reg get
Code: | global
country FR: DFS-ETSI
(2402 - 2482 @ 40), (N/A, 20), (N/A)
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW
(5490 - 5710 @ 160), (N/A, 27), (0 ms), DFS
(57000 - 66000 @ 2160), (N/A, 40), (N/A) |
head -n 2 /lib/firmware/brcm/brcmfmac43455-sdio.txt
Code: | # Cloned from bcm94345wlpagb_p2xx.txt
NVRAMRev=$Rev: 498373 $ |
m5sum
Code: | 963eb0d4903040974ee88b4f85cb1f4f /lib/firmware/brcm/brcmfmac43455-sdio.bin
c5aeca0e33de4ae870986c517963fef7 /lib/firmware/brcm/brcmfmac43455-sdio.clm_blob |
Of course it can't associate at all.
Whereas it's working perfectly on my Pi 3B.
Please note my AP has hidden SSID, with same SSID on 2.4 & 5Ghz...
Any idea ?
My .config file a little bit customized here |
|
Back to top |
|
|
MasterPrenium Tux's lil' helper
Joined: 07 Dec 2006 Posts: 90
|
Posted: Sat May 12, 2018 5:51 pm Post subject: |
|
|
EDIT : I'm stupid sorry, misstyped the mac address of the Rpi 3B+, so wasn't passing my MAC filtering...
Btw, this drivers doesn't say when it's getting a deauth packet ... |
|
Back to top |
|
|
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Sun May 13, 2018 5:13 pm Post subject: |
|
|
antonlacon wrote: | Binutils-2.30-r2 has the patch from upstream applied (didn't check -r1). It and GCC 7.3.0-r1 performed as expected in building a kernel. |
Thanks for checking this antonlacon.
So orion777, if you start with the 1.2.1 release of the gentoo-on-rpi3-64bit image, and then run genup (to pick up the latest gcc-7.3.0-r1 and binutils-2.30-r2), you should be able to build kernels locally, without having to downgrade gcc or binutils
Alternatively, if you want to use the stable gcc-6.4.0-r1 and binutils-2.29.1-r1, that will also work (see my instructions earlier to set this up)
Edited to fix username _________________ Regards,
sakaki
Last edited by Sakaki on Mon May 14, 2018 8:52 pm; edited 1 time in total |
|
Back to top |
|
|
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Sun May 13, 2018 5:31 pm Post subject: |
|
|
MasterPrenium wrote: | Hi guys,
I'm owning a lot of Rpi's, and I'm just trying to set-up Gentoo on my new Pi 3 B+ (OS migrated from PI B).
No problem running on Rpi 3 B+ except Wifi.
I'm running last kernel 4.14.39-v8.
|
Are you running a customized version of the gentoo-on-rpi3-64bit image (clearly at least your kernel is custom)? If so, which version?
If not, you could try downloading and booting v1.2.1 of the above image, to see if your WiFi setup works on the RPi3B+ in that case; either a success or failure would help to narrow down the potential issues.
Incidentally, are you using up-to-date boot firmware and dtbs? _________________ Regards,
sakaki |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Tue May 15, 2018 6:43 pm Post subject: |
|
|
Sakaki wrote: | antonlacon wrote: | Binutils-2.30-r2 has the patch from upstream applied (didn't check -r1). It and GCC 7.3.0-r1 performed as expected in building a kernel. |
Thanks for checking this antonlacon.
So orion777, if you start with the 1.2.1 release of the gentoo-on-rpi3-64bit image, and then run genup (to pick up the latest gcc-7.3.0-r1 and binutils-2.30-r2), you should be able to build kernels locally, without having to downgrade gcc or binutils
Alternatively, if you want to use the stable gcc-6.4.0-r1 and binutils-2.29.1-r1, that will also work (see my instructions earlier to set this up)
|
I confirm that binutils 2.30-r2 and gcc 7.3.0-r1 are sufficient to build the kernel on the Raspberry pi 3b |
|
Back to top |
|
|
Sakaki Guru
Joined: 21 May 2014 Posts: 409
|
Posted: Wed May 16, 2018 6:24 pm Post subject: |
|
|
Bluetooth Setup Differences between RPi3B and RPi3B+ (hciattach)
Hello,
speaking of the RPi3B+ in a previous post, I commented that:
Quote: | Bluetooth works out of the box with the vanilla 64-bit 3B setup. |
However, I have since discovered this statement to be inaccurate. I had tested Bluetooth on the 3B+ by associating a mouse and keyboard using blueman-manager, which appeared to work fine. However, in subsequent (more extensive) use, the Bluetooth keyboard input (on the RPi3B+) proved to be unreliable (repeated keystrokes, occasional garbage input etc.).
And, looking at the latest (32-bit) Raspbian release, it turns out that the hciattach invocation is indeed different for the RPi3B and 3B+ (the latter uses a higher base baud rate, and has flow control turned on). Here is the relevant Raspbian file (/usr/bin/btuart):
Code: | #!/bin/sh
HCIATTACH=/usr/bin/hciattach
SERIAL=`grep Serial /proc/cpuinfo | cut -c19-`
B1=`echo $SERIAL | cut -c3-4`
B2=`echo $SERIAL | cut -c5-6`
B3=`echo $SERIAL | cut -c7-8`
BDADDR=`printf b8:27:eb:%02x:%02x:%02x $((0x$B1 ^ 0xaa)) $((0x$B2 ^ 0xaa)) $((0x$B3 ^ 0xaa))`
if [ "$(cat /proc/device-tree/aliases/uart0)" = "$(cat /proc/device-tree/aliases/serial1)" ] ; then
if [ "$(wc -c /proc/device-tree/soc/gpio@7e200000/uart0_pins/brcm\,pins | cut -f 1 -d ' ')" = "16" ] ; then
$HCIATTACH /dev/serial1 bcm43xx 3000000 flow - $BDADDR
else
$HCIATTACH /dev/serial1 bcm43xx 921600 noflow - $BDADDR
fi
else
$HCIATTACH /dev/serial1 bcm43xx 460800 noflow - $BDADDR
fi |
Stepping through this logic on a 3B and 3B+ yields the following (translation) for 64-bit systems:
- RPi3B: /usr/bin/hciattach /dev/ttyAMA0 bcm43xx 921600 noflow - <bdaddr>
- RPi3B+: /usr/bin/hciattach /dev/ttyAMA0 bcm43xx 3000000 flow - <bdaddr>
Not sure about RPi2v1.2 boards, as I don't own one to check.
I have pushed a matching commit to the rpi3-overlay ebuild repository used by the gentoo-on-rpi3-64bit image. On testing, this performs as before on the 3B, and fixes the keyboard issues on the 3B+. If you are using the image, this change should be picked up on your next automatic weekly genup run.
I should have double-checked for changes to the upstream /usr/bin/btuart originally; my bad. Apologies for any inconvenience caused ><
PS if you want to get the RPi3 serial number to set the optional <bdaddr> when attaching (probably a good idea if you have multiple boards in use), note that in 64-bit mode this does not show up in /proc/cpuinfo; however, it is visible via /sys/firmware/devicetree/base/serial-number. (Edit: I've just pushed another commit that does this.) _________________ Regards,
sakaki |
|
Back to top |
|
|
steveL Watchman
Joined: 13 Sep 2006 Posts: 5153 Location: The Peanut Gallery
|
Posted: Thu May 17, 2018 3:26 pm Post subject: Re: Bluetooth Setup Differences |
|
|
Wonderful work, sakaki; and thank you for the professionalism with which you correct your mistakes. |
|
Back to top |
|
|
roylongbottom n00b
Joined: 13 Feb 2017 Posts: 64 Location: Essex, UK
|
Posted: Mon May 21, 2018 10:26 am Post subject: |
|
|
Erratic Performance WiFi Benchmark
This is the same benchmark used to measure LAN performance with details and results above in:
https://forums.gentoo.org/viewtopic-p-8216274.html#8216274
As a reminder, the benchmark measures performance of large files, random access and small files. Below is an example of logged performance. Later are comparisons of the individual test functions, using the older Pi 3B and the newer 3B+, both via Raspbian (32 bits) and Gentoo (64 bits), accessing an AMD CPU based PC with Windows 7 and one with an Intel Core i7, dual booted to Windows 10 or Linux Ubuntu. Performance initiated from the PCs was also measured from a similar Linux/Intel benchmark and Windows EXE files stored in a Raspberry Pi directory (after Samba installation).
Code: |
================ 3B to Win 7 ================
LanSpeed RasPi 1.0 Wed May 16 15:58:08 2018
MBytes/Second
MB Write1 Write2 Write3 Read1 Read2 Read3
8 4.67 4.71 4.80 5.78 5.31 5.37
16 4.65 4.90 4.91 5.77 6.39 6.39
Random Read Write
From MB 4 8 16 4 8 16
msecs 3.009 3.346 3.633 3.90 3.67 3.65
200 Files Write Read Delete
File KB 4 8 16 4 8 16 secs
MB/sec 0.27 0.48 0.86 0.32 0.55 0.96
ms/file 15.22 16.98 19.09 12.95 14.80 17.08 2.769
|
Initial results were disappointing, using Gentoo and the 3B+, some being slightly faster than those run on the old 3B, both being typical 2.4 GHz WiFi speeds seen on other benchmarks. Then, I checked my BT Smart Hub and found that it has dual 2.4 and 5 GHz capabilities, with the latter being identified on one of my mobile phones. I moved the Pi to the same room as the hub, when some speeds appeared to be at 5 GHz level (as shown below). Following the next boot they were slow again. On another occasion, full speed was restored after disconnecting and reconnecting the WiFi hub. I examined WiFi Connection information (right click on icon), after booting a few times, indicating operating speeds between 60 and 200 Mbps.
Raspbian Results
At this stage, WiFi did not work on my Raspbian Operating System. I needed this to indicate whether the 32 bit version of the benchmark produced similar strange performance characteristics, using the Pi 3B+. None of the numerous Googled solutions helped. As a last resort, I downloaded Raspbian Stretch, where WiFi connection appeared immediately on booting, but some of the existing mount commands did not work, nor access using Samba. After numerous “false hope” search solutions, the problems seemed to be fixed and appeared to be due to security changes. For Samba, smb.conf statements had to be commented out (in this case “security = user” and “map to guest = pi”). I think that I installed cifs-utils, some slight changes were needed in mount statements and further remote sharing permissions appeared to be necessary (Later, it was found that the latter was probably caused by a Windows 10 update).
Large Files - Pi 3B+ based programs indicate data sending performance gains of around 2.75 times and receiving at 1.5 times. There were some more significant gains from the test programs running on the remote systems, the best being for reading (Pi3B sending). Results from tests with much larger files are shown, demonstrating more consistent performance.
Random Access - Performance gains were not as high as those for large files, but all somewhat higher that CPU MHz speeds. Note the write time variations and, particularly, the exceptionally slow ones to Windows 10.
Small Files - There were mainly gains all round, but variations in average running times of individual tests affected the comparisons. Windows 10 writing to RPi was particularly slow.
Code: |
RASBIAN-STRETCH 32 bit
=============== 16 MB large files MB/second ===============
Higher Better
Write1 Write2 Write3 Read1 Read2 Read3
RPi 3B
To
Win 7 4.65 4.90 4.91 5.77 6.39 6.39
Win 10 4.12 4.88 4.98 6.32 6.02 5.95
Linux 4.49 4.47 4.82 6.56 4.80 6.43
From
Win 7 5.83 5.88 6.18 2.65 1.70 1.25
Win 10 6.15 3.85 6.50 2.51 1.64 1.22
Linux 6.48 4.20 5.87 4.85 4.47 4.38
RPi 3B+ Average Gain
Write Read
To
Win 7 11.58 13.76 14.52 8.44 7.74 8.43 2.76 1.33
Win 10 11.58 13.71 14.33 9.21 11.63 9.45 2.83 1.66
Linux 11.02 13.12 13.74 9.18 8.86 8.64 2.75 1.50
From
Win 7 12.91 8.80 7.93 4.69 3.50 2.81 1.66 1.96
Win 10 13.68 13.55 13.74 6.56 4.45 3.38 2.48 2.68
Linux 11.84 11.72 9.67 13.30 14.71 14.89 2.01 3.13
Larger Files To Win 7
MB
1000 14.81 14.96 14.30 8.03 8.21 8.21
2000 14.93 14.58 14.90 8.63 8.55 8.53
================ Random access milliseconds ===============
Lower Better
Read Write
From MB 4 8 16 4 8 16
RPi 3B
To
Win 7 3.009 3.346 3.633 3.90 3.67 3.65
Wiin 10 2.991 3.333 3.465 40.91 23.10 26.65
Linux 3.449 3.640 3.888 1.82 1.83 1.82
From
Win 7 1.777 1.818 1.792 2.021 2.008 1.991
Wiin 10 1.612 1.622 1.600 2.372 2.245 2.166
Linux 3.48 3.00 3.33
RPi 3B+ Average Gain
Read Write
To
Win 7 2.284 2.741 2.724 2.88 2.67 2.66 1.29 1.37
Win 10 2.894 2.617 2.697 17.11 17.75 14.66 1.19 1.83
Linux 2.804 2.641 2.719 1.33 1.33 1.34 1.34 1.37
From
Win 7 1.339 1.352 1.335 1.485 1.381 1.294 1.34 1.45
Win 10 1.228 1.177 1.184 1.483 1.520 1.602 1.35 1.47
Linux 2.11 2.10 2.09 1.56
================ Average millisecs 200 files ==============
Lower Better
Write Read
File KB 4 8 16 4 8 16
RPi 3B
To
Win 7 15.22 16.98 19.09 12.95 14.80 17.08
Wiin 10 14.38 15.90 18.04 12.94 13.69 14.59
Linux 15.95 16.25 18.74 14.58 16.27 16.57
From
Win 7 15.27 15.43 16.75 6.34 7.84 9.66
Wiin 10 25.55 28.66 28.73 7.96 8.94 11.23
Linux 8.41 10.30 11.49 13.22 14.08 15.08
RPi 3B+ Average Gain
Write Read
To
Win 7 10.00 10.79 11.30 10.15 11.33 11.30 1.60 1.37
Win 10 10.60 11.43 12.06 9.54 10.12 10.58 1.42 1.36
Linux 12.29 25.02 13.64 11.17 11.72 12.46 1.00 1.34
From
Win 7 12.29 12.17 12.95 4.56 5.67 6.53 1.27 1.42
Win 10 17.37 21.17 19.58 6.13 7.63 8.15 1.43 1.28
Linux 10.64 10.81 13.92 6.34 7.33 7.65 0.85 1.99
|
Gentoo Results
The next tables are results from running the benchmarks using 64 bit Gentoo, instead of Raspbian. As indicated above, all the Pi 3B+ based tests sometimes appeared to run at 2.4 GHz speeds and not 5 GHz. Slow and fast benchmark runs are shown below.
Large Files - On running the Pi 3B+ based programs at the higher speeds, they were around 2.4 times faster than those on the old 3B on writing but, inexplicably, mainly slower on reading (receive). Running from the remote based system, writing (Pi receive) results were also slower but reading mainly too variable to call. Note the faster Linux speeds on data from Linux to Gentoo. Results from tests with much larger files are again shown, demonstrating more consistent performance, but still slow reading speeds. As a reminder of the difference, an example of performance via Raspbian is also shown.
Random Access - Pi 3B+ performance gains over the older 3B were similar as those using Raspbian, again with noticeably slow speeds sending data to the PC running Windows 10.
Small Files - Except for the Windows 10 based benchmark, 3B+ performance gains, over the 3B, were higher than the CPU MHz gains. The one fromWindows 10 was again particularly slow on sending data.
Code: |
GENTOO 64 bit
=============== 16 MB large files MB/second ===============
Higher Better
Write1 Write2 Write3 Read1 Read2 Read3
RPi 3B
To
Win 7 4.50 4.72 4.66 6.01 5.61 5.90
Win 10 4.41 4.62 4.72 5.57 5.91 5.64
Linux 4.44 4.60 4.43 5.89 3.39 5.69
From
Win 7 4.56 6.02 6.04 2.54 1.59 1.16
Win 10 6.01 6.04 6.14 2.55 1.62 1.20
Linux 6.27 2.70 6.17 4.66 4.81 4.70
RPi 3B+ Average Gain
Write Read
To
Win 7 a 5.51 5.85 5.99 3.68 3.55 3.69
Win 7 b 10.71 11.66 11.78 4.17 3.92 3.60 2.46 0.67
Win 10a 5.51 5.96 5.41 1.24 3.73 3.69
Win 10b 10.01 11.20 11.80 4.17 4.23 4.22 2.40 0.74
Linux a 4.91 5.67 5.71 5.45 4.96 5.19
Linux b 10.19 10.99 11.34 3.90 4.18 3.87 2.41 0.80
From
Win 7 a 3.54 3.61 3.72 2.04 1.42 1.08
Win 7 b 4.15 4.23 4.27 2.98 2.35 1.95 0.76 1.38
Win 10a 3.75 3.62 3.41 2.01 1.47 1.17
Win 10b 4.33 4.82 4.60 2.30 1.60 1.23 0.76 0.96
Linux a 5.87 5.99 5.50 5.17 5.63 5.25
Linux b 4.17 4.18 4.24 10.76 11.69 11.76 0.83 2.41
Larger Files To Win 7 b
MB
1024 12.66 12.82 12.82 4.07 4.10 4.10
2048 12.61 12.09 10.58 4.09 4.14 4.10
Raspbian
2000 14.93 14.58 14.90 8.63 8.55 8.53
================ Random access milliseconds ===============
Lower Better
Read Write
From MB 4 8 16 4 8 16
RPi 3B
To
Win 7 3.418 3.491 3.662 4.17 3.87 3.87
Win 10 3.268 3.449 3.658 44.41 35.76 29.53
Linux 5.004 3.590 3.674 1.92 2.03 2.09
From
Win 7 2.158 2.081 1.925 2.357 2.149 2.143
Win 10 2.231 1.785 1.780 2.961 2.926 3.020
Linux 3.75 3.50 3.40
RPi 3B+ Average Gain
Read Write
To
Win 7 a 3.111 3.363 3.557 3.41 3.41 3.42
Win 7 b 2.695 2.799 2.861 3.02 2.84 2.87 1.27 1.36
Win 10a 2.962 3.102 3.422 18.70 21.02 21.16
Win 10b 2.691 2.705 2.849 17.14 20.20 16.64 1.26 2.03
Linux a 3.677 3.347 3.534 1.86 1.86 1.78
Linux b 2.883 2.917 3.025 1.43 1.44 1.43 1.39 1.40
From
Win 7 a 1.838 1.791 1.799 2.079 1.966 2.016
Win 7 b 1.548 1.442 1.439 1.870 1.746 1.831 1.39 1.22
Win 10a 1.743 1.589 1.667 3.776 3.022 2.628
Win 10b 1.946 1.792 1.780 3.154 3.754 3.103 1.05 0.89
Linux a 3.87 3.15 3.13
Linux b 2.27 2.26 2.28 1.56
================ Average millisecs 200 files ==============
Lower Better
Write Read
File KB 4 8 16 4 8 16
RPi 3B
To
Win 7 15.89 18.28 20.61 14.17 16.21 17.07
Win 10 15.58 17.86 23.49 13.91 15.79 15.93
Linux 17.67 19.02 21.23 15.60 17.33 19.07
From
Win 7 16.53 18.56 19.80 7.24 9.48 13.12
Win 10 34.15 32.96 35.78 9.02 10.61 12.94
Linux 15.82 16.76 17.24 9.53 10.38 12.36
RPi 3B+ Average Gain
Write Read
To
Win 7 a 15.88 18.23 25.52 16.15 14.40 15.79
Win 7 b 11.23 11.90 13.25 10.84 12.31 14.32 1.51 1.27
Win 10a 13.46 15.22 17.30 11.99 13.20 14.11
Win 10b 11.44 12.28 13.48 10.35 11.12 13.61 1.53 1.30
Linux a 15.90 19.33 19.07 14.33 15.29 18.05
Linux b 12.72 13.59 14.32 12.22 13.24 15.17 1.43 1.28
From
Win 7 a 15.89 17.62 18.89 5.91 8.56 10.60
Win 7 b 14.15 15.11 17.23 5.47 6.39 7.18 1.18 1.57
Win 10a 32.32 31.66 32.92 8.35 10.03 12.86
Win 10b 36.88 37.59 38.36 10.06 11.31 12.72 0.91 0.96
Linux a 11.32 11.80 13.74 8.66 10.07 11.94
Linux b 9.75 10.52 12.68 6.96 7.70 8.87 1.51 1.37
|
Other Minor Issues
1. Samba was not started automatically on booting.
2. With Gentoo, the 3B+ froze on powering off, if a mounted destination was not unmounted.
3. The CPU MHz scaling governor needed to be set to “performance” to avoid early measurements appearing to be too slow. _________________ Regards
Roy |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Wed May 23, 2018 9:45 am Post subject: |
|
|
roylongbottom wrote: |
3. The CPU MHz scaling governor needed to be set to “performance” to avoid early measurements appearing to be too slow. |
I wish to warn You, that if "ondemand" governor will be selected, then it will cause some non-critical errors during kernel make. These errors will not cause kernel make to stop and CPU frequency dynamic scaling will work.. but if some NDIS devise will be inserted (like Huawei 4G modem) then you will get a lot of errors, reported by the dmesg (in this case system starts to brake a lot and CPU freq scaling will not work):
Code: | ...
[ 487.495757] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 1200000 (-12)
[ 487.495770] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (1200000)
[ 487.495780] cpufreq: __target_index: Failed to change cpu frequency: -22
[ 492.495763] bcm2835-cpufreq:bcm2835_cpufreq_set_clock:84: Failed to set clock: 1200000 (-12)
[ 492.495777] bcm2835-cpufreq:bcm2835_cpufreq_driver_target_index:183: Error occurred setting a new frequency (1200000)
[ 492.495787] cpufreq: __target_index: Failed to change cpu frequency: -22
... |
|
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Sat May 26, 2018 7:13 am Post subject: |
|
|
I was trying to use pip (it was working in previous assembly), but now it returns errors, like:
Code: | Collecting pymavlink
Exception:
Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/pip/basecommand.py", line 215, in main
status = self.run(options, args)
File "/usr/lib64/python2.7/site-packages/pip/commands/install.py", line 327, in run
requirement_set.prepare_files(finder)
File "/usr/lib64/python2.7/site-packages/pip/req/req_set.py", line 380, in prepare_files
ignore_dependencies=self.ignore_dependencies))
File "/usr/lib64/python2.7/site-packages/pip/req/req_set.py", line 620, in _prepare_file
session=self.session, hashes=hashes)
File "/usr/lib64/python2.7/site-packages/pip/download.py", line 821, in unpack_url
hashes=hashes
File "/usr/lib64/python2.7/site-packages/pip/download.py", line 659, in unpack_http_url
hashes)
File "/usr/lib64/python2.7/site-packages/pip/download.py", line 853, in _download_http_url
stream=True,
File "/usr/lib64/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 488, in get
return self.request('GET', url, **kwargs)
File "/usr/lib64/python2.7/site-packages/pip/download.py", line 386, in request
return super(PipSession, self).request(method, url, *args, **kwargs)
File "/usr/lib64/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 475, in request
resp = self.send(prep, **send_kwargs)
File "/usr/lib64/python2.7/site-packages/pip/_vendor/requests/sessions.py", line 596, in send
r = adapter.send(request, **kwargs)
File "/usr/lib64/python2.7/site-packages/pip/_vendor/cachecontrol/adapter.py", line 47, in send
resp = super(CacheControlAdapter, self).send(request, **kw)
File "/usr/lib64/python2.7/site-packages/pip/_vendor/requests/adapters.py", line 497, in send
raise SSLError(e, request=request)
SSLError: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:661)
|
I remember that in previous assembly with 4.10 kernel dev-lang/python 2.7.14-r1 was used instead of 2.7.14-r2 , so I was migrating to the previous version, but it gives nothing.
Now I wish to fall back to dev-python/pip 9.0.1-r1 instead of 9.0.1-r2 (actually I'm now sure that exactly 9.0.1-r1 was used in the previous setup) but I cant do it since
Code: | [ebuild UD ] dev-python/pip-9.0.1-r1::gentoo [9.0.1-r2::gentoo] USE="(-vanilla%)" PYTHON_TARGETS="python2_7 python3_5 (-pypy) -python3_4 -python3_6 (-pypy3%)" 1,170 KiB
Total: 1 package (1 downgrade), Size of downloads: 1,170 KiB
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-python/pip:0
(dev-python/pip-9.0.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by
=dev-python/pip-9.0.1-r1 (Argument)
(dev-python/pip-9.0.1-r2:0/0::gentoo, installed) pulled in by
>=dev-python/pip-9.0.1-r2 required by (dev-embedded/rpi3-64bit-meta-1.2.1-r1:0/0::rpi3, installed)
^^ ^^^^^^^^
|
Maybe someone can suggest something? |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Sat May 26, 2018 7:48 am Post subject: |
|
|
Ok, now everything is bad: I was trying to follow solution, that was found in https://forums.gentoo.org/viewtopic-t-1064372-view-next.html?sid=b46ad6956e6bd275042878177e1033b9
Quote: | Hi, I reemerged dev-lang/python:2.7 and dev-lang/python:3.4 and dev-python/pip, the problem is solved. Thanks! |
but after Code: | pi64 ~ # emerge -av =dev-lang/python-3.5.5-r1
Local copy of remote index is up-to-date and will be used.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[binary R ] dev-lang/python-3.5.5-r1:3.5/3.5m::gentoo USE="bluetooth gdbm ipv6 ncurses readline ssl (threads) xml -build -examples (-hardened) -libressl -sqlite {-test} -tk -wininst" 22,887 KiB
Total: 1 package (1 reinstall, 1 binary), Size of downloads: 22,887 KiB
Would you like to merge these packages? [Yes/No]
>>> Emerging binary (1 of 1) dev-lang/python-3.5.5-r1::gentoo
>>> Installing (1 of 1) dev-lang/python-3.5.5-r1::gentoo
>>> Recording dev-lang/python:3.5 in "world" favorites file...
>>> Jobs: 1 of 1 complete Load avg: 2.20, 1.52, 1.00
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date.
|
emerge wont run and returns
Code: | pi64 ~ # emerge -av htop
Traceback (most recent call last):
File "/usr/lib/python-exec/python3.5/emerge", line 51, in <module>
retval = emerge_main()
File "/usr/lib64/python3.5/site-packages/_emerge/main.py", line 1289, in emerge_main
return run_action(emerge_config)
File "/usr/lib64/python3.5/site-packages/_emerge/actions.py", line 2895, in run_action
getbinpkgs='--getbinpkg' in emerge_config.opts)
File "/usr/lib64/python3.5/site-packages/portage/dbapi/bintree.py", line 564, in populate
self._populate_remote(getbinpkg_refresh=getbinpkg_refresh)
File "/usr/lib64/python3.5/site-packages/portage/dbapi/bintree.py", line 883, in _populate_remote
if parsed_url.scheme not in ('https',) or _have_pep_476():
File "/usr/lib64/python3.5/site-packages/portage/proxy/objectproxy.py", line 31, in __call__
return result(*args, **kwargs)
File "/usr/lib64/python3.5/site-packages/portage/util/_urlopen.py", line 38, in have_pep_476
return hasattr(__import__('ssl'), '_create_unverified_context')
File "/usr/lib64/python3.5/ssl.py", line 99, in <module>
import _ssl # if we can't import it, let the error propagate
ImportError: /usr/lib64/python3.5/lib-dynload/_ssl.cpython-35m-aarch64-linux-gnu.so: undefined symbol: EC_KEY_new_by_curve_name
|
|
|
Back to top |
|
|
fedeliallalinea Administrator
Joined: 08 Mar 2003 Posts: 30917 Location: here
|
Posted: Sat May 26, 2018 11:51 am Post subject: |
|
|
What openssl version you installed? _________________ Questions are guaranteed in life; Answers aren't. |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Sun May 27, 2018 7:00 am Post subject: |
|
|
I have installed 2 softwares (based on eix report)
Code: | dev-libs/openssl
Installed versions: 1.0.2o-r1{tbz2}(04:19:07 28/04/18)(asm bindist sslv3 tls-heartbeat zlib -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="-32 -64 -x32" CPU_FLAGS_X86="-sse2")
dev-python/pyopenssl
Installed versions: 17.0.0(13:52:14 10/01/18)(-doc -examples -test PYTHON_TARGETS="python2_7 python3_5 -pypy -pypy3 -python3_4 -python3_6") |
|
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Tue May 29, 2018 5:47 am Post subject: |
|
|
So, as I understand, there is only one way how to fix problems with python 3.5 and emerge: gentoo reinstall? Maybe there is a hint, that ssl is the aim, as pip also returs same errors: Code: | Can't connect to HTTPS URL because the SSL module is not available. |
And it is strange, but my ~1 year old gentoo image (based on kernel 4.10) also returns similar errors when pip is running Code: | raise SSLError(e, request=request)
SSLError: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:661)
|
|
|
Back to top |
|
|
steveL Watchman
Joined: 13 Sep 2006 Posts: 5153 Location: The Peanut Gallery
|
Posted: Wed May 30, 2018 4:43 pm Post subject: |
|
|
orion777 wrote: | So, as I understand, there is only one way how to fix problems with python 3.5 and emerge: gentoo reinstall? | You should not need to reinstall. Quote: | Maybe there is a hint, that ssl is the aim, as pip also returs same errors | Just out of curiosity, why are you using pip? My understanding is that it's not meant to be used on Gentoo (except perhaps with a normal login.)
I noticed that when you emerged python, you were getting it from a binpkg. Just checking: you have actually tried it from source?
WRT the overall issue, I'd ask in #gentoo-python and #gentoo-arm.
Sorry I can't be more help; just don't think you need a reinstall.
Although, if it's binpkgs from a compile-host, then perhaps that's not such a big deal. |
|
Back to top |
|
|
orion777 Apprentice
Joined: 15 Mar 2017 Posts: 207 Location: Riga, Latvia
|
Posted: Wed May 30, 2018 7:43 pm Post subject: |
|
|
steveL wrote: | Just out of curiosity, why are you using pip? My understanding is that it's not meant to be used on Gentoo (except perhaps with a normal login.) |
Since I'm not an experienced user, I was decided to use installation technique of the mavproxy, that was working in the previous setup (with kernel 4.10) (see second to last post in How to install MAVproxy on gentoo? So yes, I'm still trying to build a companion computer for the drone remote control, that will work on gentoo., instead of raspbian or so.
But in this setup (with kernel 4.14) pip was failed at its first use; then I was recompiling pythons and then not only pip, but emerge also fails.
steveL wrote: | I noticed that when you emerged python, you were getting it from a binpkg. Just checking: you have actually tried it from source?
Although, if it's binpkgs from a compile-host, then perhaps that's not such a big deal. |
Sorry, I dont understand what You say. I was running emerge without any additional parameters; USE flags was specified by default; From my side there are no additional configs was made for the system. |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|