Linked by Thom Holwerda on Fri 14th Mar 2008 20:48 UTC, submitted by Valour
"Here we are at the moment of truth for the FreeBSD operating system - the 7.0 release. This is what FreeBSD users and developers have been waiting for ever since the dark days of the 5.X series when the promises of superior performance, threading, and stability fell flat. Though each release in the FreeBSD 6.X series improved markedly in quality and performance, 7.0 has been widely anticipated as the release that FreeBSD fans can have confidence in. I wish I could say that FreeBSD 7.0 lived up to the hype."
Thread beginning with comment 305106
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Member since:2006-10-08
- still non working USB keyboard
Seriously, this is a joke. But the whole USB stack needs some serious love. E.g. still running under Giant and in my experience low performing.
Seriously, this is a joke. But the whole USB stack needs some serious love. E.g. still running under Giant and in my experience low performing.
This seems to depend on the keyboard used. For example, I have tested those:
% dmesg | grep "^u[mk]"
ums0: <vendor 0x0430 product 0x0100, class 0/0, rev 1.00/1.02, addr 2> on uhub1
ums0: 3 buttons.
uhub4: <Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.10, addr 2> on uhub3
uhub4: 3 ports with 2 removable, bus powered
ukbd0: <Mitsumi Electric Apple Extended USB Keyboard, class 0/0, rev 1.10/4.10, addr 3> on uhub4
uhid0: <Mitsumi Electric Apple Extended USB Keyboard, class 0/0, rev 1.10/4.10, addr 3> on uhub4
ukbd1: <vendor 0x0430 product 0x0005, class 0/0, rev 1.00/1.02, addr 3> on uhub1
They work without any problems. No problems even if I plug them in and out. Along with the AT keyboard one more keyboards than I have hands for. :-)
Sadly, the Sun keyboard and mouse don't get identified with their name. This worked in FreeBSD 5 (and 6 I think), but in 7, it isn't the case anymore, and I can't imagine why. Maybe a small change in /usr/src/sys/dev/usb/usbdevs, ukbd.c and ums.c will lead to the expected result that should look like this:
% dmesg | grep "^u[mk]"
ums0: Sun Microsystems Type 6 USB mouse, rev 1.00/1.02, addr 2, iclass 3/1
ukbd0: Sun Microsystems Type 6 USB keyboard, rev 1.00/1.02, addr 3, iclass 3/1
Which kind of USB keyboard did you use?
I'm aware of the facts that some USB things don't work as expected (some crappy MP3 players, or detaching mounted USB stick), and I hope this will improve.
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Member since:
2007-07-11
I can agree with three things:
- the installer
Even the FreeBSD developers say that it sucks donkey balls (I remember Jordan Hubbart saying that it has to die even before the year 2000). And no, it doesn't matter if the installer has GUI or not. Personally, I like text-based installers, Debian's for example.
- endless cd swapping
That isn't too hard to fix, some Linux distros had the same problem a couple of years ago, you just have to make sure that you don't mess up the dependencies, like putting Konqueror on CD1 and KDELibs on CD2 (just an example..). I don't know if you can eliminate that problem completely with multiple CDs, but you can at least contain it.
But then again... *scratching head* the installer just copies the files into the correct directories right? Why would be switch CDs at all?!
Of course you can use the bootonly cd, but that's not the point. If someone (for whatever reason) wants to use the CDs, this behavior is unacceptable.
- still non working USB keyboard
Seriously, this is a joke. But the whole USB stack needs some serious love. E.g. still running under Giant and in my experience low performing.
Other than that, I don't think the review was particularly good