06 Oct, 2008

1 commit

  • Found during the (partial) unregister_netdevice audit that we didn't
    have to have :)

    It looks like a couple of Sun NIC drivers had unregister_netdevice
    when they really meant unregister_netdev.

    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     

01 Oct, 2008

17 commits

  • Conflicts:

    drivers/net/wireless/ath9k/core.c
    drivers/net/wireless/ath9k/main.c
    net/core/dev.c

    David S. Miller
     
  • This gives a nice increase in the maximum loss-free packet forwarding
    rate in routing workloads.

    Signed-off-by: Lennert Buytenhek
    Signed-off-by: David S. Miller

    Lennert Buytenhek
     
  • * Add support for AR2417 (include pci id) since my previous patch doesn't sit on top of base.c/ath5k.h anymore.
    * Update module version to 0.6.0

    Changes-Licensed-under: ISC
    Signed-Off-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Nick Kossifidis
     
  • * Fix srev reporting during attach

    Changes-Licensed-under: ISC
    Signed-Off-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Nick Kossifidis
     
  • * Use QUIET mechanism to drain tx buffer on PCU for newer chips
    * Make sure that INTPEND is really 1 and not 0xffffffff while checking for pending interrupts

    Changes-Licensed-under: ISC
    Signed-Off-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Nick Kossifidis
     
  • * Use new SREV values and PHY srevs to identify radio type durring attach

    Changes-Licensed-under: ISC
    Signed-Off-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Nick Kossifidis
     
  • One of the spin-on-condition loops in routine do_dummy_tx always exits before
    the condition is satisfied. The hardware might be left in an inconsistent
    state that might be the cause of the PHY transmission errors seen by some
    users.

    Signed-off-by: Larry Finger
    Signed-off-by: Michael Buesch
    Signed-off-by: John W. Linville

    Larry Finger
     
  • * Update registers
    * Update SREV values and add some PHY srevs
    * Prepare ath5k.h for newer radios etc

    Thanks to Atheros 's HAL source we now know for sure how many parts we have
    and what their SREV values are. We also have some updates on registers. Prepare
    ath5k for some major updates ;-)

    My previous mail had 2 more patches following (git log misusage), sorry for double
    posting ;-(

    Changes-Licensed-under: ISC
    Signed-Off-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Nick Kossifidis
     
  • According to the newly-released Atheros HAL code, asserting the
    TSF reset bit will toggle a hardware internal state, resulting in a
    spurious reset on the next chip reset. Whenever we force a TSF bit,
    write the bit twice to clear the internal signal.

    Signed-off-by: Bob Copeland
    Acked-by: Nick Kossifidis
    Signed-off-by: John W. Linville

    Bob Copeland
     
  • Fix by disabling rt2x00 rfkill support when rt2x00 is built-in and rfkill has been modularized, and
    a similar scheme for the relationship between leds_class and rt2x00..
    Also, give a warning to the end-user when rfkill-/leds-support is disabled this way, so that the
    end-user has at least some clues on what is going on.

    Proper fixing required some general updates of the Kconfig-structure for the rt2x00 driver, whereby
    internal configuration symbols had to be moved to after the user-visible configuration symbols.

    Signed-off-by: Gertjan van Wingerde
    Signed-off-by: Ivo van Doorn
    Signed-off-by: John W. Linville

    Gertjan van Wingerde
     
  • This patch addresses comments from Dan Williams about the patch
    committed as "libertas: Improvements on automatic tx power control via
    SIOCSIWTXPOW."

    Signed-off-by: Anna Neal
    Signed-off-by: Javier Cardona
    Signed-off-by: Dan Williams
    Signed-off-by: John W. Linville

    Anna Neal
     
  • Yet another BCM4306 card with the Bluetooth Coexistence SPROM programming
    error has been found.

    Signed-off-by: Larry Finger
    Signed-off-by: John W. Linville

    Larry Finger
     
  • Use correct DMA_MASK: 4964 and 5000 support 36 bit addresses for
    pci express memory access.

    Signed-off-by: Tomas Winkler
    Signed-off-by: Zhu Yi
    Signed-off-by: John W. Linville

    Winkler, Tomas
     
  • This patch enables power save setting from config (iwconfig power)
    The sysfs power_level interface is still preserved as it has
    mac80211 power implementation is not yet rich enough.

    Signed-off-by: Ester Kummer
    Reviewed-by: Tomas Winkler
    Signed-off-by: Zhu Yi
    Signed-off-by: John W. Linville

    Ester Kummer
     
  • The patch adds HW bug W/A FH_RCSR_CHNL0_RX_IGNORE_RXF_EMPTY so that we
    can enable again interrupt coalescing. It also uses named constants for
    open code.

    Signed-off-by: Tomas Winkler
    Signed-off-by: Zhu Yi
    Signed-off-by: John W. Linville

    Winkler, Tomas
     
  • The command

    make C=2 CF="-D__CHECK_ENDIAN__" drivers/net/wireless/p54/

    generates the following warnings:

    .../p54common.c:152:38: warning: incorrect type in argument 1 (different base types)
    .../p54common.c:152:38: expected restricted __be32 const [usertype] *p
    .../p54common.c:152:38: got unsigned int *
    .../p54common.c:184:15: warning: restricted __le32 degrades to integer
    .../p54common.c:185:29: warning: cast to restricted __le16
    .../p54common.c:309:11: warning: symbol 'p54_rf_chips' was not declared.
    Should it be static?
    .../p54common.c:313:5: warning: symbol 'p54_parse_eeprom' was not declared.
    Should it be static?
    .../p54common.c:620:43: warning: incorrect type in argument 3 (different base types)
    .../p54common.c:620:43: expected unsigned long [unsigned] [usertype] len
    .../p54common.c:620:43: got restricted __le16 [usertype] len
    .../p54common.c:780:41: warning: restricted __le16 degrades to integer
    .../p54common.c:781:32: warning: restricted __le16 degrades to integer
    .../p54common.c:1250:28: warning: incorrect type in argument 2 (different base types)
    .../p54common.c:1250:28: expected unsigned short [unsigned] [usertype] filter_type
    .../p54common.c:1250:28: got restricted __le16 [usertype] filter_type
    .../p54common.c:1252:28: warning: incorrect type in argument 2 (different base types)
    .../p54common.c:1252:28: expected unsigned short [unsigned] [usertype] filter_type
    .../p54common.c:1252:28: got restricted __le16 [usertype] filter_type
    .../p54common.c:1257:42: warning: incorrect type in argument 2 (different base types)
    .../p54common.c:1257:42: expected unsigned short [unsigned] [usertype] filter_type
    .../p54common.c:1257:42: got restricted __le16
    .../p54common.c:1260:42: warning: incorrect type in argument 2 (different base types)
    .../p54common.c:1260:42: expected unsigned short [unsigned] [usertype] filter_type
    .../p54common.c:1260:42: got restricted __le16
    .../p54usb.c:228:10: warning: restricted __le32 degrades to integer
    .../p54usb.c:228:23: warning: restricted __le32 degrades to integer
    .../p54usb.c:228:7: warning: incorrect type in assignment (different base types)
    .../p54usb.c:228:7: expected restricted __le32 [assigned] [usertype] chk
    .../p54usb.c:228:7: got unsigned int
    .../p54usb.c:221:8: warning: symbol 'p54u_lm87_chksum' was not declared.
    Should it be static?

    All of the above have been fixed. One question, however, remains: In struct
    bootrec, the array "data" is treated in many places as native CPU order, but
    it may be little-endian everywhere. As far as I can tell, this driver has only
    been used with little-endian hardware.

    Signed-off-by: Larry Finger
    Signed-off-by: John W. Linville

    Larry Finger
     
  • An additional BCM4306 has been found with the Bluetooth coexistence
    SPROM coding error.

    Signed-off-by: Larry Finger
    Signed-off-by: John W. Linville

    Larry Finger
     

29 Sep, 2008

8 commits


28 Sep, 2008

3 commits

  • Enabling IDE generic may prevent ATA controllers located on legacy
    ports from being attached to more proper driver or can prevent other
    controllers which share the IRQ from working. Note it in the help
    message.

    Signed-off-by: Tejun Heo
    Cc: xerces8
    Cc: Jeff Garzik
    Cc: stein@hermes.si
    [bart: s/will grab/may grab/ since Borislav has fixed PCI-case for .28]
    Signed-off-by: Bartlomiej Zolnierkiewicz

    Tejun Heo
     
  • Remove superfluous two bytes from each string buffer and add proper length
    format specifiers.

    Signed-off-by: Borislav Petkov
    Tested-by: Mark de Wever
    Acked-by: Sergei Shtylyov
    Signed-off-by: Bartlomiej Zolnierkiewicz

    Borislav Petkov
     
  • If things are just right this will result in the hws[0]->parent being
    passed to ide_host_add() being non-zero and an ooops a little later.

    Signed-off-by: Ralf Baechle
    Signed-off-by: Bartlomiej Zolnierkiewicz

    Ralf Baechle
     

27 Sep, 2008

1 commit


26 Sep, 2008

4 commits


25 Sep, 2008

6 commits

  • Since the e1000/e1000e split, no hardware supported by e1000
    supports packet split, just remove the Kconfig option and associated
    code from the driver.

    Signed-off-by: Jesse Brandeburg
    Signed-off-by: Jeff Garzik

    Brandeburg, Jesse
     
  • The following sparse warnings are being generated
    because bonding.h is missing definitons for items
    declared in bond_main.c but also used in bond_sysfs.h

    Also export bond_dev_list as this is also declared
    in bond_main but used elsewhere in drivers/net/bonding.

    bond_main.c:105:20: warning: symbol 'bonding_defaults' was not declared. Should it be static?
    bond_main.c:148:1: warning: symbol 'bond_dev_list' was not declared. Should it be static?
    bond_main.c:162:22: warning: symbol 'bond_lacp_tbl' was not declared. Should it be static?
    bond_main.c:168:22: warning: symbol 'bond_mode_tbl' was not declared. Should it be static?
    bond_main.c:179:22: warning: symbol 'xmit_hashtype_tbl' was not declared. Should it be static?
    bond_main.c:186:22: warning: symbol 'arp_validate_tbl' was not declared. Should it be static?
    bond_main.c:194:22: warning: symbol 'fail_over_mac_tbl' was not declared. Should it be static?

    Signed-off-by: Ben Dooks
    Signed-off-by: Jeff Garzik

    Ben Dooks
     
  • Netpoll will call the interrupt handler with interrupts
    disabled when using kgdboe, so spin_lock_irqsave() should
    be used instead of spin_lock_irq() to prevent interrupts
    from being incorrectly enabled.

    Signed-off-by: Weiwei Wang
    Signed-off-by: Jeff Garzik

    Weiwei Wang
     
  • Now that arch/ppc is gone we don't need CONFIG_PPC_MERGE anymore remove
    the dead code associated with !CONFIG_PPC_MERGE.

    With this change the pre_request_irq() and post_free_irq() calls became
    nops so they have been removed. Also removed fs_request_irq() and
    fs_free_irq() and just called request_irq() and free_irq().

    Signed-off-by: Kumar Gala
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Jeff Garzik
    Cc: Scott Wood
    Signed-off-by: Andrew Morton
    Signed-off-by: Jeff Garzik

    Kumar Gala
     
  • Now that arch/ppc is dead CONFIG_PPC_MERGE is always defined for all
    powerpc platforms so we don't need to depend on it.

    Signed-off-by: Kumar Gala
    Cc: Benjamin Herrenschmidt
    Cc: Paul Mackerras
    Cc: Josh Boyer
    Cc: David Gibson
    Cc: Jeff Garzik
    Signed-off-by: Andrew Morton
    Signed-off-by: Jeff Garzik

    Kumar Gala
     
  • Signed-off-by: Jay Cliburn
    Signed-off-by: Jeff Garzik

    Jay Cliburn