1. 01 7月, 2008 32 次提交
  2. 29 6月, 2008 2 次提交
  3. 28 6月, 2008 6 次提交
    • J
      [netdrvr] kill sync_irq-before-freq_irq pattern · be0976be
      Jeff Garzik 提交于
      synchronize_irq() is superfluous when free_irq() call immediately follows it,
      because free_irq() also does a synchronize_irq() call of its own.
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      be0976be
    • J
      [netdrvr] fealnx: clean up nasty mess of arch ifdefs · 28cd4289
      Jeff Garzik 提交于
      Clean up config/burst value arch-specific setup.
      
      * bcrvalue only varied by its big-endian bit
      * crvalue only varied for certain types of x86-32 chips
      
      This should make fealnx quite a bit more portable, without any behavior
      change.
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      28cd4289
    • H
      tulip: remove wrapper around get_unaligned · 445854f4
      Harvey Harrison 提交于
      DE_UNALIGNED_16 is always being passed a u16 *, no need to have the
      wrapper with two casts in it, just call get_unaligned directly.
      Signed-off-by: NHarvey Harrison <harvey.harrison@gmail.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      445854f4
    • T
      Fix forcedeth hibernate/wake-on-lan problems · f5ccbcfa
      Tobias Diedrich 提交于
      This patch is the minimal amount of code needed to support
      wake-on-lan in platform mode properly (i.e. "ethtool -s eth0 wol g"
      is sufficient, no additional magic needed) for me.
      
      This is derived from David Brownells patch
      (http://lists.laptop.org/pipermail/devel/2007-April/004691.html).
      However I decided to move the hook into pci-acpi.c since the other
      two pci hooks also live there and pci and acpi are the only users of
      the platform_enable_wakeup-hook.
      
      As a 'side-effect' this also makes wake on usb activity work for me
      and I had to disable usb wakeup (which is enabled by default) using
      the power/wakeup sysfs functionality ("echo disabled >
      ${sysfs_path_to_device}/power/wakeup").
      
      (BTW I first thought the 'immediate reboot because of usb wake' effect is
      caused by the optical mouse generating a wake event, but it rather
      seems to be a problem with a flaky secondary usb host controller,
      which sees a connected device where nothing is attached)
      Signed-off-by: NTobias Diedrich <ranma+kernel@tdiedrich.de>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      f5ccbcfa
    • T
      Fix forcedeth hibernate/wake-on-lan problems · 9a60a826
      Tobias Diedrich 提交于
      We currently don't signal the kernel we that this device can wake
      the system.  Call device_init_wakeup() to correct this.
      Without this device_can_wakeup and device_may_wakeup will return
      incorrect values.
      Together with the minimized acpi wakeup patch (6/4 ;)), which will
      follow in the next mail, this really makes wake-on-lan work for me
      as expected (i.e. "ethtool -s eth0 wol g" is sufficient, no
      additional magic needed).
      Signed-off-by: NTobias Diedrich <ranma+kernel@tdiedrich.de>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      9a60a826
    • M
      8139too: some style cleanups · a9879c4f
      Márton Németh 提交于
      Clean up the following errors and warnings reported by checkpatch.pl:
       + ERROR: Macros with complex values should be enclosed in parenthesis
       + WARNING: __func__ should be used instead of gcc specific __FUNCTION__
       + WARNING: plain inline is preferred over __inline__
       + WARNING: Use #include <linux/io.h> instead of <asm/io.h>
       + WARNING: Use #include <linux/uaccess.h> instead of <asm/uaccess.h>
      
      The changes were verified with by comparing the "objdump -d 8139too.ko"
      output which is exactly the same for the old and new version in case of
      config CONFIG_8139TOO=m, CONFIG_8139TOO_PIO=n, CONFIG_8139TOO_TUNE_TWISTER=n,
      CONFIG_8139TOO_8129=n, CONFIG_8139_OLD_RX_RESET=n.
      Software versions used: gcc 4.2.3, objdump 2.18.0.20080103, on elf32-i386.
      Signed-off-by: NMárton Németh <nm127@freemail.hu>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      a9879c4f