Posts by ajbathe

    journalctl-iwd-11.0.1chewitt-ok.log : http://ix.io/4rMO

    journalctl-iwd-11.0.1chewitt-nok.log : http://ix.io/4rMP

    journalctl-full-11.0.1chewitt-ok.log : http://ix.io/4rMQ

    journalctl-full-11.0.1chewitt-nok.log : http://ix.io/4rMR

    ok: autoconnect after boot; nok: passphrase-request

    Or did you want to see the logs for LE11.0.1 official ?

    An image for RPi4 with two additional patches from the connman list for someone to test. I have low expectations that either patch will resolve anything, but for the sake of a 30-second rebuild: https://chewitt.libreelec.tv/testing/LibreE….arm-11.0.1.tar

    After my tests above I "downgraded" to official image LE11.0.1 and the autoconnect is worse again. password has to be given, not boot resistant and after giving the password, no connection possible (2 tries). Do you need a log for the official version? Or are the logs above enough for you? I will update to your version again. Your 30-secs-rebuild for the sake saved my day ;)

    when you know what the error is, spend more time troubleshooting before you release a new version

    this is very disgusting, please feel free to go away and don't bother other people with your completely exaggerated attitude. and petediscrete is right when I think of your behaviour when you'd pay for a very nice open source software which works quite very good since many years; this is my qualified experience

    Maybe you will be happier when you pay some bucks for some (closed and proprietary consumer product made in e.g. China); but I guess you just have fun to troll within some forums ...

    My analysis of the two logs:

    search for agent_request_passphrase :

    in r4M1 (with password phrase request) we see two entries; between them we see

    Quote
    Code
    Mar 25 09:41:37.060979 raspi connmand[740]: ../plugins/iwd.c:agent_request_passphrase()
    Mar 25 09:41:37.161302 raspi connmand[740]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 state connecting
    Mar 25 09:41:37.161356 raspi connmand[740]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 connected_network /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk
    Mar 25 09:41:37.165507 raspi connmand[740]: ../plugins/iwd.c:network_property_change() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connected 1
    Mar 25 09:41:37.165538 raspi connmand[740]: ../plugins/iwd.c:update_network_connected() interface name wlan0 index 3
    Mar 25 09:41:37.200715 raspi connmand[740]: ipconfig state 3 ipconfig method 1
    Mar 25 09:41:37.539385 raspi connmand[740]: ../plugins/iwd.c:cm_network_connect_cb() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connect failed: net.connman.iwd.Failed

    In the good case there is only one request:

    Quote
    Code
    Mar 25 09:46:28.017720 raspi connmand[744]: ../plugins/iwd.c:agent_request_passphrase()
    Mar 25 09:46:28.118232 raspi connmand[744]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 state connecting
    Mar 25 09:46:28.118279 raspi connmand[744]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 connected_network /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk
    Mar 25 09:46:28.123647 raspi connmand[744]: ../plugins/iwd.c:network_property_change() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connected 1
    Mar 25 09:46:28.123682 raspi connmand[744]: ../plugins/iwd.c:update_network_connected() interface name wlan0 index 3
    Mar 25 09:46:28.165614 raspi connmand[744]: ipconfig state 3 ipconfig method 1

    The statement that the bug lies between connman and iwd is right.

    Code
    Mar 25 09:41:37.539385 raspi connmand[740]: ../plugins/iwd.c:cm_network_connect_cb() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connect failed: net.connman.iwd.Failed

    It is out of my ability to say why it fails here in this case. Remember: I didn't change anything. Weird... Maybe some timing?

    Ok, I just tested your version on my Raspberry Pi 4 Model B Rev 1.5. It looks better than the offical release, but some oddity still exists.

    After updating via your tar into .update, Kodi crashed once and restarted. The network connection with only one 5 GHz works again and autoconnect works again too, but sometimes, I have to enter the passphrase again?!

    I produced some two very nice logs for you:

    a run without entering a password you can study on http://ix.io/4rM3

    the run with: http://ix.io/4rM1

    I cannot calculate how many percent the password will get asks without changing anything - I will do that next - but entering the passphrase is less than the working case. My two thumbs are up :) Looks very good, but not perfect *smile*

    The result of my last test (20 restarts without changing anything):

    3 times asked for the passphrase, 17 not

    1- 4x+ 2x- 13x+ (minus means asking for phassphrase, plus means not), so we have 15% here in this test case (non represantive, I guess ;) And the best: I do know my WiFi-password again. Question: For how long?

    > which I think was your problem?

    nope, my passphrase are only numbers. but I can state: 11.01 is better and manually usable, but who want's to connect after every (re)boot ;)

    and connects with connmanctl are also possible, just tested it

    I can report some success: with LE11.0.1 on my RPi4 I can connect to Wifi again, but:

    First I don't see the networks (but wired LAN) on the LE-GUI. After executing

    iwctl station wlan0 scan

    the networks appear and I can connect. The files within /var/lib/iwd look good; even within /storage/.cache/connman a directory wifi_e45f01a86411_4c696e75782d4e6574776f726b_managed_psk gets created with its setting file. I can connect manually, but not by booting. But for me its :)

    My automatocally created setting:

    [wifi_e45f01a86411_4c696e75782d4e6574776f726b_managed_psk]

    Name=Linux-Network

    SSID=4c696e75782d4e6574776f726b

    Frequency=0 <---- weird?

    Favorite=true

    AutoConnect=true

    Modified=2023-03-24T17:59:21Z

    Passphrase=******************

    IPv4.method=dhcp

    IPv4.DHCP.LastAddress=192.168.178.31

    IPv6.method=off

    IPv6.privacy=prefered

    Added: A Refresh within the GUI will also let the WiFi-networks appear. Within manual testing (GUI connect and disconnect) I saw once the invalid/key message.

    Another suggestion: you could symlink /storage/.kodi/temp to /tmp - but then kodi.log is notpersistent. I use that without any problems. When you need the crashlogs, you could save them before shutdown with the script shutdown.sh within /storage/.config

    Like this:

    # backup possible crashlogs within /tmp

    CRASHLOGS="/storage/backup/crashlogs"

    [ ! -d "$CRASHLOGS" ] && mkdir -p "$CRASHLOGS"

    mv -f /tmp/kodi_crashlog_[0-9]*.log "$CRASHLOGS" 2> /dev/null

    # delete crashlogs older than 30 days

    find "$CRASHLOGS" -type f -name "kodi_crashlog_[0-9]*.log" -mtime +30 -delete

    it is just garbage. charge instead and you have to deliver something that actually works.

    Why so rude? The problem is known and I am sure problem will get solved soon. Don't forget that many people work for nothing on projects like this. Your attitude is strange to me. Paying for something is not a sign of quality. My systems work quite well - exept that one needs WiFi (no cable possible). So we just have to wait or use our skills to help finding the bug.

    Could you please include some symlink from /etc/iwd/main.conf to /storage/.config/iwd for further testing here on RPi4 ? BTW, 'systemctl status iwd' gives:

    Feb 16 19:10:58 raspi4 iwd[382]: Could not register frame watch type 00b0: -22

    Does this help?

    With the Player-Settings (Processing) PRIME Render Method 'Direct To Plane' there are only black screenshots possible, no content of the current TV (with IPTV-simple). When I switch to EGL, the screenshots are like as expected and working.

    Then - when "Switch to full screen" is Never under PVR & Live TV settings, the first picture on any channel selection is black. Switched to full screen the picture arrives. Works also better with EGL.

    Just another thought:

    When I start iwctl, it says:

    NetworkConfigurationEnabled: disabled <------

    StateDirectory: /var/lib/iwd

    Version: 2.3

    In some net search to iwd, this daemon normaly wants it's configuration file /etc/iwd/main.conf, which doesn't exist here. Do we need that configuration file? I would like to test with the content

    [General]

    EnableNetworkConfiguration=true

    [Network]

    NameResolvingService=systemd

    but ... you know: filesystem is read-only. Could this be the reason?

    Creating a file "[SSID].psk" with "touch /var/lib/iwd/"<network name>".psk", this file immediately gets filled with

    [Settings]

    AutoConnect=false

    where I could complete with

    [Security]

    PreSharedKey=[my psk-phasephrase created with wpa_supplicant]

    Also the file /var/lib/iwd/.known_network.freq get created with the content

    [3001bf4a-58ad-54fe-9778-a1954cf6d484]

    name=/var/lib/iwd/<"network name">.psk

    list= 5200

    So the command

    iwctl station wlan0 connect <"network name">

    doesn't ask for its WLAN password again but answers only with

    Operation failed



    First enable Persistent Logging in LibreELEC Setting Addon's service tab to avoid journal wrap.

    To enable connman's debug logging for iwd and wpa_supplicant create with path:

    Code: /storage/.config/systemd/connman.service.d/debug.conf
    [Service]
    Environment=CONNMAN_DEBUG=--debug=../plugins/iwd.c
    Environment=CONNMAN_SUPPLICANT_DEBUG=1

    And reboot.

    Use only --debug to enable all connman debug messages. There are other environment variables that can be set.

    You may find it convenient to attach a keyboard and use the tools.gbmshell addon for network configuration.

    Thank you very much for this information, I followed it and immediately after inserting the password, I got this here (maybe somebody can interpret it nicely ;)

    Mar 12 14:41:40 raspi4 connmand[737]: ipconfig state 2 ipconfig method 1

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:agent_request_passphrase()

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 state connecting

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 connected_network /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:network_property_change() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connected 1

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:update_network_connected() interface name wlan0 index 3

    Mar 12 14:41:40 raspi4 connmand[737]: ipconfig state 3 ipconfig method 1

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:cm_network_connect_cb() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connect failed: net.connman.iwd.Failed

    Mar 12 14:41:40 raspi4 connmand[737]: ipconfig state 7 ipconfig method 1

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 state disconnected

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 connected_network (null)

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:network_property_change() /net/connman/iwd/0/3/4c696e75782d4e6574776f726b_psk connected 0

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:update_network_disconnected() interface name Linux-Network

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 scanning 1

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:station_property_change() /net/connman/iwd/0/3 scanning 0

    Mar 12 14:41:40 raspi4 connmand[737]: ../plugins/iwd.c:ordered_networks_cb()

    Mar 12 14:41:40 raspi4 dbus-daemon[385]: [system] Rejected send message, 1 matched rules; type="method_return", sender=":1.10" (uid=0 pid=1059 comm="/usr/lib/kodi/kodi.bin --standalone -fs") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.6" (uid=0 pid=737 comm="/usr/sbin/connmand -nr --config=/etc/connman/main.")

    If you switched both KERNEL and SYSTEM you swapped Linux 6.1 + iwd (LE11) for Linux 5.10 + wpa_supplicant (LE10) .. which would imply the issue has nothing to do with the entire software stack. /shrug

    yes, you are right; my try was just a thought ... Any idea how we can debug that more deeply?