OSNews:

OSNews: http://www.osnews.com/story/23218/Kernel_Modules_Autoload_from_Host_in_Rump_in_NetBSD Exploring the Future of Computing en-us Copyright 2001-2013, David Adams adam+nospam@osnews.com Wed, 19 Jun 2013 04:21:46 GMT http://www.osnews.com/images/osnews.gif OSNews.com http://www.osnews.com This is real news... http://www.osnews.com/thread?421209 http://www.osnews.com/thread?421209 I hope someday all the drivers run and driver development is done in user-space (even if its slower). Wed, 28 Apr 2010 10:35:00 GMT donotreply@osnews.com (fithisux) Comments RE: This is real news... http://www.osnews.com/thread?421228 http://www.osnews.com/thread?421228

I hope someday all the drivers run and driver development is done in user-space (even if its slower).

I agree that this is great news for NetBSD, but I do believe that there are items that should be left in the kernel as well. Now it's time to install the world's most portable operating system on a Sun Netra T1. Wed, 28 Apr 2010 12:32:00 GMT donotreply@osnews.com (ZacharyM) Comments Interesting http://www.osnews.com/thread?421268 http://www.osnews.com/thread?421268 The whole "rump" (what a name...) deal is really interesting.

I would like to see it being used even more. Push many more things to the user space, that's they to go (unlike in Linux where the kernel absorbs more and more user space tasks). Even traditional Unix kernels can this way benefit from the "kind of L4-approach". Wed, 28 Apr 2010 17:41:00 GMT donotreply@osnews.com (strcpy) Comments Very interesting http://www.osnews.com/thread?421291 http://www.osnews.com/thread?421291 Was not previously aware of rump. Very cool. I wonder what are the disadvantages of this kind of a set up.

* Duplication of code in memory ?
* Slower execution speed when going through rump?
* SMP Performance hit maybe?

Its like a mutant between micro and macro kernels. You get the macro kernel benefits of easy kernel aware development with some of the isolation of microkernels. Wed, 28 Apr 2010 19:31:00 GMT donotreply@osnews.com (Bill Shooter of Bul) Comments RE[2]: This is real news... http://www.osnews.com/thread?421315 http://www.osnews.com/thread?421315 I heard, that on the hardware using SPARC processors OpenBSD is doing much better, than NetBSD. But don't ask me for details; didn't dig into this deep enough.

One of the reasons AFAIR was that Theo de Raadt is fond of SPARC. Wed, 28 Apr 2010 21:22:00 GMT donotreply@osnews.com (Zbigniew) Comments cool! http://www.osnews.com/thread?421337 http://www.osnews.com/thread?421337 Really interesting... I'd love to see this kind of innovation in the (boring) Linux world.

BSDs are like Linux 10 years ago... hot and sexy.

Thu, 29 Apr 2010 00:25:00 GMT donotreply@osnews.com (sergio) Comments RE: Interesting http://www.osnews.com/thread?421402 http://www.osnews.com/thread?421402 Linux does absorb a lot, but it's funny to see someone complaining about that rather than the far more common "Why are udev and dmix not in the kernel?" complaints. Thu, 29 Apr 2010 13:27:00 GMT donotreply@osnews.com (sorpigal) Comments RE[3]: This is real news... http://www.osnews.com/thread?421427 http://www.osnews.com/thread?421427 Everyone should be fond of SPARC not just because I say of course but because SPARC is a standardized design (IEEE) no lisensing required... SPARC is what loongson claims to be and I'm sorry to say but Richard Stallman was duped when he got that loongson netbook as its hardware isn't open at all in fact its all extremely proprietary.

SPARC has inroads in space computing (high radiation environments)... mobile (S1 core) and Desktop/Server/Workstation with T1 and T2 processors.... if only companies would realise the advantage of using a design people can't sue you for useing versus ARM or MIPS which require expensive lisensing.

Interesting what netbsd is doing here I wonder if it works on SPARC32? this sounds alot like exokernel ideas are being implemented (optimised userspace libraries for usuaully kernel tasks) ... there was a comparison with MIT's exokenrel work that showed mind boggling proformance increases when libraries were optimised to the workload.Edited 2010-04-29 15:07 UTC Thu, 29 Apr 2010 15:04:00 GMT donotreply@osnews.com (cb88) Comments RE: Interesting http://www.osnews.com/thread?421433 http://www.osnews.com/thread?421433 Linux isn't absorbing more and more into the kernel. Things continue to move out of the kernel, or remain out of the kernel.

I'm guessing you are complaining about KMS. Well, hardware resource allocation and management SHOULD be in the kernel and should have never been in userspace. Thu, 29 Apr 2010 15:22:00 GMT donotreply@osnews.com (siride) Comments RE[2]: Interesting http://www.osnews.com/thread?421456 http://www.osnews.com/thread?421456 That's what I was thinking. You can't please everyone.

But, what has the kernel absorbed lately? Thu, 29 Apr 2010 17:09:00 GMT donotreply@osnews.com (boldingd) Comments RE: Very interesting http://www.osnews.com/thread?421459 http://www.osnews.com/thread?421459 I'd really like to see some (rigorous!) performance measures. It sounds technologically nifty, but I'd also expect a significant performance hit (from wandering back out of the kernel and into userspace again, and then probably at some point crossing the kernel/userspace boundary the other way several times while the driver operates). I'd really love to know what the real stability gain vs. performance penalty trade-off that we're talking about is. Thu, 29 Apr 2010 17:12:00 GMT donotreply@osnews.com (boldingd) Comments RE[2]: Very interesting http://www.osnews.com/thread?421490 http://www.osnews.com/thread?421490

I'd really like to see some (rigorous!) performance measures. It sounds technologically nifty, but I'd also expect a significant performance hit (from wandering back out of the kernel and into userspace again, and then probably at some point crossing the kernel/userspace boundary the other way several times while the driver operates).

Me too. I am not sure where they are heading with this, but on the other hand, many things are not performance-critical. Anyone know if they are using this by default for... I don't know, say FAT file system or USB sticks or something like that? Thu, 29 Apr 2010 18:42:00 GMT donotreply@osnews.com (strcpy) Comments RE[4]: This is real news... http://www.osnews.com/thread?421493 http://www.osnews.com/thread?421493 Loongson is MIPS-based, not SPARC-based. Thu, 29 Apr 2010 18:50:00 GMT donotreply@osnews.com (phoenix) Comments RE[3]: Interesting http://www.osnews.com/thread?421495 http://www.osnews.com/thread?421495 Ingo Molnar was involved in a long flamewar on the KVM mailing list as he want QEmu pulled into the kernel.

Thu, 29 Apr 2010 18:51:00 GMT donotreply@osnews.com (phoenix) Comments RE[4]: This is real news... http://www.osnews.com/thread?421496 http://www.osnews.com/thread?421496

Everyone should be fond of SPARC not just because I say of course but because SPARC is a standardized design (IEEE) no lisensing required...

Well, actually I fully agree - being an owner of Sun Ultra 10.

But ARM new processors look interesting as well. Thu, 29 Apr 2010 18:53:00 GMT donotreply@osnews.com (Zbigniew) Comments RE[4]: Interesting http://www.osnews.com/thread?421512 http://www.osnews.com/thread?421512 KVM did make it into the kernel, but that's not pointless kernel bloat; virtualization legitimately requires bits of code performing low-level hardware manipulation in a time-sensitive fashion, and needs bits in the kernel to achieve decent performance.

And, that's one. Keep going.

Thu, 29 Apr 2010 19:14:00 GMT donotreply@osnews.com (boldingd) Comments RE[5]: Interesting http://www.osnews.com/thread?421517 http://www.osnews.com/thread?421517 KVM == kernel-based virtual machine. It would be pretty silly to have that outsiide of the kernel.

Ingo wanted the whole of the QEmu userspace split in two: the KVM bits and everything else. And the KVM bits of QEmu pulled into the kernel. In effect, forking QEmu.

Thankfully, the KVM guys were able to convince him of just how wrong that would be.

Thu, 29 Apr 2010 19:32:00 GMT donotreply@osnews.com (phoenix) Comments RE[6]: Interesting http://www.osnews.com/thread?421538 http://www.osnews.com/thread?421538 I'm not entirely sure I'm following you here. What of QEmu did he want pulled in, that wasn't already covered by KVM?

(If you don't wanna type a long, dry answer, you can just give me a link to thread and let me read it myself.) Thu, 29 Apr 2010 20:03:00 GMT donotreply@osnews.com (boldingd) Comments RE[7]: Interesting http://www.osnews.com/thread?421550 http://www.osnews.com/thread?421550 Search the archives for the thread: [RFC] Unify KVM kernel-space and user-space code into a single project Thu, 29 Apr 2010 20:17:00 GMT donotreply@osnews.com (phoenix) Comments RE[5]: This is real news... http://www.osnews.com/thread?421565 http://www.osnews.com/thread?421565 "SPARC is what loongson claims to be" ...

He wasn't saying that it was MIPS at all. Read his commment properly. Thu, 29 Apr 2010 21:03:00 GMT donotreply@osnews.com (lucas_maximus) Comments RE[8]: Interesting http://www.osnews.com/thread?421571 http://www.osnews.com/thread?421571 If I'm reading that right, he didn't want QEMU integrated into the kernel itself, he wanted a minimal version of QEMU maintained in the kernel's repo (as part of the project, not as part of the resultant binary kernel image). He wanted something like a minimal reference front-end for KVM.

His motives in doing so, based on the little bit of that thread that I've read, are at least reasonably, if not compelling. And it's not really a flame war, either (again, for just the little bit of that thread that I've read). Thu, 29 Apr 2010 21:19:00 GMT donotreply@osnews.com (boldingd) Comments RE[4]: This is real news... http://www.osnews.com/thread?421669 http://www.osnews.com/thread?421669 In what way does Loongson "claim to be" SPARC? From what I read the instruction set is clearly MIPS-based.

I didn't think it was all that proprietary; the OpenBSD guys have a port already, and they usually don't have much fondness for closed hardware. Reading some of the devs' posts, it seems that the problems are that documentation is sparse (at least English documentation), and that certain aspects of the implementation are buggy.

All that said, for the $500 it costs to buy one in the US, I'll take a cheap i386 laptop. Fri, 30 Apr 2010 00:50:00 GMT donotreply@osnews.com (coreyography) Comments RE[5]: This is real news... http://www.osnews.com/thread?421735 http://www.osnews.com/thread?421735

In what way does Loongson "claim to be" SPARC? From what I read the instruction set is clearly MIPS-based.

I think he's trying to say that SPARC is truly an open platform as the Loongson claims to be. Clearly cb88 thinks Loongson's claim to be open is false. Fri, 30 Apr 2010 06:50:00 GMT donotreply@osnews.com (robertson) Comments RE[4]: Interesting http://www.osnews.com/thread?422192 http://www.osnews.com/thread?422192 If I remember correctly, he wanted to put the qemu code in the kernel source tree and not to run the whole qemu in kernel space. It's hardly the same thing. Sun, 02 May 2010 11:21:00 GMT donotreply@osnews.com (anarxia) Comments