1. 15 12月, 2007 8 次提交
    • A
      ucc_geth: minor whitespace fix · 4b8fdefa
      Andrew Morton 提交于
      The zombie whitespace from outer space that will not die!
      
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Emil Medve <Emilian.Medve@Freescale.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Kumar Gala <galak@gate.crashing.org>
      Cc: Li Yang <leoli@freescale.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      4b8fdefa
    • A
      drivers/net/s2io.c section fixes · 33390a70
      Adrian Bunk 提交于
      Code used by the non-__devinit s2io_open() mustn't be __devinit.
      
      This patch fixes the following section mismatch with CONFIG_HOTPLUG=n:
      
      <--  snip  -->
      
      ...
      WARNING: vmlinux.o(.text+0x6f6e3e): Section mismatch: reference to .init.text.20:s2io_test_intr (between 's2io_open' and 's2io_ethtool_sset')
      ...
      
      <--  snip  -->
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      33390a70
    • A
      drivers/net/sis190.c section fix · c2b75f0c
      Adrian Bunk 提交于
      This patch fixes the following section mismatch with CONFIG_HOTPLUG=n:
      
      <--  snip  -->
      
      ...
      WARNING: vmlinux.o(.init.text.20+0x4cb25): Section mismatch: reference to .exit.text:sis190_mii_remove (between 'sis190_init_one' and 'read_eeprom')
      ...
      
      <--  snip  -->
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      c2b75f0c
    • A
      hamachi endianness fixes · 8e985918
      Al Viro 提交于
      badly broken on big-endian
      
      * passing little-endian to pci_unmap_single() et.al.
      * cpu_to_le32() before passing value to writel()
      * worse, cpu_to_le64() and shifting/masking result before the same
      * 			hmp->tx_ring[i].status_n_length = cpu_to_le32(
      				DescEndRing |
      				(hmp->tx_ring[i].status_n_length & 0x0000FFFF));
        is obviously bogus on big-endian.  Not hard to untangle, fortunately...
      * poisoning addresses in rx_ring is better done after we'd done
      pci_unmap_single() on them, not before that.  [this one affects little-endian
      as well, obviously, provided that pci_unmap_single() is not a no-op on target
      in question]
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8e985918
    • A
      e100: free IRQ to remove warningwhenrebooting · 8543da66
      Auke Kok 提交于
      Adapted from Ian Wienand <ianw@gelato.unsw.edu.au>
      
      Explicitly free the IRQ before removing the device to remove a
      warning "Destroying IRQ without calling free_irq"
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Cc: Ian Wienand <ianw@gelato.unsw.edu.au>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8543da66
    • A
      starfire VLAN fix · 813820b9
      Al Viro 提交于
      Recognized VLAN ids are set via writew(), should go in host-endian.
      That's a long-standing bug, BTW - see http://lkml.org/lkml/2004/2/27/180
      for example.  What happens is that card gets VLAN id table populated by
      byteswapped values on little-endian boxen (so 257 works as expected, 256
      and 258 do not, etc.).  Bug is easily reproduced, patch fixes it.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      813820b9
    • A
      sundance fixes · 14c9d9b0
      Al Viro 提交于
      * all places where we assign ->addr get cpu_to_le32(pci_map_single(....)), so
      we ought to convert back to host-endian before doing pci_unmap_single() et.al.
      * poisoning addresses in netdev_close() should be done _after_ unmapping them,
      not before it...
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      14c9d9b0
    • S
      sky2: RX lockup fix · 798fdd07
      Stephen Hemminger 提交于
      I'm using a Marvell 88E8062 on a custom PPC64 blade and ran into RX
      lockups while validating the sky2 driver.  The receive MAC FIFO would
      become stuck during testing with high traffic.  One port of the 88E8062
      would lockup, while the other port remained functional.  Re-inserting
      the sky2 module would not fix the problem - only a power cycle would.
      
      I looked over Marvell's most recent sk98lin driver and it looks like
      they had a "workaround" for the Yukon XL that the sky2 doesn't have yet.
      The sk98lin driver disables the RX MAC FIFO flush feature for all
      revisions of the Yukon XL.
      
      According to skgeinit.c of the sk98lin driver, "Flushing must be enabled
      (needed for ASF see dev. #4.29), but the flushing mask should be
      disabled (see dev. #4.115)".  Nice. I implemented this same change in
      the sky2 driver and verified that the RX lockup I was seeing was
      resolved.
      Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
      Signed-off-by: NStephen Hemminger <shemminger@linux-foundation.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      798fdd07
  2. 13 12月, 2007 2 次提交
  3. 12 12月, 2007 28 次提交
  4. 11 12月, 2007 2 次提交