[regression?] e1000e breaks IPMI

[regression?] e1000e breaks IPMI

[Nikola Ciprich]

Hi,
it seems that e1000e breaks IPMI support on at least some motherboards (ie SuperMicro PDSMi-LN4 with AOC-IPMI20-E+ module, and also others).
When e1000e module is loaded, IPMI module stops to respond. The problem is, that it was working before, so I tried examining further and bisect showed that following commit caused it to stop working:

commit 5918bd88effd0233a048983570ec5803f5f753dc
Author: Auke Kok <auke-jan.h.kok@intel.com>
Date:   Tue Feb 12 15:20:24 2008 -0800

    e1000e: Fix CRC stripping in hardware context bug

    CRC stripping was only correctly enabled for packet split recieves
    which is used when receiving jumbo frames. Correctly enable SECRC
    also for normal buffer packet receives.

    Tested by Andy Gospodarek and Johan Andersson, see bugzilla #9940.

    Signed-off-by: Auke Kok <auke-jan.h.kok@intel.com>
    Signed-off-by: Jeff Garzik <jeff@garzik.org>

I can confirm that reverting the patch makes IPMI work again. So it either is a regression, or maybe just trigger for some other bug (seems more likely to me). Pity I haven't noticed it sooner, we've been using older e1000[e] drivers up to now.

Any suggestions on where the problem could be?

cheers

nik

-- 
-------------------------------------
Nikola CIPRICH
LinuxBox.cz, s.r.o.
28. rijna 168, 709 01 Ostrava

tel.:   +420 596 603 142
fax:    +420 596 621 273
mobil:  +420 777 093 799
www.linuxbox.cz

mobil servis: +420 737 238 656
email servis: servis@linuxbox.cz
-------------------------------------

Re: [regression?] e1000e breaks IPMI

[Bernd Schubert]

> I hate working around this broken BMC (again) when others are known to
> work just fine, and CRC stripping in hardware really simplifies our
> receive path.

Due to rather bad experiences I'm always alarmed about IPMI problems (actually 
so far not with supermicro, but with other vendors). So I contacted 
supermicro and immediately got an answer they have a new LAP EEPROM to fix 
this problem. 

So the problem with supermicro is solved, lets see what the other vendor, I 
also contacted, says.



-- 
Bernd Schubert
Q-Leap Networks GmbH