Am Montag, 7. Dezember 2020, 17:07:29 CET schrieb Hans-Peter Jansen:
Am Montag, 7. Dezember 2020, 15:23:53 CET schrieb Takashi Iwai:
It doesn't contain VirtualBox; or is this intentionally removed?
Well, VB is special in many ways, which starts by being owned from Oracle.
If suffers from: error: implicit declaration of function 'alloc_vm_area'
Just another fallout of Christoph Hellwig's crusade against off tree kernel modules, in the sake of clean ups, of course.
This was too harsh. Sorry. Below issue resulted from some serious cleanups, I'm afraid.
But a fix is in the works: https://www.virtualbox.org/ticket/20055
Working on incorporating this patch in our build now..
Stuck again. 5.10 lost address space overrides, and therefor USER_DS by commit 47058bb54b57962b3958a936ddbc59355e4c5504 for x86, which is referenced in the shared folder code of VB: +1398 src/VBox/Additions/linux/sharedfolders/regops.c: static int vbsf_lock_user_pages_failed_check_kernel(uintptr_t uPtrFrom, size_t cPages, bool fWrite, int rcFailed, struct page **papPages, bool *pfLockPgHack) { /* * Check that this is valid user memory that is actually in the kernel range. */ #if RTLNX_VER_MIN(5,0,0) || RTLNX_RHEL_MIN(8,1) if ( access_ok((void *)uPtrFrom, cPages << PAGE_SHIFT) && uPtrFrom >= USER_DS.seg) #else if ( access_ok(fWrite ? VERIFY_WRITE : VERIFY_READ, (void *)uPtrFrom, cPages << PAGE_SHIFT) && uPtrFrom >= USER_DS.seg) #endif { int rc = vbsf_lock_kernel_pages((uint8_t *)uPtrFrom, fWrite, cPages, papPages); if (rc == 0) { *pfLockPgHack = true; return 0; } } return rcFailed; } Any idea, how the equivalent of the "uPtrFrom >= USER_DS.seg" term should look like today? Any hints appreciated. Pete