6 ms·

Announcing NetBSD 7.0

96 points by skreuzer 11y ago

bitmadness 11y ago
Anyone here use NetBSD? If so, what are your thoughts? Lack of USB 3.0 support is a turn-off for me... Will probably go with OpenBSD instead.
- jquast 11y ago
  probably the right choice (unless you are a netbsd or pkgsrc contributor).
- deleted 11y ago
  [deleted]
- bch 11y ago
  I am, and love it. It's not without flaws, but it's compelling enough that I live with its shortcomings. What do I like ? 1) One codebase that supports 57 targets. This code is well exercised. 2) Nice balance of conservatism and progressiveness. Seems well-rooted in tradition, but still progressive/interesting with things like the RUMP kernels[0], Lua kernel interface[1], etc. 3) Plays well with others. It's probably out-and-about more than people realize. I once had a printer that had NetBSD as its OS. Original Apple airport units[2] were NetBSD (as is a good amount of MacOS X userland[3], apparently) -- but as an explicit product (i.e.: using it directly by choice), it's nice, and it interacts well enough with other systems as well. It's got a simple httpd in the base, and ftpd, ssh, etc for swapping files in/out in an emergency. It will read FAT filesystems, or ext2,3(,4?), it runs firefox, etc. (admittedly, I don't care too much about high-level end-user software, and depending on what you think you need, you might be better served elsewhere -- including moving to Windows or MacOS X). 4) I've used NetBSD as my principle OS since 1.6 (2002). It has supported my work, taught me things, and kept my interest. If you're interested in seeing what it's about, you should install it and give it a good try. [0] https://en.wikipedia.org/wiki/Rump_kernel https://en.wikipedia.org/wiki/Rump_kernel [1] https://www.netbsd.org/gallery/presentations/mbalmer/fosdem2012/kernel_mode_lua.pdf https://www.netbsd.org/gallery/presentations/mbalmer/fosdem2... [2] https://news.ycombinator.com/item?id=4117803 https://news.ycombinator.com/item?id=4117803 [3] http://www.netbsd.org/gallery/products.html#darwin http://www.netbsd.org/gallery/products.html#darwin
  - keithpeter 11y ago
    OK, what is laptop support like? I may try a test install over the weekend.
    - bch 11y ago
      I've historically run on Thinkpads. I've had accelerated Intel integrated gfx, working wireless (Intel Centrino 4965/5000/1000, 1000/2000/6000, 7260/7265/3160), tuneable CPU frequency... If you've got the luxury of some medium that you can do a test install on, just do it. The install is text-based and really simple, so you shouldn't get hung up there. I assume you'll want X11, so you'll run "X -configure" to generate an xorg.conf. Grab the pkgsrc[0] framework to build 3rd party apps from source, or, use pkg_add(1)[1] (I don't know what's currently available for NetBSD7 in terms of pre-built packages; quick check shows at least some packages are, and they're _probably_ the most popular ones) #netbsd on freenode.net IRC is your friend, too. Good luck! [0] https://www.pkgsrc.org/ https://www.pkgsrc.org/ [1] http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README-all.html http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README-all.h...
      - keithpeter 11y ago
        Thanks for reply. I shall indeed try an install and see what I can get from pkg_add. OpenBSD works fine with suspend functionality on the X61s.
        bch 11y ago
        Ya, OpenBSD has done some pretty remarkable work on the laptop front, and I find it interesting, because it's not where I would have guessed they'd be interested. They're leaders in the accelerated gfx and wireless. I'm used to thinking of the project being more focused on hardening applications. Certainly NetBSD has benefited from the work done in Open, by way of the famous *BSD cross-pollination. I hope you enjoy Net even a fraction as much as I do.
        stock_toaster 11y ago
too_late 11y ago
I am so excited! I have been waiting to have an excuse to spend some time with BSD, Lua kernel scripting is definitely going to be something I mess with this weekend. Awesome!
- cliffwarden 11y ago
  Have you seen any info on where to get started with the Lua kernel scripting? This sounds like too much fun!
  - too_late 11y ago
    None so far, at least that I've seen. I saw the slides and everything when they were first discussing this, but I havent seen any docs for actually using it yet. Good things take time, though. You might also try the irc, I'm away or I'd go ask 'em for ya.
  - GmeSalazar 11y ago
    Hey, The manpages for lua(4) and luactl(8) may be of help. lua(4) is the device driver which allows you manage Lua states in the kernel through an ioctl interface. With luactl(8) you can create and destroy states, load and execute scripts, and require modules. Example: 1. Load lua(4) driver modload lua 2. Create a Lua state in the kernel luactl create s0 3. Load and execute a script named hello.lua luactl load s0 ./hello.lua 4. dmesg A Lua state is created empty. In order to load the standard libs (base, string, table, ...) into that state you'd need to do a luaL_openlibs(). Even though the libs are compiled into lua(4), you can't easily load them with luactl. [1] is a patch that adds a 'openlibs' command to luactl. After you apply it and recompile luactl, you can do that: luactl openlibs s0 Btw, we've ported Lua test suite to the NetBSD kernel in this year's GSoC. Part of the work was on porting parts of the standard libraries which were not available in kernel Lua (e.g., os, io, math). Take a look at [2]. Let me know if you need any help. My email address is my HN username at gmail.com ---- [1] https://github.com/gmesalazar/kerneltest/blob/master/kernel/patches/luactl-openlibs.patch https://github.com/gmesalazar/kerneltest/blob/master/kernel/... [2] https://github.com/gmesalazar/kerneltest/ https://github.com/gmesalazar/kerneltest/
Tepix 11y ago
Congratulations to the NetBSD team! The new blacklistd sounds interesting, are the plans to make it available on other operating system as well? Is anyone using NetBSD on a "Orange Pi" board (AllWinner A20, it's mentioned in the release notes so I guess it will work)? What about the "Orange Pi Plus" (AllWinner H3)? These boards offer a lot of performance for the buck.
- rjsw 11y ago
  The Orange Pi Plus isn't supported.
jmsdnns 11y ago
Reminder: Apple's airport hardware typically runs NetBSD. The airport extreme is a good example.
akavel 11y ago
I'm not sure if I understand well the "rump kernel"/"anykernel" idea as implemented in NetBSD. Could anybody please help me with that - specifically, how this differs from a microkernel? My current idea is that I can take the current NetBSD kernel and: a) for some (any? or only some?) hardware subsystems, ask the kernel (by some switch/config? where?) to run drivers in userspace, in "microkernel-like" way (and thus they reboot transparently in case of failure/bug/crash?), at some performance cost; b) compile out/disable (? by some preprocessor directive?) some subsystems of the kernel, so that I get a "smaller" kernel e.g. for embedded machines which don't have video-card/GPU hardware; and probably also combine the both above approaches together - i.e. build a reduced kernel like in (b), and then optionally run any missing subsystems/drivers like in (a). Is that correct? Or am I wrong?
- anttiok 11y ago
  "a" is sort of orthogonal to rump kernels, but yes, you can run at least file system drivers transparently as userspace servers (just give -o rump to mount(8)). I've also run a USB modem driver as a userspace server, in the "the kernel I'm running doesn't contain support, but a future kernel revision has" fashion. For "b", rump kernels don't support "compiling out". Rather, the idea is to "link in" only what you need, as in "don't need file systems in that particular application? well don't link in VFS then". I'm not sure if you're right or wrong, but maybe the rump kernel FAQ at http://wiki.rumpkernel.org/Info:-FAQ http://wiki.rumpkernel.org/Info:-FAQ will straighten your thoughts. In the regrettable case that it doesn't, you can always suggestion additional questions.
  - akavel 11y ago
    Actually, I've asked my question after trying to do some basic reading on my own, but it only deepened my confusion, unfortunately. I vaguely remembered that "rump kernels" seemed to mean "assume we're on Xen/KVM/... and make use of that", or a notion of "library kernels" -- one of those two, though not 100% sure which one (or both?). But then from some NetBSD docs/wikis/... it started to look to me like they're adding another term "anykernel" here and there, and then naming with that some microkernel-like stuff, like mounting stuff in userspace, but then not sure why naming the option as "rump", etc -- and all of that made me more and more confused, instead of less. And that's what made me ask here.

96 points by skreuzer 11y ago

Anyone here use NetBSD? If so, what are your thoughts? Lack of USB 3.0 support is a turn-off for me... Will probably go with OpenBSD instead.

jquast 11y ago
probably the right choice (unless you are a netbsd or pkgsrc contributor).
deleted 11y ago
[deleted]
bch 11y ago
I am, and love it. It's not without flaws, but it's compelling enough that I live with its shortcomings. What do I like ? 1) One codebase that supports 57 targets. This code is well exercised. 2) Nice balance of conservatism and progressiveness. Seems well-rooted in tradition, but still progressive/interesting with things like the RUMP kernels[0], Lua kernel interface[1], etc. 3) Plays well with others. It's probably out-and-about more than people realize. I once had a printer that had NetBSD as its OS. Original Apple airport units[2] were NetBSD (as is a good amount of MacOS X userland[3], apparently) -- but as an explicit product (i.e.: using it directly by choice), it's nice, and it interacts well enough with other systems as well. It's got a simple httpd in the base, and ftpd, ssh, etc for swapping files in/out in an emergency. It will read FAT filesystems, or ext2,3(,4?), it runs firefox, etc. (admittedly, I don't care too much about high-level end-user software, and depending on what you think you need, you might be better served elsewhere -- including moving to Windows or MacOS X). 4) I've used NetBSD as my principle OS since 1.6 (2002). It has supported my work, taught me things, and kept my interest. If you're interested in seeing what it's about, you should install it and give it a good try. [0] https://en.wikipedia.org/wiki/Rump_kernel https://en.wikipedia.org/wiki/Rump_kernel [1] https://www.netbsd.org/gallery/presentations/mbalmer/fosdem2012/kernel_mode_lua.pdf https://www.netbsd.org/gallery/presentations/mbalmer/fosdem2... [2] https://news.ycombinator.com/item?id=4117803 https://news.ycombinator.com/item?id=4117803 [3] http://www.netbsd.org/gallery/products.html#darwin http://www.netbsd.org/gallery/products.html#darwin
- keithpeter 11y ago
  OK, what is laptop support like? I may try a test install over the weekend.
  - bch 11y ago
    I've historically run on Thinkpads. I've had accelerated Intel integrated gfx, working wireless (Intel Centrino 4965/5000/1000, 1000/2000/6000, 7260/7265/3160), tuneable CPU frequency... If you've got the luxury of some medium that you can do a test install on, just do it. The install is text-based and really simple, so you shouldn't get hung up there. I assume you'll want X11, so you'll run "X -configure" to generate an xorg.conf. Grab the pkgsrc[0] framework to build 3rd party apps from source, or, use pkg_add(1)[1] (I don't know what's currently available for NetBSD7 in terms of pre-built packages; quick check shows at least some packages are, and they're _probably_ the most popular ones) #netbsd on freenode.net IRC is your friend, too. Good luck! [0] https://www.pkgsrc.org/ https://www.pkgsrc.org/ [1] http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README-all.html http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/README-all.h...
    - keithpeter 11y ago
      Thanks for reply. I shall indeed try an install and see what I can get from pkg_add. OpenBSD works fine with suspend functionality on the X61s.
      - bch 11y ago
        Ya, OpenBSD has done some pretty remarkable work on the laptop front, and I find it interesting, because it's not where I would have guessed they'd be interested. They're leaders in the accelerated gfx and wireless. I'm used to thinking of the project being more focused on hardening applications. Certainly NetBSD has benefited from the work done in Open, by way of the famous *BSD cross-pollination. I hope you enjoy Net even a fraction as much as I do.
        stock_toaster 11y ago

too_late 11y ago

I am so excited! I have been waiting to have an excuse to spend some time with BSD, Lua kernel scripting is definitely going to be something I mess with this weekend. Awesome!

cliffwarden 11y ago
Have you seen any info on where to get started with the Lua kernel scripting? This sounds like too much fun!
- too_late 11y ago
  None so far, at least that I've seen. I saw the slides and everything when they were first discussing this, but I havent seen any docs for actually using it yet. Good things take time, though. You might also try the irc, I'm away or I'd go ask 'em for ya.
- GmeSalazar 11y ago
  Hey, The manpages for lua(4) and luactl(8) may be of help. lua(4) is the device driver which allows you manage Lua states in the kernel through an ioctl interface. With luactl(8) you can create and destroy states, load and execute scripts, and require modules. Example: 1. Load lua(4) driver modload lua 2. Create a Lua state in the kernel luactl create s0 3. Load and execute a script named hello.lua luactl load s0 ./hello.lua 4. dmesg A Lua state is created empty. In order to load the standard libs (base, string, table, ...) into that state you'd need to do a luaL_openlibs(). Even though the libs are compiled into lua(4), you can't easily load them with luactl. [1] is a patch that adds a 'openlibs' command to luactl. After you apply it and recompile luactl, you can do that: luactl openlibs s0 Btw, we've ported Lua test suite to the NetBSD kernel in this year's GSoC. Part of the work was on porting parts of the standard libraries which were not available in kernel Lua (e.g., os, io, math). Take a look at [2]. Let me know if you need any help. My email address is my HN username at gmail.com ---- [1] https://github.com/gmesalazar/kerneltest/blob/master/kernel/patches/luactl-openlibs.patch https://github.com/gmesalazar/kerneltest/blob/master/kernel/... [2] https://github.com/gmesalazar/kerneltest/ https://github.com/gmesalazar/kerneltest/

Tepix 11y ago

Congratulations to the NetBSD team! The new blacklistd sounds interesting, are the plans to make it available on other operating system as well? Is anyone using NetBSD on a "Orange Pi" board (AllWinner A20, it's mentioned in the release notes so I guess it will work)? What about the "Orange Pi Plus" (AllWinner H3)? These boards offer a lot of performance for the buck.

rjsw 11y ago
The Orange Pi Plus isn't supported.

jmsdnns 11y ago

Reminder: Apple's airport hardware typically runs NetBSD. The airport extreme is a good example.

akavel 11y ago

I'm not sure if I understand well the "rump kernel"/"anykernel" idea as implemented in NetBSD. Could anybody please help me with that - specifically, how this differs from a microkernel? My current idea is that I can take the current NetBSD kernel and: a) for some (any? or only some?) hardware subsystems, ask the kernel (by some switch/config? where?) to run drivers in userspace, in "microkernel-like" way (and thus they reboot transparently in case of failure/bug/crash?), at some performance cost; b) compile out/disable (? by some preprocessor directive?) some subsystems of the kernel, so that I get a "smaller" kernel e.g. for embedded machines which don't have video-card/GPU hardware; and probably also combine the both above approaches together - i.e. build a reduced kernel like in (b), and then optionally run any missing subsystems/drivers like in (a). Is that correct? Or am I wrong?

anttiok 11y ago
"a" is sort of orthogonal to rump kernels, but yes, you can run at least file system drivers transparently as userspace servers (just give -o rump to mount(8)). I've also run a USB modem driver as a userspace server, in the "the kernel I'm running doesn't contain support, but a future kernel revision has" fashion. For "b", rump kernels don't support "compiling out". Rather, the idea is to "link in" only what you need, as in "don't need file systems in that particular application? well don't link in VFS then". I'm not sure if you're right or wrong, but maybe the rump kernel FAQ at http://wiki.rumpkernel.org/Info:-FAQ http://wiki.rumpkernel.org/Info:-FAQ will straighten your thoughts. In the regrettable case that it doesn't, you can always suggestion additional questions.
- akavel 11y ago
  Actually, I've asked my question after trying to do some basic reading on my own, but it only deepened my confusion, unfortunately. I vaguely remembered that "rump kernels" seemed to mean "assume we're on Xen/KVM/... and make use of that", or a notion of "library kernels" -- one of those two, though not 100% sure which one (or both?). But then from some NetBSD docs/wikis/... it started to look to me like they're adding another term "anykernel" here and there, and then naming with that some microkernel-like stuff, like mounting stuff in userspace, but then not sure why naming the option as "rump", etc -- and all of that made me more and more confused, instead of less. And that's what made me ask here.