Kernel 5.5.5 breaks Parallels Tools 15.1.2.47123

Discussion in 'Linux Virtual Machine' started by Mark Fine, Feb 22, 2020.

  1. Mark Fine

    Mark Fine Pro

    Messages:
    481
    am investigating what code changes are needed...
     
  2. Mark Fine

    Mark Fine Pro

    Messages:
    481
    While building prl_fs.ko in Stage 2:
    ERROR: "call_tg_sync" [/usr/lib/parallels-tools/kmods/prl_fs/SharedFolders/Guest/Linux/prl_fs/prl_fs.ko] undefined!
    <sigh>
     
  3. Mark Fine

    Mark Fine Pro

    Messages:
    481
  4. Mark Fine

    Mark Fine Pro

    Messages:
    481
    I can see nothing directly in code that would preclude building prltg_call. Guessing there must be an error in either one of the build scripts or the makefile.
     
  5. Mark Fine

    Mark Fine Pro

    Messages:
    481
    Looking deeper through the installer logs it looks like
    1. prl_eth.ko builds fine
    2. prl_tg.ko builds fine
    3. appears to copy the toolgate link symbols to prl_fs and prl_fs code appears to compile with no errors, BUT can't find the symbol define for call_tg_sync during prl_fs.ko build.

    Weird.
     
  6. AvinashM

    AvinashM Junior Member

    Messages:
    18
    I have exactly the same issue and this is driving me nuts.

    I run Fedora 31 with the latest Linux kernel 5.5.7 and, as all of you, I'm getting "ERROR: "call_tg_sync" [/usr/lib/parallels-tools/kmods/prl_fs/SharedFolders/Guest/Linux/prl_fs/prl_fs.ko] undefined!".

    As far as I know, I have been having such compilation issues since kernel 5.4.x. Linux kernel 5.3.x is fine though.

    Any idea?
     
  7. Hi AvinashM. Fedora 31 is not supported as a guest OS with Parallels Desktop 15 for Mac. Please refer this article to know the list of supported guest OS and the kernel version.
     
  8. AvinashM

    AvinashM Junior Member

    Messages:
    18
    Thanks for the info. I was already aware of that.

    But I would suggest that your engineers find a way to get Parallel Tools to compile because, well, one reason for using Linux is to have the latest security patches and it makes little sense to run a Linux kernel released on 21 October 2019 (5.3.7) when the latest available one was released on 28 Feb 2020 (5.5.7) in my case on Fedora Linux 31. One thing which is rather obvious also is that we, Linux users, would love to be able to help (as we are obviously geeks :))
     
  9. kavyaM

    kavyaM Hunter

    Messages:
    96
    @AvinashM As of now, Fedora 31 is not supported as a guest OS with Parallels Desktop 15 for Mac and also supports Linux Kernel version 2.6.29-5.1. We will let you know if there is any updates.
     
  10. Mark Fine

    Mark Fine Pro

    Messages:
    481
    5.4.20 should build fine with the last update of Parallels (15.1.2.47123). I had no install problems until 5.5.
     
  11. Devries

    Devries Bit poster

    Messages:
    3
    I have fixed this issue, you can add
    Code:
    KBUILD_EXTRA_SYMBOLS := /usr/lib/parallels-tools/kmods/prl_tg/Toolgate/Guest/Linux/prl_tg/Module.symvers
    
    to the Makefile of prl_fs and prl_vid kmods.
     
  12. Mark Fine

    Mark Fine Pro

    Messages:
    481
    Cheers.
    This makes a lot of sense, but it's so bizarre that it would be missing for 5.5 (or in the case of @AvinashM, 5.4)... unless there was a kernel-specific directive that ended at 5.4 (or 5.3) when building the Makefile. I even looked for things like that. Weird.
     
  13. Devries

    Devries Bit poster

    Messages:
    3
  14. MathewM1

    MathewM1 Bit poster

    Messages:
    5
    Parallels Tools 15.1.3 still has this problem, but the above KBUILD_EXTRA_SYMBOLS fix worked for me.
     
  15. Mark Fine

    Mark Fine Pro

    Messages:
    481
  16. Geekdan

    Geekdan Junior Member

    Messages:
    10
    FYI Fedora 30 will break as well. F31 worked perfectly up until the latest kernel.

    Had massive drama with F31 (sorry, I tried updating the makefiles, but it didn't work for me but think that's my problem); so I did a fresh install of F30 from the Parallels menu. Everything was fine until you run a dnf update - the update for F30 is deploying a 5.5.x kernel along with your other standard updates.

    So, if you're running F30 or F31, do not run an update.

    @Devries if you could post a little more info (eg. file path locations within the directories - I got a bit lost with the linking inside the tar.gz file, and some basic instructions - should the line in both makefiles go at the top or bottom etc., this might help others to muddle through).
     
  17. Mark Fine

    Mark Fine Pro

    Messages:
    481
    Seems like yo may have done a lot of unnecessary work, @DanielT16.

    You can run an update, just add the following to /etc/dnf/dnf.conf:
    exclude=kernel*
    Which will skip all kernel updates in dnf.

    And if you accidentally run into a problem with any kernel, the previous kernel is still installed, you only need to:
    1. Retro the headers back to the appropriate version (see my similar post above for this case)
    2. Boot back into the old 5.4 kernel and when it hangs, do the Ctrl-F2 (or is it Opt-F2, whatever) trick to get to non-graphic login screen.
    3. Login to that, mount the virtual tools cd, and run the command line .install for Tools.
    4. When that's done, reboot back into the old kernel again, but tell grub to set that as the default using grub2-set-default.
     
  18. Geekdan

    Geekdan Junior Member

    Messages:
    10
    Thanks Mark - Much appreciated!

     
  19. Mark Fine

    Mark Fine Pro

    Messages:
    481
    no problem
     
  20. Mark Fine

    Mark Fine Pro

    Messages:
    481
    So, updated to kernel 5.5.8 in 15.1.3.47255 and the tools built automatically, although it did some funky things like a larger than normal cursor and other video-related abnormalities.

    Made the changes to the two Makefiles for prl_fs and prl_vid per above and everything is copacetic again... Cheers, again @Devries!
     

Share This Page