on 23/02/2012 08:26 Cy Schubert said the following:
> In message <4f457ae8.4090...@freebsd.org>, Andriy Gapon writes:
>> on 22/02/2012 12:48 Doug Barton said the following:
>>> On 02/22/2012 02:23, Andriy Gapon wrote:
The attached patched should try to grab the memory harder.
>>>
>>> Same resu
on 23/02/2012 04:19 Doug Barton said the following:
> This gives much better results. :) I can kldload the module, and get
> this on the command line:
> vboxdrv: fAsync=0 offMin=0x3596 offMax=0xa897
Thank you for reporting and testing!
--
Andriy Gapon
___
In message <4f457ae8.4090...@freebsd.org>, Andriy Gapon writes:
> on 22/02/2012 12:48 Doug Barton said the following:
> > On 02/22/2012 02:23, Andriy Gapon wrote:
> >> The attached patched should try to grab the memory harder.
> >
> > Same result, different memory address:
> >
> > supdrvGipCreate
On 02/22/2012 15:31, Andriy Gapon wrote:
> on 22/02/2012 12:48 Doug Barton said the following:
>> On 02/22/2012 02:23, Andriy Gapon wrote:
>>> The attached patched should try to grab the memory harder.
>>
>> Same result, different memory address:
>>
>> supdrvGipCreate: failed to allocate the GIP pa
I'll give it a try on my testbed (which runs 9.0 and 8.2 -- my 7 partitions
don't have the ports to test it without taking a lot of time to build
prereqs).. If not tonight (PST) then I'll have some time Saturday evening.
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
on 22/02/2012 12:48 Doug Barton said the following:
> On 02/22/2012 02:23, Andriy Gapon wrote:
>> The attached patched should try to grab the memory harder.
>
> Same result, different memory address:
>
> supdrvGipCreate: failed to allocate the GIP page. rc=-8
> vboxdrv: supdrvInitDevExt failed, r
In message , Bernhard
Froehlich w
rites:
> On 22.02.2012 21:07, Cy Schubert wrote:
> > In message , Warren
> > Block
> > writ
> > es:
> >> On Wed, 22 Feb 2012, Andriy Gapon wrote:
> >>
> >> > on 22/02/2012 11:26 Doug Barton said the following:
> >> >> Meanwhile, the 4.0 version worked on this sam
On 22.02.2012 21:07, Cy Schubert wrote:
In message , Warren
Block
writ
es:
On Wed, 22 Feb 2012, Andriy Gapon wrote:
> on 22/02/2012 11:26 Doug Barton said the following:
>> Meanwhile, the 4.0 version worked on this same system ...
>
> The attached patched should try to grab the memory harder.
In message , Warren Block
writ
es:
> On Wed, 22 Feb 2012, Andriy Gapon wrote:
>
> > on 22/02/2012 11:26 Doug Barton said the following:
> >> Meanwhile, the 4.0 version worked on this same system ...
> >
> > The attached patched should try to grab the memory harder.
>
> No visible difference here
On Wed, 22 Feb 2012, Andriy Gapon wrote:
on 22/02/2012 11:26 Doug Barton said the following:
Meanwhile, the 4.0 version worked on this same system ...
The attached patched should try to grab the memory harder.
No visible difference here, sorry.
__
On Wed, 22 Feb 2012, Doug Barton wrote:
On 02/22/2012 01:20, Andriy Gapon wrote:
on 22/02/2012 05:40 Doug Barton said the following:
On 02/21/2012 15:51, Andriy Gapon wrote:
Could you please substitute the attached patch file for the corresponding file
in the port and re-test the port?
Good
On 02/22/2012 02:23, Andriy Gapon wrote:
> The attached patched should try to grab the memory harder.
Same result, different memory address:
supdrvGipCreate: failed to allocate the GIP page. rc=-8
vboxdrv: supdrvInitDevExt failed, rc=-8
module_register_init: MOD_LOAD (vboxdrv, 0xc66e8410, 0) erro
on 22/02/2012 11:26 Doug Barton said the following:
> Meanwhile, the 4.0 version worked on this same system ...
The attached patched should try to grab the memory harder.
--
Andriy Gapon
--- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c.orig 2011-12-19
15:01:31.0 +0200
+++ src/
On 22.02.2012 10:46, Doug Barton wrote:
On 02/22/2012 01:41, Bernhard Froehlich wrote:
The 4.0.16 version is still available as
emulators/virtualbox-ose-legacy
I know, that, but kind of beside the point, right?
Yes, but some people depend on a working virtualbox and that is their
safety net
On 02/22/2012 01:41, Bernhard Froehlich wrote:
> The 4.0.16 version is still available as emulators/virtualbox-ose-legacy
I know, that, but kind of beside the point, right?
--
It's always a long day; 86400 doesn't fit into a short.
Breadth of IT experience, and depth of knowle
On 22.02.2012 10:26, Doug Barton wrote:
On 02/22/2012 01:20, Andriy Gapon wrote:
on 22/02/2012 05:40 Doug Barton said the following:
On 02/21/2012 15:51, Andriy Gapon wrote:
Could you please substitute the attached patch file for the
corresponding file
in the port and re-test the port?
Good
On 02/22/2012 01:20, Andriy Gapon wrote:
> on 22/02/2012 05:40 Doug Barton said the following:
>> On 02/21/2012 15:51, Andriy Gapon wrote:
>>> Could you please substitute the attached patch file for the corresponding
>>> file
>>> in the port and re-test the port?
>>
>> Good news, the kernel didn't
on 22/02/2012 05:40 Doug Barton said the following:
> On 02/21/2012 15:51, Andriy Gapon wrote:
>> Could you please substitute the attached patch file for the corresponding
>> file
>> in the port and re-test the port?
>
> Good news, the kernel didn't panic. Bad news:
>
> supdrvGipCreate: failed t
On 02/21/2012 15:51, Andriy Gapon wrote:
> Could you please substitute the attached patch file for the corresponding file
> in the port and re-test the port?
Good news, the kernel didn't panic. Bad news:
supdrvGipCreate: failed to allocate the GIP page. rc=-8
vboxdrv: supdrvInitDevExt failed, rc=
on 22/02/2012 00:02 Doug Barton said the following:
> Howdy,
>
> I had the previous version of virtualbox working just fine on my
> up-to-date 8-stable i386 system, and upgraded to 4.1.8 today. When I
> attempt to load vboxdrv it instantly panics my system:
>
> panic: vm_object_deallocate: object
Howdy,
I had the previous version of virtualbox working just fine on my
up-to-date 8-stable i386 system, and upgraded to 4.1.8 today. When I
attempt to load vboxdrv it instantly panics my system:
panic: vm_object_deallocate: object deallocated too many times: 4
cpuid = 1
KDB: stack backtrace:
db_
21 matches
Mail list logo