1. 25 4月, 2008 7 次提交
  2. 29 3月, 2008 1 次提交
  3. 17 3月, 2008 2 次提交
    • S
      NEWEMAC: Add compatible "ibm,tah" to tah matching table · cdb34697
      Stefan Roese 提交于
      Add "ibm,tah" to the compatible matching table of the ibm_newemac
      tah driver. The type "tah" is still preserved for compatibility reasons.
      New dts files should use the compatible property though.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      cdb34697
    • P
      NEWEMAC: fix support for pause packets · 4373c932
      Pravin M. Bathija 提交于
      Problem Description and Fix
      ---------------------------
      When a pause packet(with destination as reserved Multicast address) is
      received by the EMAC hardware to control the flow of frames being
      transmitted by it, it is dropped by the hardware unless the reserved
      Multicast address is hashed in to the GAHT[1-4] registers. This code fix
      adds the default reserved multicast address to the GAHT[1-4] registers
      in the EMAC(s) present on the chip. The flow control with Pause packets
      will only work if the following register bits are programmed in EMAC:
      EMACx_MR1[APP] = 1
      EMACx_RMR[BAE] = 1
      EMACx_RMR[MAE] = 1
      
      Behavior that may be observed in a running system
      -------------------------------------------------
      A host transferring data from a PPC based system may send a Pause packet
      to the PPC EMAC requesting it to slow down the flow of packets. If the
      default reserved multicast MAC address is not programmed into the
      GAHT[1-4] registers this Pause packet will be dropped by PPC EMAC and no
      Flow Control will be done.
      Signed-off-by: NPravin M. Bathija <pbathija@amcc.com>
      Signed-off-by: NStefan Roese <sr@denx.de>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      4373c932
  4. 16 2月, 2008 1 次提交
  5. 29 1月, 2008 1 次提交
  6. 17 1月, 2008 1 次提交
  7. 15 12月, 2007 1 次提交
  8. 08 12月, 2007 11 次提交
  9. 24 11月, 2007 1 次提交
  10. 18 10月, 2007 1 次提交
  11. 17 10月, 2007 1 次提交
  12. 16 10月, 2007 3 次提交
  13. 15 10月, 2007 2 次提交
  14. 14 10月, 2007 1 次提交
  15. 11 10月, 2007 4 次提交
    • R
      ibm_emac: Convert to use napi_struct independent of struct net_device · 59e90b2d
      Roland Dreier 提交于
      Commit da3dedd9 ("[NET]: Make NAPI polling independent of struct
      net_device objects.") changed the interface to NAPI polling.  Fix up
      the ibm_newemac driver so that it works with this new interface.  This
      is actually a nice cleanup because ibm_newemac is one of the drivers
      that wants to have multiple NAPI structures for a single net_device.
      
      Compile-tested only as I don't have a system that uses the ibm_newemac
      driver.  This conversion the conversion for the ibm_emac driver that
      was tested on real PowerPC 440SPe hardware.
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      59e90b2d
    • R
      ibm_new_emac: Nuke SET_MODULE_OWNER() use · 61ba5b3c
      Roland Dreier 提交于
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      61ba5b3c
    • V
      Fix typo in new EMAC driver. · 07c2c76e
      vbarshak@ru.mvista.com 提交于
      Fix an obvious typo in emac_xmit_finish.
      Signed-off-by: NValentine Barshak <vbarshak@ru.mvista.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      07c2c76e
    • D
      Device tree aware EMAC driver · 1d3bb996
      David Gibson 提交于
      Based on BenH's earlier work, this is a new version of the EMAC driver
      for the built-in ethernet found on PowerPC 4xx embedded CPUs.  The
      same ASIC is also found in the Axon bridge chip.  This new version is
      designed to work in the arch/powerpc tree, using the device tree to
      probe the device, rather than the old and ugly arch/ppc OCP layer.
      
      This driver is designed to sit alongside the old driver (that lies in
      drivers/net/ibm_emac and this one in drivers/net/ibm_newemac).  The
      old driver is left in place to support arch/ppc until arch/ppc itself
      reaches its final demise (not too long now, with luck).
      
      This driver still has a number of things that could do with cleaning
      up, but I think they can be fixed up after merging.  Specifically:
      	- Should be adjusted to properly use the dma mapping API.
      Axon needs this.
      	- Probe logic needs reworking, in conjuction with the general
      probing code for of_platform devices.  The dependencies here between
      EMAC, MAL, ZMII etc. make this complicated.  At present, it usually
      works, because we initialize and register the sub-drivers before the
      EMAC driver itself, and (being in driver code) runs after the devices
      themselves have been instantiated from the device tree.
      Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      1d3bb996