Re: NetBSD with a gaming keyboard
On Tue, 15 Aug 2017, Christian Baer wrote: I haven't actually seen the new one. It has tempted me for a while now, but all too often, remakes of movies I knew as a child, have not been too good. Just think of Star Wars Ep1. So, I was actually quoting the 1982 movie. There is no equal to Jar Jar Binks in the new Tron. However, I have very little nostalgia about the old one. So, YMMV, but I thought the new one was even better. Flynn's Arcade was awesome, especially the scene with the psuedo-Unix machine he "enters" the grid via. This is actually the part that I am a little nervous about. If a drive breaks and I have to replace it, will the rebuild work correctly? Yes. I can vouch for that. However, once I have basic operations like bad disc replacement taken care of, I don't spend much time worrying about the block level for resiliency. I worry about file level *backups*. Then it doesn't matter what you use for a backing store unless it's too slow or too unstable. Because I have not actually followed the development of ZFS on different platforms, you lost me a bit. To the point then, Oracle thinks *they* are the single-source-of-truth about ZFS. Their versioning scheme reflects that. I remember reading a while back that FreeBSD is or could be the de facto reference (development) platform for ZFS and not Solaris. Well it could be a reference platform, depending on who you ask, as long as you don't ask Oracle. The version of ZFS that comes with Solaris 11 is so different it simply won't work with anyone else's anymore, including freeware Solaris distributions. Since I had no plans to use Solaris (which really sucked rocks concerning hardware support on amd64 the last time I checked) I haven't had problems with AMD64 hardware with Solaris x86_64, but I've got massive problems with recommending it due to SMF being an unvarnished turd pool in my opinion (along with 100% of the other places where they implemented XML and binary-opaque SQLite databases which replaced static text files). Most of the actual Solaris 11 bugs I've seen have been with networking code and dladm. I work in a support role for legacy and current Unix systems. 90% of the calls I get on Solaris now are for changing basic IP setups since it's become such an unreliable PITA mere mortals can't figure out how to make it work consistently, even after doing everything Oracle's documentation says and it still won't work. Several have downgraded back to Solaris 10 or permanently delayed upgrading from Solaris 8 or 10 after experiences with 11. We shouldn't be too surprised. In my personal opinion, SunOS/Solaris has been going downhill ever since the move to SysV with a brief pause at SunOS 5.6 and 5.8. I don't know. I always imagined that because FreeBSD hat great working disc encryption via the GEOM subsystem (i.e. geli and gbde) - and both work well with ZFS - there was little motivation to include and maintain another encryption system. Except for the fact that ZFS is it's own volume management system and can compete with GEOM as well as cooperating with it. So, it's conceivable that someone might want encryption without the hassle or complication of GEOM and staying with "native" ZFS zpool block devices. There is chattering in FreeBSD land on just that topic, and the natives don't seem satisfied with GELI. See this thread: https://forums.freebsd.org/threads/56869/ There are distinct and specific advantages of having encryption in the ZFS/zpool toolbox due to the architecture of the L2ARC and ZIL. So, it's not even a wrongheaded thing to want. Basically, I have to ask: What is the current status/version of ZFS on Solaris, NetBSD and FreeBSD? Linux is a special case due to the "unique" and annoying license. My assertion would be the current state of ZFS for all of them is "Fragmented and dynamic". I will point out with a certain level of schadenfreude that Linux seems to be the *least* well integrated and functional of the lot. They can thank the GPL for that. I don't quite see the parallels here. Okay forget the stupid analogy. I'll be blunt. I find the expectation by Oracle that folks will bow to *their* special snowflake version of ZFS annoying. We aren't all going to buy an Oracle service contract for Solaris 11 due to the overwhelming greatness of the judgment of the ZFS coders at Oracle. We don't owe them anything except maybe pat on the head for the original ZFS effort which was basically done by a mostly different group of people in a different company that no longer exists. I don't feel any technical debt to Oracle. They are just owners of some aging IP. Honestly, they seem to be more interested in BTRFS than in ZFS sometimes. If the kind of music (or whatever) you make is exactly what the people want, good for you! ... and my point is if you make a garbage album to appease your "artistic vision", don't go on talk shows crying about how your fans
Re: NetBSD with a gaming keyboard
---=== Warning ===--- This post hast TL;DR potential! :-) On Thu, 10 Aug 2017 12:13:48 -0600 (MDT) Swift Griggs wrote: >> Greetings, Programs! ;-) > If you haven't seen the new Tron Legacy, I'd recommend it. It's > awesome. I'm not sure which one you are quoting :-) I haven't actually seen the new one. It has tempted me for a while now, but all too often, remakes of movies I knew as a child, have not been too good. Just think of Star Wars Ep1. So, I was actually quoting the 1982 movie. For those who have no idea what we are talking about... :-) http://www.imdb.com/title/tt0084827/ > You could just reverse the order, and put the CGD devices on top of > RAIDframe instead of visa versa. As far as I imagine, it's not > important as long as it's encrypted by the time you go to lay down a > file system. This is actually the part that I am a little nervous about. If a drive breaks and I have to replace it, will the rebuild work correctly? In theory, it will, but there is quite often a difference between theory and practice. But this is something we can discuss should the need arise in the future. > > Also, just as an aside, you don't have to do any of this in recent > versions of Solaris since they've held back the encryption > functionality in ZFS. Oracle has been pretty narrow minded about new > ZFS features. They want to camp on them, highlight them as "value > add" that comes with Solaris versus a negative poo-pooing of FreeBSD, > Illumos (or whatever these free Solaris distros call themselves now - > I can't keep up with that crap), and ZFS-on-Linux implementations. > Because I have not actually followed the development of ZFS on different platforms, you lost me a bit. I remember reading a while back that FreeBSD is or could be the de facto reference (development) platform for ZFS and not Solaris. Since I had no plans to use Solaris (which really sucked rocks concerning hardware support on amd64 the last time I checked), I didn't concern myself too much with the versions of ZFS on anything else than FreeBSD. Why the encryption of ZFS has never made it to FreeBSD, I don't know. I always imagined that because FreeBSD hat great working disc encryption via the GEOM subsystem (i.e. geli and gbde) - and both work well with ZFS - there was little motivation to include and maintain another encryption system. Basically, I have to ask: What is the current status/version of ZFS on Solaris, NetBSD and FreeBSD? Linux is a special case due to the "unique" and annoying license. > > It reminds of a band that made a really great album, that album gets > them lots of new fans and then the artist makes another album that's > sucks but just expects the new fans to buy it automatically. Then > they go on talk shows and whine about how their artistic vision has > changed and the old fans are just holding them back (but should pony > up $$$ whenever asked). Screw that. Life is hard, sometimes you gotta > cater to your fans and drown your stupid new "artistic vision" in the > bathtub. In my personal opinion, Oracle's vision for Solaris has > pretty well sucked, including their "leadership role" for ZFS. The > future of ZFS doesn't seem all that certain to me (FreeBSD is > providing more leadership than Oracle). > Are these by chance women? :-D I don't quite see the parallels here. :-/ If you make something (music or anything else), then you can either try to make something you like (and risk not so many other people liking it) or you can try to please the masses and boost your sales. If the kind of music (or whatever) you make is exactly what the people want, good for you! You will be rich. But there is no entitlement for that. People are free to buy what they want and if they think your newest album sucks, you might have to drive your old car for a little longer. I don't quite get what this has to do with ZFS on Solaris or anything else - especially because Solaris is not exactly Oracle's main cash cow. > It is a mess. A structured, deterministic, reliable mess, but still a > mess when compared to ZFS. The idea, I think, was to follow a more > Unixy philosophy and split up block-level and file system > functionality. It turns out that's a good idea because if your volume > management still rocks but a better file system comes along, you are > able to take advantage of that. If some filesystem comes along that > kicks ZFS's butt, you have to throw out the ZFS volume management > baby (zpools) with the file system bathwater. Not really. Even is something else comes out, that is better than ZFS (HAMMER2 isn't looking too bad right now), then changing the file system probably won't be worth the effort unless my requirements change quite a bit (which I currently don't see happening), or the opportunity arises (because for instance, I have to change the hardware). But as long as ZFS works, I probably won't have any pain that compels me to make any changes. > I use generic ones at least visually identical to t
Re: NetBSD with a gaming keyboard
On Sun, Aug 13, 2017 at 09:35:53PM -0400, Ian D. Leroux wrote: > > Really? I've never owned a Das, but everything I've read (including > their own publicity materials) says that they use Cherry switches or > clones thereof, which are mechanical but very different from buckling > springs: > Ah silly me - I thought they were the same. Yes Das use cherry mechanical switches. -- Brett Lymn Let go, or be dragged - Zen proverb.
Re: NetBSD with a gaming keyboard
On Thu, Aug 10, 2017 at 03:41:37PM +0200, Christian Baer wrote: > On Wed, 2017-08-09 at 11:43 -0500, Jonathan A. Kollasch wrote: > > > I doubt that alone will work. I've been sitting on a ukbd(4) rototill > > that addresses this issue that I need to work on getting committable. > > If there is anything I can do to help this along, please give me a > shout! I am quite happy to assist in any meaningful way that I can! > > Best regards, > Chris I've committed my changes to ukbd.c and uhidev.c yesterday. I've tested it only with some random Logitech/Lite-On membrane keyboard that has a 6KRO Bootstrap Keyboard report, and a keyboard running QMK that does full USB NKRO. Jonathan Kollasch
Re: NetBSD with a gaming keyboard
On Wed, 2017-08-09 at 08:56 -0700, Brian Buhrow wrote: Hello Brian! > hello. I'm curious what brought you back to NetBSD from FreeBSD. This could end up being a longer post - more than I'd care to write at the moment. Additionally, I'm pretty sure, this is not the correct place for such a discussion. So I'll just give you the short version: With FreeBSD every update seems to break something - or many things. Although I haven't looked much into this, I am guessing, this has to do with dependencies that are not or cannot be resolved properly. A security patch led to Firefox being without sound. Updating an application left X no longer starting at all. In this case I could resolve the problem by updating the nvidia-driver. But there were times, when I had to start from scratch. I remember a while back, that I could cause a panik after an update during boot if I added a module to the kernel. This was on sparc64. I could get the module to run by loading it at boot time, but compiling it into the kernel was a nogo. I contacted the module's developer at the time, described the problem and offered to run a Sun Ultra 60 with a virgin FreeBSD and give him both ssh and serial access to it for testing. But alas, no dice... My hopes are that NetBSD with its focus on portability and code quality, that I will get a slightly less feature-rich system, while saving me some of the problems I had during the last couple of weeks with FreeBSD. Call me boring, square or non-adventurous, but to me an update within a release (example: from 10.1 to 10.1-p2) should *never* break anything -especially not frequently used software like Firefox, X or GIMP. I hope this satisfies your curiousity for now. :-) If I choose to stick with NetBSD, I have decided to take some notes and then I might write some more about this. Best, Chris
Re: NetBSD with a gaming keyboard
On Mon, 14 Aug 2017 07:46:39 +0930 Brett Lymn wrote: > I have a Das Keyboard which works fine with NetBSD (well, apart from > the mouse not being detected *sometimes* when it is plugged into the > in-built usb hub on the keyboard). The keys are the buckling spring > design. Really? I've never owned a Das, but everything I've read (including their own publicity materials) says that they use Cherry switches or clones thereof, which are mechanical but very different from buckling springs: http://www.keyboardco.com/blog/index.php/2012/12/an-introduction-to-cherry-mx-mechanical-switches/ vs. https://en.wikipedia.org/wiki/Buckling_spring -- IDL
Re: NetBSD with a gaming keyboard
On Thu, Aug 10, 2017 at 10:02:42AM -0500, John D. Baker wrote: > > Usually, hard-core gamers demand PS/2 keyboard ports because USB keyboards > are not responsive enough for "twitch" gaming. Thats why a number of > main boards retain PS/2 keyboard ports. > Not response, you can poll the USB fast enough, gamers like ps/2 because you can get true n-key rollover (hold down as many keys as you like at once and they all get detected). The USB packet has a limit to the number of key down events that can be reported. Of course the keyboard has to support this too but the gamer oriented keyboards do. > > Check out "pckeyboard.com" and look under Unicomp Keyboards for the > "Classic". They are a bit pricy, but I think worth it for a piece of > equipment you must touch to use. > I have a Das Keyboard which works fine with NetBSD (well, apart from the mouse not being detected *sometimes* when it is plugged into the in-built usb hub on the keyboard). The keys are the buckling spring design. -- Brett Lymn Let go, or be dragged - Zen proverb.
Re: NetBSD with a gaming keyboard
On Thu, 10 Aug 2017, Christian Baer wrote: Greetings, Programs! ;-) If you haven't seen the new Tron Legacy, I'd recommend it. It's awesome. I'm not sure which one you are quoting :-) I'm not sure exactly, why I didn't like the RAIDframe for doing this. If memory serves me, I believe that the RAIDframe would only work on physical devices and not atop cgds. You could just reverse the order, and put the CGD devices on top of RAIDframe instead of visa versa. As far as I imagine, it's not important as long as it's encrypted by the time you go to lay down a file system. Also, just as an aside, you don't have to do any of this in recent versions of Solaris since they've held back the encryption functionality in ZFS. Oracle has been pretty narrow minded about new ZFS features. They want to camp on them, highlight them as "value add" that comes with Solaris versus a negative poo-pooing of FreeBSD, Illumos (or whatever these free Solaris distros call themselves now - I can't keep up with that crap), and ZFS-on-Linux implementations. Thanks a lot Oracle. *pumps fist*:-( It reminds of a band that made a really great album, that album gets them lots of new fans and then the artist makes another album that's sucks but just expects the new fans to buy it automatically. Then they go on talk shows and whine about how their artistic vision has changed and the old fans are just holding them back (but should pony up $$$ whenever asked). Screw that. Life is hard, sometimes you gotta cater to your fans and drown your stupid new "artistic vision" in the bathtub. In my personal opinion, Oracle's vision for Solaris has pretty well sucked, including their "leadership role" for ZFS. The future of ZFS doesn't seem all that certain to me (FreeBSD is providing more leadership than Oracle). I would have had to create the RAID volume and create the cgd on top of that, which could potentially leave a mess. It is a mess. A structured, deterministic, reliable mess, but still a mess when compared to ZFS. The idea, I think, was to follow a more Unixy philosophy and split up block-level and file system functionality. It turns out that's a good idea because if your volume management still rocks but a better file system comes along, you are able to take advantage of that. If some filesystem comes along that kicks ZFS's butt, you have to throw out the ZFS volume management baby (zpools) with the file system bathwater. RAIDframe also relies on a different configuration paradigm. You hack on a config file and that basically houses all your RAID layout logic. With ZFS everything is done via CLI without a static config. So, that makes ZFS faster and easier to setup (the zfs & zpool tools/CLI is very well thought out and uses clear directives). However, if I had to support a client trying to ressurrect a broken system with RAIDframe versus a broken system with ZFS, I'd pick RAIDframe because you have a config file to look at (assuming you have backups) and there is less "magic" and "autodetection" with RAIDframe and less metadata embedded in the devices that can't see. Plus, if you have filesystem corruption, the odds are that your volume management is still fine. Just pointing out that although ZFS seems "superior" up front, you could get yourself into a recovery situation where it'd be better to be using RAIDframe, especially if you start thinking like a person at the top of an org like The NetBSD Foundation who might not want to discard volume management whenever new file systems emerge. Noone could tell me where to get one that worked. There are lots of converters for PS/2 to USB and they work fine with mice and simple keyboards. I also tend to use them with PS/2 repeaters which are much harder to find. Repeaters are the key to having smooth experiences with PS/2, in my opinion. They are hard to find even on Ebay and have wide swings in price ($50 to $150). However, on my SGI systems they are indispensable since I use them on a KVM switch and without a repeater the kb + mouse dies after one switch back and forth. Startech still sells two-part PS/2 repeaters/extenders (http://tinyurl.com/y9295wzk), and those will work, but I'll tell you that you can occasionally find all-in-one PS/2 repeaters on Ebay. I spent months searching and gather up my collection. I can't even find a picture of one of those. If you're interested I can look at the model numbers when I get home. I use generic ones at least visually identical to this one: http://www.ebay.com/itm/Generic-PS2-to-USB-Male-Adapter-Cable-for-Keyboard-and-Mouse-Converter-Plug-/350753900560 The Model M seems to need too much juice to work. I bought and tried several of these things but never found one that made my Model M power up. They are very power hungry, but they are also very repeater friendly. The key is, as you describe, finding a PS/2-to-USB converter with a high enough power budget. Also, be aware
Re: NetBSD with a gaming keyboard
On Wed, 09 Aug 2017 16:08:55 +0200, Christian Baer wrote: > I installed NetBSD on Tuesday evening, which wasn't quite as painless > as I had hoped. My main problem currently is with my keyboard. For > years I had an IBM Model-M, which I loved and never wanted to give > up. An new computer forced me to give it up though because the new > MoBo doesn't have a PS/2 port. :-/ I'm not *that* much into gaming, Like you, I came to know the wonder that is the Model M keyboard, albeit rather later than others. I can't imagine using anything else. Usually, hard-core gamers demand PS/2 keyboard ports because USB keyboards are not responsive enough for "twitch" gaming. Thats why a number of main boards retain PS/2 keyboard ports. USB->PS/2 adapters are hit-or-miss (mostly "miss"). Unicomp makes keyboards with the classic Model-M "buckling spring" keyswitch design and offer native USB versions of these keyboards. Also, some modern PS/2-equipped main boards probe for the keyboard too soon for an original Model M to be ready and respond. The new-production PS/2 Model M powers up quickly enough to satisfy these boards. Check out "pckeyboard.com" and look under Unicomp Keyboards for the "Classic". They are a bit pricy, but I think worth it for a piece of equipment you must touch to use. I have no affiliation with Unicomp other than that of a very satisified customer of their keyboards. Now, if only USB keyboards would work on x86 in "userconf" and "boot -a". -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]mylinuxisp[flyspeck]comOpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: NetBSD with a gaming keyboard
On Wed, 2017-08-09 at 11:43 -0500, Jonathan A. Kollasch wrote: > I doubt that alone will work. I've been sitting on a ukbd(4) rototill > that addresses this issue that I need to work on getting committable. If there is anything I can do to help this along, please give me a shout! I am quite happy to assist in any meaningful way that I can! Best regards, Chris
Re: NetBSD with a gaming keyboard
On Wed, 9 Aug 2017 09:20:29 -0600 (MDT) Swift Griggs wrote: Greetings, Programs! ;-) >> ZFS seemed like the better (and easier) solution for me at the >> time. > ZFS seems more simple to me, too. However, RAIDframe is stable and > usable, too. I never doubted the RAIDframe for a minute. :-) I am sure it's stable an usable. However, setting it up would have been quite a hassle because I wanted the data on the volume to be encrypted, without sacrificing the whole point of the RAID (like being able to replace a single broken drive). Note on this: I have built several computers in my life with four or five HDs in them, only to see one of the HDs go bad within 6-9 months, while the others all lasted well past their warranty expiration dates. You might say, I have a slight bias here. :-) Doing this with ZFS on FreeBSD was relatively trivial: partition the drives (in my case, GPT, one partition per drive), create a cryptographic device (.eli) on each partition and then create a zpool across all .eli devices. Replacing a drive would be trivial too. I'm not sure exactly, why I didn't like the RAIDframe for doing this. If memory serves me, I believe that the RAIDframe would only work on physical devices and not atop cgds. I would have had to create the RAID volume and create the cgd on top of that, which could potentially leave a mess. Please take this with a couple of grains of salt - more like a tablespoon. :-) It's a while back and it's possible that my memory is really lacking. >> For years I had an IBM Model-M, which I loved and never wanted to >> give up. An new computer forced me to give it up though because the >> new MoBo doesn't have a PS/2 port. :-/ > Use a USB to PS/2 converter dongle. They are cheap and available all > over the place. They also usually function as PS/2 repeater, so you > can plug and unplug the thing at will or use it on a PS/2 KVM. Noone could tell me where to get one that worked. There are lots of converters for PS/2 to USB and they work fine with mice and simple keyboards. The Model M seems to need too much juice to work. I bought and tried several of these things but never found one that made my Model M power up. > I'm a keyboard nut and I have multiple IBM models, including the M. Which one is your personal preference? >> A message I get while booting up is: ukbd1: attach failed, too >> many modifier keys > Whoa. That's a new one on me. Usually you can use usbhidctl and > usbhidaction to program those keys (though I've had problems with > usbhidaction lately). Still, at worst, the keyboards mostly still > work. It was new to me too. Ok, I never tried a USB-keyboard with NetBSD before. The last time I went with the Model M. :-) > If it were me I'd hunt down that message in the kernel code and try > to find out what the error condition was when it's thrown. Also, what > prevents you from running it in BIOS mode? I find UEFI annoying even > if it is "the future". Does it give you some advantage? This *is* the way, I am currently using the keyboard. However, in BIOS mode, all additional keys (like media, windows, menu) as well as the volume wheel are disabled. I haven't tried if the German special characters (umlaute) work in this mode, but I wouldn't be surprised if they didn't. Unfortunately, I am not really into kernel hacking. I've always wanted to do something like this, but I have never really gotten down to it. Well, not much anyways. I have changed code in the Linux kernel before to get certain hardware to work properly, but I know too little about the NetBSD kernel to consider me changing kernel code to be a good idea. > Thanks, No problem! But why! I should be thanking you for taking the time: Thank you! Regards, Chris
Re: NetBSD with a gaming keyboard
On Wed, Aug 09, 2017 at 09:17:19AM -0700, Brian Buhrow wrote: > Hello. It looks like the ukbd driver only allows 8 modifier keys on > the keyboard, although the comment says it's 32 keys. > sys/dev/usb/ukbd.c:87 says: #define MAXMOD 8 /* max 32 */ > Assuming the comment is correct, it looks like a change from 8 to 16 would > allow for up to 64 modifier keys. > A quick trip through this file suggests that this is a pretty harmless > change and might just fix your problem. > So, I suggest changing the above line to: > #define MAXMOD 16 /* max 64 */ I doubt that alone will work. I've been sitting on a ukbd(4) rototill that addresses this issue that I need to work on getting committable. Jonathan Kollasch
Re: NetBSD with a gaming keyboard
Hello. It looks like the ukbd driver only allows 8 modifier keys on the keyboard, although the comment says it's 32 keys. sys/dev/usb/ukbd.c:87 says: #define MAXMOD 8 /* max 32 */ Assuming the comment is correct, it looks like a change from 8 to 16 would allow for up to 64 modifier keys. A quick trip through this file suggests that this is a pretty harmless change and might just fix your problem. So, I suggest changing the above line to: #define MAXMOD 16 /* max 64 */
Re: NetBSD with a gaming keyboard
hello. I'm curious what brought you back to NetBSD from FreeBSD. -thanks -Brian
Re: NetBSD with a gaming keyboard
On Wed, 9 Aug 2017, Christian Baer wrote: ZFS seemed like the better (and easier) solution for me at the time. ZFS seems more simple to me, too. However, RAIDframe is stable and usable, too. I had hoped. My main problem currently is with my keyboard. For years I had an IBM Model-M, which I loved and never wanted to give up. An new computer forced me to give it up though because the new MoBo doesn't have a PS/2 port. :-/ Use a USB to PS/2 converter dongle. They are cheap and available all over the place. They also usually function as PS/2 repeater, so you can plug and unplug the thing at will or use it on a PS/2 KVM. I'm a keyboard nut and I have multiple IBM models, including the M. A message I get while booting up is: ukbd1: attrach failed, too many modifier keys Whoa. That's a new one on me. Usually you can use usbhidctl and usbhidaction to program those keys (though I've had problems with usbhidaction lately). Still, at worst, the keyboards mostly still work. If it were me I'd hunt down that message in the kernel code and try to find out what the error condition was when it's thrown. Also, what prevents you from running it in BIOS mode? I find UEFI annoying even if it is "the future". Does it give you some advantage? Thanks, Swift
NetBSD with a gaming keyboard
Greetings dear readers! For reasons mainly around frustration with FreeBSD, I decided to give NetBSD another shot. I had a look at NetBSD a while back because I was setting up a new server at the time. I opted to stay with FreeBSD then, because after looking at the RAIDframe and ZFS in more detail (I hadn't used either before at the time), ZFS seemed like the better (and easier) solution for me at the time. If anyone cares to know, I suppose I can write down a few of the "milestones" that has me looking around again. BTW. is there actually a place where I should post that on these lists? Anyways... I installed NetBSD on Tuesday evening, which wasn't quite as painless as I had hoped. My main problem currently is with my keyboard. For years I had an IBM Model-M, which I loved and never wanted to give up. An new computer forced me to give it up though because the new MoBo doesn't have a PS/2 port. :-/ I'm not *that* much into gaming, but I do a lot of typing (programming, writing documentation etc.) so I do like a good keyboard. My decision fell on a Corsair K70 with Cherry MX blue switches. Yeah, I like a noisy keyboard too. :-) This time around, I wanted a backlit keyboard, because I tend to spend a lot of time more or less in the dark. NetBSD doesn't seem to like this keyboard. If it is not set to BIOS mode, NetBSD does not register a single pressed key. However, as soon as I set it to BIOS mode, I can type. A message I get while booting up is: ukbd1: attrach failed, too many modifier keys Note also that the keyboard is recognized at least three times during bootup. And it works fine unter FreeBSD and Linux... Has anyone gotten this to work in the past? Best regards, Chris P.S. Sorry for the TL:DR BTW. :-)
