A few years ago Menno Lageman and I completed a port of the qfe driver for x86. I still have a PCI qfe and an PCI hme lying around and I'm willing to help. No sbus adapters unfortunately.

There was an issue with getting the card's onboard MAC address. The MAC address on qfe cards is stored in PCI Option ROM. On a lot of x86 systems (fe v20z), the ROM BAR wasn't mapped by the BIOS and thus not accessible by ddi_regs_map_setup().

Joost

On 30 apr 2009, at 21:23, Garrett D'Amore wrote:

Earlier this week I got yet another request for qfe support for x86
systems. I get these requests fairly periodically. I guess there are a
lot of 4-port qfe cards still out there.

This last one finally gave me the impetus to do the work to do the
port.  What I want to do is poll the community on this, because I'm
going to need help:

1) testing -- my last SPARC system with onboard hme died a while back
  2) testing -- I have no sbus hme ports -- a Sun Ultra 2 or some
other system with sbus qfe or sunswift would be helpful here.
  3) review -- as part of this effort I've removed all the legacy dvma
and on-demand DMA resource allocation, and replaced it with a very
simple "preallocated" DMA region/bcopy -- this is typical for most
simple 1G and slower ethernet NICs today.  (This eliminated about 1000
lines from the driver.)
  4) perf. testing -- the above changes "potentially" have performance
impact.  I think on any supported CPU that these cards run on, the
simplifications will greatly outweigh the savings formerly afforded by
the "private" dvma interface this driver used to use

Now, the good news is that the entire effort here has only taken me a
few hours.  But I figure if I can help out some of these folks with
those older qfe cards, its probably worth it. And the simplification in
the code, and getting one closer to elimination of the "private" dvma
interface is IMO a worthy goal.

I'd also like to convert this driver (and also eri and dmfe) to support Brussels. If some enterprising community member wants to help out, let
me know.

  -- Garrett



_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

--
Joost Mulders             +  email: [email protected]
Technical Specialist      +  phone: +31-33-45-15701
Client Solutions          +    fax: +31-33-45-15734
Sun Microsystems          + mobile: +31-6-5198-7268
-= Anything not done right, has to be done again =-

_______________________________________________
driver-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/driver-discuss

Reply via email to