Hi Max Laier!
On Sun, 16 Mar 2008 00:05:36 +0100; Max Laier wrote about 'Review please: pfil
FIRST/LAST':
attached is a small diff to allow pfil(9) consumers to force a sticky=20
position on the head/tail of the processing queue. This can be used to=20
do traffic conditioning kind of tasks
On Monday 17 March 2008 11:29:15 Vadim Goncharov wrote:
On Sun, 16 Mar 2008 00:05:36 +0100; Max Laier wrote about 'Review
please: pfil FIRST/LAST':
attached is a small diff to allow pfil(9) consumers to force a
sticky position on the head/tail of the processing queue. This
can be used to
On 3/15/08, KAYVEN RIESE [EMAIL PROTECTED] wrote:
On Sat, 15 Mar 2008, Paul B. Mahol wrote:
Was it connected prior or after Xorg startup?
I think we connected prior. Should we have? I had my
computer turned off, and I booted it up. The projector
was on during boot. I thought the boot
In the last episode (Mar 17), Steven Kreuzer said:
On Sat, Mar 15, 2008 at 11:29:19PM -0700, David O'Brien wrote:
On Sat, Mar 15, 2008 at 03:21:01PM -0700, Bert JW Regeer wrote:
Even if BSD has no tradition to keep a separate program version, it is
still very handy to be able to give
On Sat, Mar 15, 2008 at 11:29:19PM -0700, David O'Brien wrote:
On Sat, Mar 15, 2008 at 03:21:01PM -0700, Bert JW Regeer wrote:
Even if BSD has no tradition to keep a separate program version, it is
still very handy to be able to give this data to other developers if
something is failing.
I suppose this should go to [EMAIL PROTECTED]
But with that said, what mode is your SATA/IDE controller in? If there is
an AHCI or Legacy mode, try it again.
-aps
On Mon, Mar 17, 2008 at 12:42 AM, Eddie Parra [EMAIL PROTECTED] wrote:
(Newbie) I have FreeBSD 6.3 working on my Asus AB-2800. I
Hi all,
Aren't we working on a FreeBSD/Xen port ???
I think we don't need a Linux like KVM or DragonFly's vkernel, if we
could run FreeBSD in dom0.
Thank a lot
On Mon, Mar 17, 2008 at 3:09 AM, Kip Macy [EMAIL PROTECTED] wrote:
On Sun, Mar 16, 2008 at 8:06 PM, Adrian Chadd [EMAIL PROTECTED]
: Well, I don't think I would agree with your assessment but,
: particularly, the way vkernels are implemented in DragonFly is NOT
: in the least disruptive to kernel source.
:
:I was referring to the decision you made to rename all of the kernel
:functions that conflicted with libc
On Mar 15, 2008, at 23:29 , David O'Brien wrote:
On Sat, Mar 15, 2008 at 03:21:01PM -0700, Bert JW Regeer wrote:
Even if BSD has no tradition to keep a separate program version, it
is
still very handy to be able to give this data to other developers if
something is failing.
$ ident
On Sun, Mar 16, 2008 at 7:13 PM, Matthew Dillon [EMAIL PROTECTED]
wrote:
Basically DragonFly has a syscall API that allows a userland process
to create and completely control any number of VM spaces, including
the ability to pass execution control to a VM space and get it back,
Matthew Dillon wrote:
: Well, I don't think I would agree with your assessment but,
: particularly, the way vkernels are implemented in DragonFly is NOT
: in the least disruptive to kernel source.
:
:I was referring to the decision you made to rename all of the kernel
:functions
Maslan wrote:
Hi all,
Aren't we working on a FreeBSD/Xen port ???
I think we don't need a Linux like KVM or DragonFly's vkernel, if we
could run FreeBSD in dom0.
I agree that people interested in virtualization will get the most
return on investment if they contribute to the Xen port, large
:Matt, I'm sorry I'm not trying to hijack this thread but isn't the vkernel
:approach very similar to VMWare's hosted architecture products (such as
:Fusion for the Mac and Client Workstation for windows)?
:
:As I understand it, they have a regular process like vkernel called
:vmware-vmx which
:I don't think there's an issue that needs solving, GCC has -nostdlib and
:-fno-builtin for precisely this reason.
You are missing the point entirely. The point is to allow the vkernel
to use libc, aka allow it to be compiled, linked, and run as a normal
user process. What is your
Some interesting reading for anyone who cares:
Matthew Dillon wrote:
:I don't think there's an issue that needs solving, GCC has -nostdlib and
:-fno-builtin for precisely this reason.
You are missing the point entirely. The point is to allow the vkernel
to use libc, aka allow it to be compiled, linked, and run as a normal
user
Matthew Dillon wrote:
In all three cases the emulated hardware -- disk and network basically,
devolves down into calling read() or write() or the real-kernel
equivalent. A hypervisor has the most work to do since it is trying to
emulate a hardware interface (adding another
Hey all!
It's been some time now, and I just wanted to ping quietly whether there's any
chance to get (a preview of) the valgrind adapted for FreeBSD 7.
I'm currently hitting a point in my development where compiling the code on
Linux to run valgrind simply won't do anymore, because of code
:
:If your goal is to link vkernels with libc then by definition you are
:forced to resolve the namespace conflicts, but I don't see this as a
:necessary goal. A minimal standalone libkernel would do the same thing
:without requiring global changes to the kernel namespace, which would
Kris Kennaway wrote:
Matthew Dillon wrote:
:I don't think there's an issue that needs solving, GCC has -nostdlib
and :-fno-builtin for precisely this reason.
You are missing the point entirely. The point is to allow the
vkernel
to use libc, aka allow it to be compiled, linked, and
Matthew Dillon wrote:
I guess my problem is that you are holding this up as a red flag when
it isn't even remotely close to being one.
What I have said is that the dragonfly vkernel work is the interesting
beginning of a project, but that further work needs to be done before
the
: In all three cases the emulated hardware -- disk and network basically,
: devolves down into calling read() or write() or the real-kernel
: equivalent. A hypervisor has the most work to do since it is trying to
: emulate a hardware interface (adding another layer). XEN has
:
:Matt,
:
:You sure won't argue that UML isolation is inherently better than one that can
be provided by a hypervisor. If the performance is the same, what are you
gaining?
:
:Hypervisor while slow, allows treating a complete OS with all applications as
a black box. Why would I choose UML
The FreeBSD Project was again accepted as a mentoring organization for
the Google Summer of Code. The student application period will begin
next week so if you have any ideas for great student projects, please
send them to [EMAIL PROTECTED] or post them here for discussion.
A good student project
The FreeBSD Project was again accepted as a mentoring organization for the
Google Summer of Code. The student application period will begin next week
so if you have any ideas for great student projects, please send them to
[EMAIL PROTECTED] or post them here for discussion. A good student
On 17/03/2008, Murray Stokely [EMAIL PROTECTED] wrote:
The FreeBSD Project was again accepted as a mentoring organization for
the Google Summer of Code. The student application period will begin
next week so if you have any ideas for great student projects, please
send them to [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have 4 computers, 1 big FreeBSD-current (4 x86 procs), 2 GentooLinux (1
is a dial AMD Opteron, the other a dual older x86), and 1 MacOSX (dual
PPC). I was thinking about looking for two items, I'm not sure if I want
one or both of them: either some
On Mon, 17 Mar 2008, Heiko Wundram wrote:
Hey all!
It's been some time now, and I just wanted to ping quietly whether there's any
chance to get (a preview of) the valgrind adapted for FreeBSD 7.
out is a futile task, I guess, as I didn't manage to find it in the FreeBSD
perforce repository
On Tue, 18 Mar 2008, Mike Silbersack wrote:
Here's a tarball of what's in perforce right now. I tried it a
little bit, and it seemed to work for me. Make sure to install the
kernel module!
http://www.silby.com/valgrind_freebsd_3.tar.gz
But don't send me questions about it - I'm not an
29 matches
Mail list logo