1. 11 Apr, 2011 4 commits
    • Rafael J. Wysocki's avatar
      PM / Hibernate: Introduce CONFIG_HIBERNATE_CALLBACKS · 1f112cee
      Rafael J. Wysocki authored
      Xen save/restore is going to use hibernate device callbacks for
      quiescing devices and putting them back to normal operations and it
      would need to select CONFIG_HIBERNATION for this purpose.  However,
      that also would cause the hibernate interfaces for user space to be
      enabled, which might confuse user space, because the Xen kernels
      don't support hibernation.  Moreover, it would be wasteful, as it
      would make the Xen kernels include a substantial amount of code that
      they would never use.
      
      To address this issue introduce new power management Kconfig option
      CONFIG_HIBERNATE_CALLBACKS, such that it will only select the code
      that is necessary for the hibernate device callbacks to work and make
      CONFIG_HIBERNATION select it.  Then, Xen save/restore will be able to
      select CONFIG_HIBERNATE_CALLBACKS without dragging the entire
      hibernate code along with it.
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Tested-by: default avatarShriram Rajagopalan <rshriram@cs.ubc.ca>
      1f112cee
    • Linus Torvalds's avatar
      pci: fix PCI bus allocation alignment handling · b42282e5
      Linus Torvalds authored
      In commit 13583b16 ("PCI: refactor io size calculation code") Ram
      had a thinko in the refactorization of the code: the end result used the
      variable 'align' for the bus alignment, but the original code used
      'min_align'.
      
      Since then, another use of that 'align' variable got introduced by
      commit c8adf9a3 ("PCI: pre-allocate additional resources to devices
      only after successful allocation of essential resources.")
      
      Fix both of those uses to use 'min_align' as they should.
      
      Daniel Hellstrom <daniel@gaisler.com>
      Acked-by: default avatarRam Pai <linuxram@us.ibm.com>
      Acked-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      b42282e5
    • Linus Torvalds's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 · c44eaf41
      Linus Torvalds authored
      * git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6: (34 commits)
        net: Add support for SMSC LAN9530, LAN9730 and LAN89530
        mlx4_en: Restoring RX buffer pointer in case of failure
        mlx4: Sensing link type at device initialization
        ipv4: Fix "Set rt->rt_iif more sanely on output routes."
        MAINTAINERS: add entry for Xen network backend
        be2net: Fix suspend/resume operation
        be2net: Rename some struct members for clarity
        pppoe: drop PPPOX_ZOMBIEs in pppoe_flush_dev
        dsa/mv88e6131: add support for mv88e6085 switch
        ipv6: Enable RFS sk_rxhash tracking for ipv6 sockets (v2)
        be2net: Fix a potential crash during shutdown.
        bna: Fix for handling firmware heartbeat failure
        can: mcp251x: Allow pass IRQ flags through platform data.
        smsc911x: fix mac_lock acquision before calling smsc911x_mac_read
        iwlwifi: accept EEPROM version 0x423 for iwl6000
        rt2x00: fix cancelling uninitialized work
        rtlwifi: Fix some warnings/bugs
        p54usb: IDs for two new devices
        wl12xx: fix potential buffer overflow in testmode nvs push
        zd1211rw: reset rx idle timer from tasklet
        ...
      c44eaf41
    • Steve Glendinning's avatar
      net: Add support for SMSC LAN9530, LAN9730 and LAN89530 · 88edaa41
      Steve Glendinning authored
      This patch adds support for SMSC's LAN9530, LAN9730 and LAN89530 USB
      ethernet controllers to the existing smsc95xx driver by adding
      their new USB VID/PID pairs.
      Signed-off-by: default avatarSteve Glendinning <steve.glendinning@smsc.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      88edaa41
  2. 10 Apr, 2011 1 commit
  3. 09 Apr, 2011 3 commits
  4. 08 Apr, 2011 6 commits
  5. 07 Apr, 2011 20 commits
  6. 06 Apr, 2011 6 commits
    • Hans Rosenfeld's avatar
      x86-32, fpu: Fix FPU exception handling on non-SSE systems · f994d99c
      Hans Rosenfeld authored
      On 32bit systems without SSE (that is, they use FSAVE/FRSTOR for FPU
      context switches), FPU exceptions in user mode cause Oopses, BUGs,
      recursive faults and other nasty things:
      
      fpu exception: 0000 [#1]
      last sysfs file: /sys/power/state
      Modules linked in: psmouse evdev pcspkr serio_raw [last unloaded: scsi_wait_scan]
      
      Pid: 1638, comm: fxsave-32-excep Not tainted 2.6.35-07798-g58a992b9-dirty #633 VP3-596B-DD/VT82C597
      EIP: 0060:[<c1003527>] EFLAGS: 00010202 CPU: 0
      EIP is at math_error+0x1b4/0x1c8
      EAX: 00000003 EBX: cf9be7e0 ECX: 00000000 EDX: cf9c5c00
      ESI: cf9d9fb4 EDI: c1372db3 EBP: 00000010 ESP: cf9d9f1c
      DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068
      Process fxsave-32-excep (pid: 1638, ti=cf9d8000 task=cf9be7e0 task.ti=cf9d8000)
      Stack:
      00000000 00000301 00000004 00000000 00000000 cf9d3000 cf9da8f0 00000001
      <0> 00000004 cf9b6b60 c1019a6b c1019a79 00000020 00000242 000001b6 cf9c5380
      <0> cf806b40 cf791880 00000000 00000282 00000282 c108a213 00000020 cf9c5380
      Call Trace:
      [<c1019a6b>] ? need_resched+0x11/0x1a
      [<c1019a79>] ? should_resched+0x5/0x1f
      [<c108a213>] ? do_sys_open+0xbd/0xc7
      [<c108a213>] ? do_sys_open+0xbd/0xc7
      [<c100353b>] ? do_coprocessor_error+0x0/0x11
      [<c12d5965>] ? error_code+0x65/0x70
      Code: a8 20 74 30 c7 44 24 0c 06 00 03 00 8d 54 24 04 89 d9 b8 08 00 00 00 e8 9b 6d 02 00 eb 16 8b 93 5c 02 00 00 eb 05 e9 04 ff ff ff <9b> dd 32 9b e9 16 ff ff ff 81 c4 84 00 00 00 5b 5e 5f 5d c3 c6
      EIP: [<c1003527>] math_error+0x1b4/0x1c8 SS:ESP 0068:cf9d9f1c
      
      This usually continues in slight variations until the system is reset.
      
      This bug was introduced by commit 58a992b9:
      	x86-32, fpu: Rewrite fpu_save_init()
      Signed-off-by: default avatarHans Rosenfeld <hans.rosenfeld@amd.com>
      Link: http://lkml.kernel.org/r/1302106003-366952-1-git-send-email-hans.rosenfeld@amd.comSigned-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      f994d99c
    • Arjan Mels's avatar
      staging: usbip: bugfix for isochronous packets and optimization · 28276a28
      Arjan Mels authored
      For isochronous packets the actual_length is the sum of the actual
      length of each of the packets, however between the packets might be
      padding, so it is not sufficient to just send the first actual_length
      bytes of the buffer. To fix this and simultanesouly optimize the
      bandwidth the content of the isochronous packets are send without the
      padding, the padding is restored on the receiving end.
      Signed-off-by: default avatarArjan Mels <arjan.mels@gmx.net>
      Cc: Takahiro Hirofuchi <hirofuchi@users.sourceforge.net>
      Cc: Max Vozeler <max@vozeler.com>
      Cc: stable <stable@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      28276a28
    • Arjan Mels's avatar
      staging: usbip: bugfix add number of packets for isochronous frames · 1325f85f
      Arjan Mels authored
      The number_of_packets was not transmitted for RET_SUBMIT packets. The
      linux client used the stored number_of_packet from the submitted
      request. The windows userland client does not do this however and needs
      to know the number_of_packets to determine the size of the transmission.
      Signed-off-by: default avatarArjan Mels <arjan.mels@gmx.net>
      Cc: Takahiro Hirofuchi <hirofuchi@users.sourceforge.net>
      Cc: Max Vozeler <max@vozeler.com>
      Cc: stable <stable@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      1325f85f
    • Arjan Mels's avatar
      staging: usbip: bugfixes related to kthread conversion · d2dd0b07
      Arjan Mels authored
      When doing a usb port reset do a queued reset instead to prevent a
      deadlock: the reset will cause the driver to unbind, causing the
      usb_driver_lock_for_reset to stall.
      Signed-off-by: default avatarArjan Mels <arjan.mels@gmx.net>
      Cc: Takahiro Hirofuchi <hirofuchi@users.sourceforge.net>
      Cc: Max Vozeler <max@vozeler.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: stable <stable@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      d2dd0b07
    • Arjan Mels's avatar
      staging: usbip: fix shutdown problems. · 2f8c4c54
      Arjan Mels authored
      When shuting down the tcp_rx and tcp_tx threads first check if they are
      not closed already (maybe because an error caused them to return).
      Signed-off-by: default avatarArjan Mels <arjan.mels@gmx.net>
      Cc: Takahiro Hirofuchi <hirofuchi@users.sourceforge.net>
      Cc: Max Vozeler <max@vozeler.com>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: stable <stable@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      2f8c4c54
    • Haiyang Zhang's avatar
      staging: hv: Fix GARP not sent after Quick Migration · c996edcf
      Haiyang Zhang authored
      After Quick Migration, the network is not immediately operational in the
      current context when receiving RNDIS_STATUS_MEDIA_CONNECT event. So, I added
      another netif_notify_peers() into a scheduled work, otherwise GARP packet will
      not be sent after quick migration, and cause network disconnection.
      
      Thanks to Mike Surcouf <mike@surcouf.co.uk> for reporting the bug and
      testing the patch.
      Reported-by: default avatarMike Surcouf <mike@surcouf.co.uk>
      Tested-by: default avatarMike Surcouf <mike@surcouf.co.uk>
      Signed-off-by: default avatarHaiyang Zhang <haiyangz@microsoft.com>
      Signed-off-by: default avatarHank Janssen <hjanssen@microsoft.com>
      Signed-off-by: default avatarAbhishek Kane <v-abkane@microsoft.com>
      Signed-off-by: default avatarK. Y. Srinivasan <kys@microsoft.com>
      Cc: stable <stable@kernel.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      c996edcf