Hello, After playing the "telephone game" for over two weeks, I finally have something to work with: the e1000 sample code.
Seeing how this is provided as a sample (and will need to be ported to the e1000e driver), I thoroughly looked through the code trying to understand what each change in the patch does. During this process there were few things I was unclear about (which made me a little hesitant to to load the driver for the fear of damaging the card), and would appreciate if someone can help me understand them. 1. It seems that SDP0 and SDP2 control the Bypass mode. Since these are software defined, and in the patch I did not see anything that initializes them, I was unsure if they will act as expected. Also, when porting to e1000e, is there something regarding this that needs to be set? 2. How do these pins behave? I understand that the "directionality" bit controls whether they drive the "data" value or not, but what does the "data" bit really stand for? When setting sdpBits (2x2bit values), what do they mean? 3. How do the SDP bits in the control registers affect the physical card? I am assuming they control the 16 relays, but is that the case? 4. Looking at the bypass tool from a little higher design point of view, what are the two interfaces passed as parameters? Are they the interface which will be connected with the bypass (e.g. eth0, eth1; seems unlikely), or are they the "input" interfaces (e.g. eth0, eth2)? 5. Just to verify, the e1000e driver automatically sets the mac_type of the device at devinit (unlike the e1000 driver)? 6. From looking at the code, it seems that the "sample tool" can be used to activate/deactivate the bypass mode upon request. Is there a recommended method/sample of how it can be enabled upon power down? I understand that some of these issues might appear to be obvious, but we only received the sample code with no documentation at all. Any help is much appreciated. Regards, Ilija On Mon, 2008-10-06 at 16:33 -0700, Brandeburg, Jesse wrote: > On Fri, 26 Sep 2008, Ilija Baniski wrote: > > I am evaluating the IntelĀ® PRO/1000 PT Quad Port Bypass Server Adapter > > as a potential component of a product line. > > > > I successfully installed the card (with the e1000e driver) to work as a > > normal ethernet card on an Ubuntu server. The next, and most important > > step is to test the bypass functionality of the card. > > I'm surprised that the driver loaded, did you have to add the device ID? > > > >From one of the technical briefs I found out that this is done > > programatically. So my guess would be that some register needs to be set > > to enable the bypass mode; and then use some sort of a watchdog to keep > > the bypass off while the computer is up. > > You should have received some kind of enabling kit with the adapter, and > the e1000 driver that came with that should have some example code of how > to use the bypass interface. > > Currently we use the e1000e driver but that should be an easy port of the > bypass changes. > > > I understand that this functionality is not supported by the original > > driver, and would have to implement it myself. However, from what I have > > found so far on this project page and Intel's website, I realize that > > there is not enough documentation available to do this. > > we have example code in an e1000 driver specific to that adapter. > > > My question is whether someone one might have a reference manual about > > this card that makes note of the bypass functionality. The developers > > manual focuses mainly on the 82571 chipset (which is used in multiple > > cards). > > right, the bypass adapter is special, but that example code I mention > above should be able to help you. > > > If such a reference does not exist, how would I best approach this > > problem? > > If you cannot find the reference code please file a QuAD at > premier.intel.com and a TME should be able to get you the driver. If the > driver is not available on our web site specifically for that adapter we > have a bug on the web site. > > Hope this helps, > Jesse ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel