Relevant discussions: Questions on Bluetooth and
Thanks. I was involved in both of those discussions. The first link is actually me and the 2nd link is dos replying to me. I’ve read the discussions. It seems quite clear to me that by action (hosting proprietary firmware, employees instructing how to update, etc.) that the Librem 5 doesn’t meet the RYF embedded processor exception since the Librem 5 does not meet this requirement:
… within which software installation is not intended after the user obtains the product.
One should also note that Debian is not endorsed by the FSF as Free ( https://www.gnu.org/distros/free-distros.en.html ) simply by hosting non-default non-Free repositories.
I posted these links not for you but for those interested in the discussion. This is off-topic here.
I agree that a deep discussion is off-topic.
I feel that people should at least be informed that the firmware they are being instructed on downloading/installing is proprietary.
Picking this thread up: I also am observing unacceptably bad audio performance over Bluetooth with my L5. This holds true with every device I have attempted to pair with it.
Most recently, I have cloned the redpine-firmware-nonfree tree to my device via
git clone https://source.puri.sm/Librem5/redpine-firmware-nonfree/
sudo cp /lib/firmware/RS9116_NLINK_WAN_BT_IMAGE.rps ./redpine-fw-image-known-good/
sudo rm /lib/firmware/RS9116_NLINK_WAN_BT_IMAGE.rps
sudo cp ./redpine-firmware-nonfree/files/firmware/RS9116_NLINK_WLAN_BT_IMAGE.FW2.5.1.11.rps /lib/firmware/RS9116_NLINK_WLAN_IMAGE.rps
sudo shutdown -r now
On reboot, the results of sudo dmesg | grep redpine are
[ 27.458452] redpine_91x: rsi_probe: ***** 9116 Module *****
[ 27.478139] redpine_91x: redpine_hal_device_init: oper_mode = 5, coex_mode = 2
[ 27.509757] redpine_91x: Received Board Version Number: 10
[ 27.512583] redpine_91x: rsi_load_firmware: Loading file RS9116_NLINK_WLAN_BT_IMAGE.rps
[ 27.514475] redpine_91x: rsi_load_firmware: Failed to open file RS9116_NLINK_WLAN_BT_IMAGE.rps
[ 27.516795] redpine_91x: ***** Loaded Firmware *****
[ 32.739660] redpine_91x: ================================================
[ 32.739685] redpine_91x: ================ RSI Version Info ==============
[ 32.739688] redpine_91x: ================================================
[ 32.739692] redpine_91x: FW Version : 1.2.0.16
[ 32.739700] redpine_91x: RSI FW Version : 1610.1.2.ab.ffbf
[ 32.739706] redpine_91x: Driver Version : RS9116.NB0.NL.GNU.LNX.OSD.2.0.0.0024
[ 32.739710] redpine_91x: Operating mode : 5 [Wi-Fi STA + BT EDR]
[ 32.739715] redpine_91x: Firmware file : RS9116_NLINK_WLAN_BT_IMAGE.rps
[ 32.739718] redpine_91x: ================================================
[ 32.743962] redpine_91x: rsi_send_bt_reg_params: Sending BT reg frame
[ 32.744387] redpine_91x: HCI module init done...
[ 32.745939] redpine_91x: RSI HCI DEVICE "hci0" open
[ 32.848214] redpine_91x: <==== Interface UP ====>
[ 32.848348] redpine_91x: rsi_mac80211_bss_info_changed: Change of ERP INFO: 0
[ 32.848383] redpine_91x: rsi_mac80211_bss_info_changed: Sending vap updates....
[ 32.879393] redpine_91x: <==== Interface DOWN ====>
[ 32.885967] redpine_91x: <==== Interface UP ====>
[ 32.886780] redpine_91x: rsi_mac80211_bss_info_changed: Change of ERP INFO: 0
[ 32.886828] redpine_91x: rsi_mac80211_bss_info_changed: Sending vap updates....
[ 37.483436] redpine_91x: <==== Interface DOWN ====>
[ 37.509755] redpine_91x: <==== Interface UP ====>
[ 37.510181] redpine_91x: rsi_mac80211_bss_info_changed: Change of ERP INFO: 0
[ 37.510198] redpine_91x: rsi_mac80211_bss_info_changed: Sending vap updates....
[ 41.318174] redpine_91x: EAPOL 4 confirm
What concerns me here most is the “rsi_load_firmware: Failed to open file” - it didn’t burn the latest firmware, so I have no idea whether or not it will resolve the issue. Does anyone have any insight into why this might be happening?
Thanks in advance.
Because it Burning same Firmware version. Just downgrade a version then go for newer version again.
This is confusing to me. I’m currently running 1.2.0.16; shouldn’t the 2.5.1.11 version file I have copied in be recognized as different?
Yes it is a Lot Confusing, i already told purism programmers about it. So 1.2.0.16 it is 2.5.1.11.
Same case it happening with the micro version number on kernel.
As a coda: I did as @carlosgonz suggested and it did burn the downgraded file. Checking back and forth between version 2.3.2.3 and 2.5.1.11 it appears that at least for me, Bluetooth audio playback is smooth with 2.3.2.3 but NOT with 2.5.1.11.
Thank you for your assistance!
Stay Purism.
I have tested with more devices now. It appears that 2.3.2.3 doesn’t address audio stutter universally. I was able to listen to an entire album with a fairly new soundbar, but ran into stutter after about 3 minutes of listening in a 2012 Toyota.
How do I “downgrade” the version and “go for newer version again”. I apologize, but I am not the best at running commands in the terminal.
First check which Bluetooth Firmware version your librem 5 is shipping.
sudo dmesg | grep redpine
1.2.0.16 or 2.5.1.11
1.2.0.16 it same that 2.5.1.11
Yes, I understand. How do I “downgrade” the version and “go for newer version again”.
When I issue that command, I get countless lines of
[ 3594.051353] redpine_91x: Packet Dropped as Key ID not matched with both current and previous Key ID
followed by this last line:
[65457.694640] redpine_91x: RSI HCI DEVICE "hci0" open
Those lines can be ignored.
Ok, but I haven’t seen any line with firmware version.
Is the HKS ON for BT? strange… share the full log.