|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Slawa Olhovchenkov 2:5030/500 08 Oct 2007 11:20:00 To : All Subject : Вести с полей --------------------------------------------------------------------------------
FreeBSD and Wake On Lan
URL: http://stsp.name/wol/
URL: http://stsp.name/wol/README.txt
URL: http://www.freebsd.org/cgi/query-pr.cgi?pr=83807&cat=kern
Contact: Stefan Sperling <stsp@stsp.name>
I have been working on making wake on lan (WOL) work with FreeBSD.
Contrary to popular believe OS support is required for WOL to work
properly. In particular network card drivers need to configure network
cards for WOL during system shutdown, else the cards won't wake up. WOL
is _not_ just a BIOS issue.
This is work in progress. Currently the following cards/chipsets are
supported:
* NatSemi DP83815 (if_sis)
* Via Rhine (if_vr, only VT6102 and up chips support WOL)
* Nvidia nForce (if_nve, needs testing )
* 3Com Etherlink XL and Fast Etherlink XL (if_xl, needs testing ,
only 3c905B type adapters support WOL)
I would be glad to get more feedback on my patch. I can add support for
more chipsets but I need testers for hardware I don't have. I would
appreciate access to data sheets for any NIC chipsets that are
supported by FreeBSD and have WOL support.
I would especially appreciate technical feedback on the patch,
preferably by a committer who is willing to nitpick the patch to make
it ready for inclusion in -CURRENT. I currently maintain the patch
against RELENG_6_2 for my own use but I would port it to -CURRENT for
inclusion.
__________________________________________________________________
HDTV Drivers (ATSC)
URL:
http://perforce.freebsd.org/fileSearch.cgi?FSPC=%2F%2Fdepot%2Fuser%2Fjm
g%2Fbktrau%2F...&ignore=GO%21
URL:
http://perforce.freebsd.org/fileSearch.cgi?FSPC=%2F%2Fdepot%2Fuser%2Fjm
g%2Fcxd%2F...&ignore=GO%21
Contact: John-Mark Gurney <jmg@FreeBSD.org>
This entry was previously the Bt878 Audio Driver (aka FusionHDTV 5 Lite
driver) announcement, but as work expanded slightly, it's a bit more
generic now.
A few bugs in bktrau has been fixed since January. If you have been
running an earlier version, it is recommended to upgrade as the driver
could panic. The driver works with multiple cards in the same machine
(tested with two).
FusionHDTV 5 Lite -- Due to lack of documentation from DViCO and LG, I
have copied magic values from the Linux driver to get ATSC capturing
working.
ATI HDTV Wonder -- After years of trying to get into the ATI developer
program, they have finally suspended it, so no support from ATI. I have
started work on a driver, cxd, for the Conexant CX2388x based cards.
The ATI HDTV Wonder uses ATI's own demodulator, and I was able to get
it to tune, after cribbing from the Linux driver. When capturning, I
get some valid data, but not all the data. Due to lack of support from
ATI and linux-dvb the project has been put on indefinate hold.
If someone has another CX2388x based card, it shouldn't be too hard to
take the driver and get it working with a different tuner.
A Python module is available for both drivers/cards, along w/ a sample
capture application using it. The module is now known to work well with
threads so that tuning (expensive due to i2c ioctl's) can happen in
another thread without causing program slow down. The module is working
well with a custom PVR backend.
Open tasks:
1. Provide support for NTSC and FM tuning.
2. Add support for other cards and tuners that use the Bt878 chip.
3. Add support for other cards and tuners that use the CX2388x chip.
__________________________________________________________________
Kernel contention reduction using mysql
URL: http://jeffr-tech.livejournal.com/
Contact: Jeff Roberson <jeff@FreeBSD.org>
FreeBSD developers have been using mysql as a testbed to find kernel
contention hotspots in the kernel. As a result of this we have seen a
5x performance improvement over 6.0 on 8way machines. Recent changes
include finer locking in fcntl(), removing Giant from flock and fcntl
F_SETLK. These changes will be available in 7.0 and primarily improve
write performance. Experimental changes to select() have also been
discussed on arch@ that solve contention issues there however these
will not be ready in the 7.0 timeframe.
__________________________________________________________________
Multiprocessor Network Stack
URL: http://www.FreeBSD.org/projects/netperf/
Contact: Robert Watson <rwatson@FreeBSD.org>
Contact: <net@FreeBSD.org>
The custom file descriptor array lock has been replaced with an
optimized sx lock, resulting in 2x-4x improvement in MySQL transaction
rates on 8-core MySQL benchmarks. This improvement is due to moving to
shared locking for frequent fd lookup operations, as well as
significant optimization of the case where the filedesc lock is highly
contended (as occurs in the threaded MySQL server performing constant
socket I/O).
The custom socket buffer I/O serialization lock (sblock), previously
created by interlocking SB_WANT and SB_LOCK flags with the socket
buffer mutex, has been replaced with an optimized sx lock, leading to a
10% performance improvement in MySQL and PostgreSQL benchmarks on
8-core systems. As part of this change, sx locks now have interruptible
sleep primitives to allow the SB_NOINTR flag to work properly.
These changes also correct a long-standing bug in socket buffer lock
contention and SB_NOWAIT reported by Isilon; a simpler patch has been
merged to 6.x to fix this bug without merging loocking changes.
TCP debugging is now properly synchronized using a new tcp_debug_mtx.
UMA allocation counters are now used for pipes rather than custom
atomic counters, resulting in lowered overhead for pipe allocation and
free.
Significant code cleanup, commenting, and in some cases MFC'ing, has
taken place with respect to the network stack and synchronization.
Additional DDB debugging commands for sockets of various sorts have
been added, allowing listing of socket state from DDB without the use
of GDB.
Certain non-MPSAFE subsystems have been removed or will be removed from
FreeBSD 7.0, including IPX over IP tunneling (not general IPX/SPX
support, just the tunneling over IP), KAME IPSEC (FAST_IPSEC is MPSAFE
and now now supports IPv6), i4b, netatm (two other ATM stacks are still
present), and ng_h4. Some of these features will be reintroduced in
FreeBSD 7.1, but by removing them now, we are able to remove the
NET_NEEDS_GIANT compatibility infrastructure that significant
complicates and obfuscates the socket and network stack code.
Other measurement and optimization projects continue; however, the 7.0
locking/synchronization work for the network stack is essentially
complete.
Open tasks:
1. New work to parallelize the netisr thread (netisr2) as well as
distribute UDP and TCP processing over multiple CPUs by connection,
rather than just by input source as in 7.0, was presented at
BSDCan. This work will be targeted at the 8-CURRENT branch.
2. Complete netatm and NET_NEEDS_GIANT removal for 7.0.
3. Complete MPSAFE locking of mld6 and nd6 IPv6 subsystems, which
currently run under a global lock.
__________________________________________________________________
Network Stack Virtualization
URL: http://imunes.tel.fer.hr/virtnet/
Contact: Marko Zec <zec@fer.hr>
The network stack virtualization project aims at extending the FreeBSD
kernel to maintain multiple independent instances of networking state.
This will allow for complete networking independence between jails on a
system, including giving each jail its own firewall, virtual network
interfaces, rate limiting, routing tables, and IPSEC configuration.
I believe that the prototype, which is kept in sync with FreeBSD
-CURRENT, is now sufficiently stable for testing. It virtualizes the
basic INET and INET6 kernel structures and subsystems, including IPFW
and PF firewalls, and more. In the next month I plan to have the IPSEC
code fully virtualized, and refine and document the management APIs.
The short-term goal is to deliver production-grade kernel support for
virtualized networking for FreeBSD 7.0-RELEASE (as a snap-in kernel
replacement), while continuing to keep the code in sync with -CURRENT
for possible merging at a later date.
__________________________________________________________________
tarfs: A tar File System
URL: http://www.googlebit.com/doku.php?id=tarfs
Contact: Eric Anderson <anderson@FreeBSD.org>
Tarfs is a simple tar file system implementation for FreeBSD.
The current goals are:
* Support all standard read-only operations
* Support large tar files (several gb's)
* Use minimal memory
* Allow using tar file as a root file system
* Fast enough to actually use
Here's the current state of things:
* Can mount most tar files
* Can do most operations (open,lookup,stat,readdir,etc)
* Supports large tar files (tested up to 2GB)
* Uses a relatively small amount of memory - proportional to number
of files/dirs
Open tasks:
1. No `..' directory in root of mounted tar file system
2. Locking issues regarding `..' in subdirs off root of fs
3. No block/char special device support. Needed?
4. Needs a directory hashing method
5. More testing needed.
__________________________________________________________________
USB
URL:
http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/
usb/src/sys/dev/usb&HIDEDEL=NO
URL: http://www.turbocat.net/~hselasky/usb4bsd
URL: http://www.turbocat.net/~hselasky/usb4bsd/dev_new_usb.pdf
Contact: Hans Petter Sirevaag Selasky <hselasky@FreeBSD.org>
During the last three months there has been several changes to the USB
stack. Here is a quick list of the most important changes:
1. FULL speed isochronous devices over HIGH speed USB Hubs are now
fully supported. Due to various reasons the maximum isochronous
bandwidth has been limited to 6MBit/s. This limit is tunable.
2. There is now full support for Linux USB device drivers through a
Linux USB API emulation layer.
3. Various cleanups and fixes.
Markus Brueffer is still working on the USB HID parser and support.
Nothing has been committed yet.
If you want to test the new USB stack, checkout the USB perforce tree
or download the SVN version of the USB driver from my USB homepage. At
the moment the tarballs are a little out of date.
Ideas and comments with regard to the new USB API are welcome at
freebsd-usb@FreeBSD.org .
__________________________________________________________________
... Hу вот, я так и знала...
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22214709dbfc.html, оценка из 5, голосов 10
|