> http://www.osc.edu/~djohnson/stp/patch_stp-0.32a_lk-2.4.0-pre10.gz
>
> The diff is against a clean 2.4.0-test10. Does anyone have some info on
> who the main engineers that will be working on this at SGI? Are there any
> sites out there that are looking at working on this code? We're very
> interested in having an stp implementation on linux.
Hi
I am working at CERN on the Linux STP stuff for my Master's thesis,
and have worked on the code quite a bit.
I've put an updated version of a patch I sent to Anthony a while ago
at http://ppieta.home.cern.ch/ppieta/stpdiff-2.4.0test10.gz
Main changes since the 0.32a-2.3.99pre2 release
- port to 2.4.0test10
- when using estp and the direct tx hack, the length field wasn't set
properly
- ST accelerated acenic driver renamed to acenic_stp so you can easily
switch between drivers.
- ST accelerated firmware loads and works (Tigon-II with 1MB required
for best performance, things are a bit tight with 512k, but
it should work with those too), also added some DMA avoidance
patches done by the Linux zero-copy sendfile project(*) which seem to
help performance (around 10-15% with TCP and non-jumbo ST, jumbo ST went
down a few percent)
- a failed assert() doesn't panic the machine anymore (so I don't have to
run downstairs every time I hit a bug, but instead can just
unload/reload the module =) )
- The code didn't work when using it on a kernel with IPv6 compiled in,
stvd/estp.c used MAX_HEADER, which is bigger with IPv6 in the kernel
and thus there was a buffer overrun causing nice crashes. Changed
it to LL_MAX_HEADER (which is the same as MAX_HEADER on non-IPv6/token
ring configurations)
(*) ftp://ftp.inr.ac.ru/ip-routing/zerocopy-sendfile-001113.dif.gz
and acenic-sg-001110.tar.gz
They are currently adding support for zero-copy transmits to
drivers that can support it, so as soon as that stuff has stabilized
I intend to change STP to use that instead of the current
direct_data_ptr.
|