Re: Thanks for all the work on the MPSAFE network stack project



In message: <20070727143039.G46637@xxxxxxxxxxxxxxxxx>
Robert Watson <rwatson@xxxxxxxxxxx> writes:
: On Fri, 27 Jul 2007, Anton Berezin wrote:
:
: > On Fri, Jul 27, 2007 at 01:46:52PM +0100, Robert Watson wrote:
: >
: >> Thanks again to everyone involved in this multi-year project to make our
: >> network stack fully parallel. It has been a huge project, and the number
: >> of people who've worked on it is sufficiently long as to be not easily
: >> captured. I would like to acknowledge everyone involved, and apologize for
: >> missed names. The following FreeBSD developers and other individuals have
: >> all made significant contributions to this work, and deserve many thanks:
: >
: >> John Baldwin, John Birrell, Antoine Brodin, Jake Burkholder, Alan Cox,
: >> Brooks Davis, Pawel Dawidek, Matthew Dillon, Tor Egge, Julian Elischer,
: >> Ruslan Ermilov, Bruce Evans, Don Lewis, Brian Feldman, Andrew Gallatin,
: >> John-Mark Gurney, Paul Holes, Peter Holm, Jeffrey Hsu, Kris Kennaway, Maxim
: >> Konovalov, Joseph Koshy, Wojciech Koszek, Roman Kurakin, Max Laier, Nate
: >> Lawson, Sam Leffler, Jonathan Lemon, Warner Losh, Don Lewis, Qing Li, Scott
: >> Long, Warner Losh, Kip Macy, Rick Macklem, Ed Maste, Bosko Milekic, Marcel
: >> Moolenaar, George Neville-Neil, Andre Oppermann, Chuck Paterson, Bill Paul,
: >> Alfred Perlstein, Paolo Pisati, Attilio Rao, Luigi Rizzo, Jeff Roberson,
: >> Paul Saab, Hidetoshi Shimokawa, Mike Silberback, Bruce Simpson, Gleb
: >> Smirnoff, Dag-Erling Smorgrav, Mohan Srinivasan, Randall Stewart, Marius
: >> Strobl, Mike Tancsa, Seigo Tanimura, JINMEI Tatuya, Andrew Thompson, Hajimu
: >> UMEMOTO, Stephan Uphoff, Peter Wemm, David Xu, Jennifer Yang, Maksim
: >> Yevmenkin, Pyun YongHyeon, and Bjoern Zeeb.
: >
: > So, Don Lewis and Warner Losh get twice the thanks? :-)
: >
: > Seriously though, thank you all guys for your hard work!
:
: Christian Peron and Alexander Motin also got left out, so there is some
: balance in the universe :-).

And I think Matt Dodd may be missing too, he locked the ep driver, and
maybe others. I also think that Mitsuru Iwasaki-san did some early
locking work that I committed on his behalf way back when (but the
specific drivers escape my memory and my grep foo isn't up to
discovering the answer). I also think that Takanori Watanabe-san and
Nate Lawson fixed some ACPI related locking issues that were exposed
by some network driver that I was locking, but since I lost all email
from 2001-2005, I can't go back into my archives to check.

And I think that some chap by the name of Robert Watson did a little
work, but maybe his modesty prevents him from thanking himself.

Warner
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: [RFC/PATCH 0/22] W1: sysfs, lifetime and other fixes
    ... >> and they must follow protocol, defined in family driver. ... > bus - it's all the same. ... it requires different locking, which may race - and I will fix it. ... Bus master driver is low-level part that lives in it's own driver, ...
    (Linux-Kernel)
  • Re: [PATCH] drivers/isdn/gigaset: new M101 driver
    ... It is doubtful if the locking here does anything useful. ... already part of the kernel. ... would require significant changes in those other parts, ... adding the missing M101 hardware driver. ...
    (Linux-Kernel)
  • CFR: bridge locking
    ... Beware that buried in these changes are a renaming of the bridge MIB ... their "driver lock" before passing packets up. ... driver has a totally different locking strategy where this doesn't occur. ...
    (freebsd-net)
  • CFR: bridge locking
    ... Beware that buried in these changes are a renaming of the bridge MIB ... their "driver lock" before passing packets up. ... driver has a totally different locking strategy where this doesn't occur. ...
    (freebsd-arch)
  • Re: netatm: plan for removal unless an active maintainer is found
    ... In message, Robert Watson writes: ... When I last asked about interest in the mn driver, Milan Obuch said ... that they were shipping current products based on this chip, ...
    (freebsd-arch)