| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| | |
|
| |
| |
| |
| | |
Bug: https://bugs.gentoo.org/642710
|
|/
|
|
|
| |
The changes are due to kernel commit ae5e165d855dd978a461b22175531b07f54fb61f,
there is a new API to access inode->i_version
|
|
|
|
|
|
|
|
| |
Patch inspired to https://github.com/mkubecek/vmware-host-modules/commit/562121d7bc06
but I prefer to leave the sources as close as possible to the original ones.
The changes are due to kernel commits b9eaf18722221ef8b2bd6a67240ebe668622152a
and e99e88a9d2b067465adaa9c111ada99a041bef9a
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Added two patches to build vmware-modules with latest 4.14-rcX
One patch tracks kernel changes introduced with c41f012ade0b95b0a6e25c7150673e0554736165.
The other patch fixes changes introduced with 7c0f6ba682b9c7632072ffbedf8d328c8f3c42ba
(in this case kernel changes were already available since kernel 4.10
but they produced a build failure only with kernel 4.14-rcX)
|
|
|
|
|
|
|
|
|
|
|
|
| |
Found a possibile problem with future vmware v14 products, at a certain point a
virtual machine remains without memory. See for example:
https://communities.vmware.com/thread/573281
https://superuser.com/questions/1255099/vmware-workstation-not-enough-physical-memory-since-last-update/1255963
To solve the issue I have inserted three of the patches available from
https://github.com/mkubecek/vmware-host-modules/commit/b50848c985f1
Thanks to mkubecek.
|
|
|
|
|
|
| |
Removed a patch for kernel 4.8 not needed by vmware-modules-308.5.x, it was
useless because already fixed upstream with a #ifdef. The same patch is
still valid for vmware-modules-304.4.x
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
All $Header$ lines are not anymore needed as indicated in
https://bugs.gentoo.org/show_bug.cgi?id=611234
|
| |
|
|
|
|
|
| |
All $Id$ lines are not anymore needed as indicated in
https://bugs.gentoo.org/show_bug.cgi?id=611234
|
|
|
|
| |
This should fix https://bugs.gentoo.org/show_bug.cgi?id=619746
|
|
|
|
|
|
|
| |
Let's clean the overlay keeping only last version of each major release,
this simplifies the management of the files. At a certain point it might
be even possible to import older versions that are now package-masked in
the main Gentoo repository.
|
| |
|
| |
|
|
|
|
|
| |
Excluded right now the associated version of vmware-tools because it has
the same name of previous 12.5.6. Is it changed anything?
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
built into kernel
The old init scripts fail when the vsock/vmci are built into kernel
not as modules. This should close the bug #510156. The systemd services
fail but don't block the initialization so I haven't touched them.
|
| |
|
| |
|
|
|
|
| |
This fixes https://github.com/gentoo/vmware/issues/30
|
|
|
|
| |
condition.
|
| |
|
|
|
|
|
|
|
|
| |
* Split the patch for kernel 4.6 in two parts, the first one has been
modified to be compatible with the changes in the next module 308.5.2
(so it's possible to share a single patch between 308.1 and 308.5)
* Fixed the patch for kernel 4.9 to be shared between 308.1 and 308.5
* Added patch for kernel 4.10 (https://github.com/gentoo/vmware/pull/29)
|
|\ |
|
|/
|
|
|
| |
4.9 introduced a change to the get_user_pages() API:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=768ae309a96103ed02eb1e111e838c87854d8b51
|
| |
|
| |
|
|
|
|
| |
This reverts commit 84ce9f6be8f1b115b9a3c454f3d9d8b2ff6db253.
|
|
|
|
|
| |
upstream kernel commit 4b9d0fab7166c9323f06d708518a35cf3a90426c renamed
a symbol, add a patch to fix the problem. This solves the bug #591284.
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Latest 4.7 kernel doesn't export anymore the readlink_copy() function:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=bfe8804d908a791b16e3686c101f0d7eca9fb5b9
This fixes bug #590220
|
| | |
|
| |
| |
| |
| |
| | |
Fix compilation with latest 4.7-rc1 taking example from
kernel commit 860e9538a9482bb84589f7d0718a7e6d0a944d58
|
| |
| |
| |
| |
| |
| |
| |
| | |
The old patch 308-4.05-00-vmblock-follow_link.patch was not complete
(probably produced before final 4.5-rc1 release). The problem was
triggering a build failure on some systems.
The patch for version 304 was already correct.
|
| |
| |
| |
| | |
This closes https://github.com/gentoo/vmware/pull/25
|
| |
| |
| |
| | |
This closes https://github.com/gentoo/vmware/pull/23 and bug #583244
|
| | |
|
| | |
|