On Sunday 21 March 2004 13:15, Andrea Arcangeli wrote:

Hi Andrea,

first: many thanks for all your effort for objrmap and anon_vma.
I really appreciate it!

> and here the vmware proper fix:
> --- vmmon-only/linux/driver.c.~1~	2004-03-21 13:07:02.869326296 +0100
> +++ vmmon-only/linux/driver.c	2004-03-21 13:07:28.320457136 +0100
> @@ -1083,6 +1083,7 @@ static int LinuxDriverMmap(struct file *
>     }
>     /* Clear VM_IO, otherwise SuSE's kernels refuse to do get_user_pages */
>     vma->vm_flags &= ~VM_IO;
> +   vma->vm_flags |= VM_RESERVED;
>  #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 2, 3)
>     vma->vm_file = filp;
>     filp->f_count++;
> You should apply both (though just applying one of the two will fix it).

ok, without the VMware fix, see attached oops report.

With the VMware fix, it works fine.

Both, for sure, with 2.6.5-rc2-aa1.

What I have noticed is this from VMware _without_ the VMware fix:

Mar 21 20:23:56 codeman kernel: /dev/vmnet: hub 8 does not exist, allocating 
memory.
Mar 21 20:23:56 codeman kernel: /dev/vmnet: port on hub 8 successfully opened
Mar 21 20:23:56 codeman VMware[init]: Unable to sendto: Operation not		<------ 
permitted
Mar 21 20:23:56 codeman VMware[init]: 
Mar 21 20:23:56 codeman kernel: /dev/vmnet: open called by PID 10497 
(vmnet-netifup)
Mar 21 20:23:56 codeman kernel: /dev/vmnet: port on hub 8 successfully opened


With the VMware fix applied, the "Unable to sendto..." line disappears.

ciao, Marc