On Apr 22, 2013, at 17:29, John Baldwin j...@freebsd.org wrote:
On Saturday, April 20, 2013 7:51:06 am Joshua Isom wrote:
On 4/19/2013 8:48 PM, Jeremy Chadwick wrote:
I'm happy to open up a ticket with VMware about the issue as I'm a
customer, but I find it a little odd that other operating
A little more information in that subject, rebooting from the FreeBSD
bootloader doesn't work on VirtualBox either (version 4.2). It juste enter
an infinite loop without any error message (Grub does reboot).
Hope this could help understanding what's going on here :)
--
Ben
On Tue, Apr 23, 2013
on 23/04/2013 17:36 Dimitry Andric said the following:
I have tried to ascertain it actually arrives at this code when
rebooting from the loader, but it does not seem to ever make it there,
at least not to the jump to f000:fff0. Maybe VMware intercepts the
switching back to real mode in the
on 23/04/2013 19:09 Andriy Gapon said the following:
IN:
0x90d2: cli
0x90d3: mov$0x1800,%esp
0x90d8: mov%cr0,%eax
0x90db: and$0x7fff,%eax
0x90e0: mov%eax,%cr0
IN:
On Tuesday, April 23, 2013 12:09:28 pm Andriy Gapon wrote:
on 23/04/2013 17:36 Dimitry Andric said the following:
I have tried to ascertain it actually arrives at this code when
rebooting from the loader, but it does not seem to ever make it there,
at least not to the jump to f000:fff0.
Hackers, what does hitting the following assert in vmspace_fork() imply?
3101 http://fxr.watson.org/fxr/source/vm/vm_map.c#L3101
new_map = vm2 http://fxr.watson.org/fxr/ident?im=3;i=vm2-vm_map
http://fxr.watson.org/fxr/ident?im=3;i=vm_map;
3102 http://fxr.watson.org/fxr/source/vm/vm_map.c#L3102
On Tuesday, April 23, 2013 1:32:34 pm Andriy Gapon wrote:
on 23/04/2013 19:09 Andriy Gapon said the following:
IN:
0x90d2: cli
0x90d3: mov$0x1800,%esp
0x90d8: mov%cr0,%eax
0x90db: and$0x7fff,%eax
On Tue, Apr 23, 2013 at 10:44:56AM -0700, Vijay Singh wrote:
Hackers, what does hitting the following assert in vmspace_fork() imply?
3101 http://fxr.watson.org/fxr/source/vm/vm_map.c#L3101
new_map = vm2 http://fxr.watson.org/fxr/ident?im=3;i=vm2-vm_map
on 23/04/2013 19:31 John Baldwin said the following:
On Tuesday, April 23, 2013 12:09:28 pm Andriy Gapon wrote:
on 23/04/2013 17:36 Dimitry Andric said the following:
I have tried to ascertain it actually arrives at this code when
rebooting from the loader, but it does not seem to ever make it
On Apr 23, 2013, at 23:46, Andriy Gapon a...@freebsd.org wrote:
on 23/04/2013 19:31 John Baldwin said the following:
On Tuesday, April 23, 2013 12:09:28 pm Andriy Gapon wrote:
...
0x90e8: lgdtl 0x95d0
0x90ef: ljmpw $0x18,$0x90f5
Triple fault
CPU Reset (CPU 0)
On Apr 21, 2013, at 4:11 PM, Justin Edward Muniz justin.mu...@maine.edu wrote:
Hello everyone once again,
I decided to split this from my previous thread because the nature of
my questions has changed. I benefited from the last thread, and I am
grateful to those who responded to it.
On Apr 24, 2013, at 00:03, Dimitry Andric d...@freebsd.org wrote:
On Apr 23, 2013, at 23:46, Andriy Gapon a...@freebsd.org wrote:
on 23/04/2013 19:31 John Baldwin said the following:
On Tuesday, April 23, 2013 12:09:28 pm Andriy Gapon wrote:
...
0x90e8: lgdtl 0x95d0
Hah, nice catch! You guys rock.
Scratch one less weird shit thing with FreeBSD on VMWARE.
Adrian
On 23 April 2013 16:03, Dimitry Andric d...@freebsd.org wrote:
On Apr 24, 2013, at 00:03, Dimitry Andric d...@freebsd.org wrote:
On Apr 23, 2013, at 23:46, Andriy Gapon a...@freebsd.org wrote:
+1 you rock.
I was silently watching this thread from the start, thinking…
Oh gawd, please don't let this be associated with the massive Forth changes
I've rolled in (this much I had doubted heavily, but kept a watchful eye just
in-case).
--
Devin
On Apr 23, 2013, at 4:11 PM, Adrian Chadd
Justin I say stick to FreeBSD-update . My reason is, as Pkgng becomes
more popular , a front end for ports will be less useful as binary packages
become more popular . Kports is a monster program , you should set a
reasonable goal ,and target dates; which may be hard with a cleanup project
on 24/04/2013 02:03 Dimitry Andric said the following:
Indeed, the DS segment was incorrect, the GDT should be loaded from the
CS segment instead.
Very good catch! Indeed the segments at this point were set up for user data
while the supervisor data is needed.
Thank you!
--
Andriy Gapon
16 matches
Mail list logo