| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Added patches to face the following upstream commits:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d56c0d45f0e27f814e87a1676b6bdccccbc252e9
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4bdc0d676a643140bdf17dbf7eafedee3d496a3c
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=c766d1472c70d25ad475cf56042af1652e792b23
Signed-off-by: Fabio Rossi <rossi.f@inwind.it>
|
|
|
|
|
|
|
| |
vsock module needs symbols of the vmci module, the way used to pass extra symbols to
the kernel modpost tool has been changed in version >=5.5
Signed-off-by: Fabio Rossi <rossi.f@inwind.it>
|
|
|
|
|
|
|
|
| |
Added patch to face the following upstream commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d5c3a62d0bb9b763e9378fe8f4cd79502e16cce8
Signed-off-by: Fabio Rossi <rossi.f@inwind.it>
|
|
|
|
|
|
|
|
|
|
| |
Added patch to face the following upstream commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3cf5d076fb4d
This closes also issue #49 on github, thanks to hlandgarten
Signed-off-by: Fabio Rossi <rossi.f@inwind.it>
|
|
|
|
|
|
|
| |
Added two patches to face the following upstream commits:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=736706bee3298208343a76096370e4f6a5c55915
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=3d3539018d2cbd12e5af4a132636ee7fd8d43ef0
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
dev-libs/libgcrypt:11 is going to be removed soon from portage
so it cannot be removed from bundled libs anymore. See also
bugs #567382 or #656372.
Changed also the message to the user clearly stating the security issue!
|
|
|
|
| |
this closes bug #679734 and issue #45 on github
|
|
|
|
| |
this patch will work as soon as bug #680976 will be closed.
|
|
|
|
| |
upstream kernel commit 9b2c45d479d0fb8647c9e83359df69162b5fbe5f
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| | |
|
| |
| |
| |
| | |
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)
|
|\ |
|